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