task-decomposition

name	task-decomposition
description	planner エージェントによるタスク分解。design.md を基に TaskCreate でネイティブタスクに登録。「タスクに分解して」「タスク分解して」「実装計画を立てて」「何から始める？」で発動。
argument-hint
allowed-tools	["Agent","Read","Glob","Grep","TaskCreate","TaskUpdate","AskUserQuestion"]
effort	medium

Task Decomposition - タスク分解

design.md と requirements.md を基に planner エージェントがタスクを分解し、TaskCreate で登録する。

前提

plan/design.md と plan/requirements.md が存在すること。なければ「先に /design で設計を行ってください」と案内する。

Step 1: planner spawn

Agent:
  subagent_type: "o-m-cc:planner"
  name: "planner"
  description: "タスク分解"
  prompt: |
    ## エージェント定義
    agents/planner.md の指示に従ってください。

    ## コンテキスト
    - タスク: design.md を基にタスクを分解

    ## 入力
    - plan/design.md
    - plan/requirements.md
    - design.md または requirements.md に `## 既知の不足` セクションがある場合、不足に対応するタスクを明示的に作成するか、対応不要と判断した理由をタスク description に記録する

    ## 完了
    - 全タスクの TaskCreate 登録が完了したらその旨を報告

    ## 出力
    - TaskCreate でネイティブタスクシステムに登録（plan/tasks.md は使わない）

foreground spawn: planner の完了を待ってから制御を返す。background spawn しないこと。

出力

TaskCreate（ネイティブタスクシステム）

Gotchas

• plan/tasks.md を作らない: タスクはネイティブ TaskCreate に登録する。tasks.md を作るとネイティブタスクと二重管理になり乖離する（Claude Code ネイティブ活用の原則）
• design.md だけで呼ばない: requirements.md も入力に渡さないと要件トレーサビリティ（FR-X ↔ task）が切れる。両方が前提
• ## 既知の不足 を放置しない: 対応タスクを作るか、対応不要の理由を task description に記録する。無言でスキップすると quality-gate の実装範囲検証で落ちる
• atoms backlog 由来の実装: タスク metadata に pipeline_id/atom_id を付与して業務状態(CSV)と橋渡しする（CSV への複製はしない軽量規約）