Orchestrator

Orchestrator Skill

When to use

• ユーザーが Issue / 要件 / バグ修正 / 機能追加 を依頼してきたとき
• 変更が複数領域にまたがる、または複数担当（実装/テスト/ドキュメント）が必要なとき

Inputs

• Issue / 要件（期待する挙動、制約、期限があれば）
• リポジトリ状態（構造、差分、テスト状況）
• .claude/agents/ と .claude/skills/ の有無

Outputs

• 作業計画（タスク分解、担当、順序）
• 変更セット（コード・テスト・ドキュメント）
• 検証手順（コマンドと期待結果）
• レビュー観点（危険箇所、確認ポイント、Human review 必須点）

Hard rules

• 不明点は推測で埋めない（質問 or TODO を出す）
• 大規模リファクタや破壊的変更は “人間レビュー必須” と明示して止める
• タスク分解→担当割当→実装→検証→統合 の順序を崩さない

Procedure

0) Bootstrap check

• .claude/agents/ や .claude/skills/ が無い/不十分なら、まず /repo-init を実行して scaffold を生成する。
• 生成後、Subagent/Skill を “ファイルで追加した場合” は次回起動でロードされるため、指示どおり再起動を促す（/exit → claude --continue）。

1) Decompose

• 要件を「機能」「非機能（性能/セキュリティ/互換性）」「受け入れ条件」に分解
• 未確定点を列挙（質問 or TODO）

2) Assign

• 以下のようなsubagent を必ず使い、Todo内でアサインする
  • implementer: 実装
  • test-runner: テスト実行と失敗修正
  • docs-updater: ドキュメント更新
  • skill-builder: 新しい作業パターンを Skill 化
  • skill-assigner: Skills を subagent に割り当て整理
• それぞれの入出力（やって欲しいこと）を明確に渡す

3) Verify

• Subagentを必ず使って対応
• 最低限: build / lint / unit test（repoに合わせる）
• 期待結果も併記（成功条件、失敗時の扱い）

4) Integrate

• Subagentを必ず使って対応
• 変更をまとめて整合性確認
• README/設計メモ/運用手順が必要なら更新

5) Review notes

• Subagentを必ず使って対応
• リスク（破壊的変更、権限、課金、データ移行など）
• 人間レビュー必須ポイント
• ロールバック方針（必要なら）