From cctd
Interactive planning skill. Brainstorm requirements with user, create stories, break down tasks, and write SDD specs. Supports full flow from scratch, partial flow from existing story, or single task spec writing. Designed for teammate dispatch in Phase 4.
How this skill is triggered — by the user, by Claude, or both
Slash command
/cctd:specThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Interactive planning: discovery → story → task breakdown → SDD specs.
Interactive planning: discovery → story → task breakdown → SDD specs.
Read {SKILL_DIR}/../_shared/format.md for file format specs.
Parse $ARGUMENTS to determine entry point:
| Input | Entry Point | Action |
|---|---|---|
| (empty) or free text | Phase 1 | Full flow: discovery → story → tasks → specs |
| Story ID (S001) | Phase 3 | Task breakdown + spec writing for existing story |
| Task ID (S001-001) | Phase 4 | Write/refine spec for single task |
Socratic dialogue to uncover requirements. User interaction required.
User approval required.
.tasks/stories/{ID}.md and update index.md✅ {ID} \{title}` を作成 (DEFINED)`Present plan, user approves before creation.
opus (default) or sonnet (simple/routine only)| # | Title | Agent | Model | Deps | Rationale |
opus: complex design, architecture, multi-file, security-sensitivesonnet: config, type definitions, boilerplate, simple single-file changes.tasks/tasks/{ID}.md for each, update index.mdClaude autonomous. Ask user only when multiple valid approaches exist.
For each task in DEFINED status under the story:
[{date}] Spec作成完了 → AI_READYPhase 4 can be parallelized via teammates:
workflow.md rulesWhen $ARGUMENTS is a task ID (e.g., S001-001):
After Phase 4 completes (all tasks AI_READY), display:
✅ 全タスクのSDD仕様書が完成しました。
▶ 次のステップ:
/cctd:start {StoryID} — 作業を開始(標準Tasks連携で実行管理)
/cctd:list — タスク一覧を確認
/cctd:web — Webビジュアライザで進捗を可視化
npx claudepluginhub esakat/cctd --plugin cctdConducts focused interview to draft spec.md for upcoming tasks in SDD workflow. Covers goal, behaviors, acceptance criteria, edge cases, out-of-scope one branch at a time; writes to disk. Pauses to split multi-features.
Orchestrates spec-driven development workflow (Requirements → Design → Tasks → Implementation) with approval gates. Activates for structured feature planning or 'use spec-driven'.
Breaks approved specs into structured implementation plans with phases, tasks, and validation criteria. Handles annotation cycles and creates plan.json output for downstream execution.