メニュー
機能開発の計画フェーズ（要求開発・要求分析・影響分析・実行計画策定）を単独で実行する。「要件を分析して」 「計画を立てて」「実行計画を作って」「影響範囲を調べて」「仕様を整理して」と言った場合にトリガーする。 要求分析と影響分析を並列実行し、planner・developer が利用できる実行計画を生成する。 orchestrate-workflow の内部でも呼び出されるが、計画フェーズのみを単独実行したい場合に直接使用する。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | analyze-and-plan |
| description | 機能開発の計画フェーズ（要求開発・要求分析・影響分析・実行計画策定）を単独で実行する。「要件を分析して」 「計画を立てて」「実行計画を作って」「影響範囲を調べて」「仕様を整理して」と言った場合にトリガーする。 要求分析と影響分析を並列実行し、planner・developer が利用できる実行計画を生成する。 orchestrate-workflow の内部でも呼び出されるが、計画フェーズのみを単独実行したい場合に直接使用する。 |
.github/settings.json からプロジェクト設定を読み取って使用するdescription フィールド）standard）.github/settings.json を読み取る.copilot/boards/<feature-id>.json を読み取るrules/development-workflow.md（Maturity 判断用）rules/workflow-state.md（状態遷移ポリシー）Board が存在し、gate-profiles.json の requirements_gate.required が true の場合、
requirements-engineer エージェントを先に起動してユーザーの要望を検証済み要求に変換する。
| 条件 | 動作 |
|---|---|
Board あり + requirements_gate.required: true | requirements-engineer を起動 |
Board あり + requirements_gate.required: false | スキップ（experimental） |
| Board なし | ユーザーに要求開発が必要か確認（ask_user） |
task ツール（agent_type: requirements-engineer）:
- ユーザーの要望: <description>
- Maturity: <maturity>
- 出力: 検証済み要求定義（problem_statement, validated_needs, scope_boundary）
- Board 書き込み先: artifacts.requirements_development
requirements-engineer の完了後、requirements_gate を評価する:
approval.status === "approved" → 次のステップに進むapproval.status === "rejected" → ユーザーに報告して終了approval.status === "needs_revision" → requirements-engineer を再実行analyst と impact-analyst を task ツールで同時に起動する。
両エージェントは読み取り専用のため並列実行が安全。
task ツール（agent_type: analyst）:
- Feature の説明: <description>
- Maturity: <maturity>
- 要求開発結果: <artifacts.requirements_development（存在する場合）>
- 出力: 機能要求(FR)、非機能要求(NFR)、受け入れ基準(AC)、エッジケース(EC) の構造化リスト
- Board 書き込み先: artifacts.requirements
task ツール（agent_type: impact-analyst）:
- Feature の説明: <description>
- 出力: 影響ファイル、依存グラフ、API 互換性、テスト影響、リスク評価
- Board 書き込み先: artifacts.impact_analysis
両エージェントの結果を受け取り、以下を評価する:
| 評価項目 | 判断基準 |
|---|---|
| 構造的リスク | impact-analyst の escalation.required が true |
| 要求の明確性 | analyst の AC/EC が十分に定義されているか |
| 影響範囲 | 影響ファイル数、API 変更の有無 |
escalation.required: true の場合、architect エージェントに設計評価を委任する:
task ツール（agent_type: architect）:
- 要求分析結果: <analyst の出力>
- 影響分析結果: <impact-analyst の出力>
- 出力: 構造評価、設計提案、ADR（必要に応じて）
planner エージェントに計画策定を委任する:
task ツール（agent_type: planner）:
- 要求分析結果: <analyst の出力>
- 影響分析結果: <impact-analyst の出力>
- 構造評価: <architect の出力（存在する場合）>
- 出力: タスク一覧（担当エージェント・依存関係・優先度）、リスク対策
Board の以下のセクションを更新する:
artifacts.requirements_development — requirements-engineer の出力（実行した場合）artifacts.requirements — analyst の出力artifacts.impact_analysis — impact-analyst の出力artifacts.plan — planner の出力history — 分析・計画策定の記録を追記以下の構造で結果を表示する:
## 要求分析
- FR: <機能要求一覧>
- NFR: <非機能要求一覧>
- AC: <受け入れ基準>
## 影響分析
- 影響ファイル: <ファイル一覧>
- リスク: <リスク評価>
## 実行計画
- タスク一覧（依存関係付き）
- 推定リスクと対策
| エラー | 対処 |
|---|---|
| requirements-engineer がタイムアウト | 要求開発をスキップして要求分析に進める（リスク:中 を付記） |
| analyst がタイムアウト | 影響分析の結果のみで計画策定を進める |
| impact-analyst がタイムアウト | 要求分析の結果のみで計画策定を進める（リスク:高 を付記） |
| Board が存在しない | Board なしで実行し、結果をユーザーに直接表示 |
| architect エスカレーションが失敗 | リスク注記付きで計画策定を続行 |
ユーザーの曖昧な要望を対話を通じて検証済みの要求に変換する。「要求を開発して」「要望を整理して」 「要件を引き出して」「ニーズを明確にして」「要求開発して」「スコープを定義して」と言った場合にトリガーする。 requirements-engineer エージェントを起動し、引き出し・妥当性検証・競合分析・優先順位付け・スコープ定義・ 承認取得を実施する。analyze-and-plan の内部でも条件付きで呼び出されるが、 要求開発のみを単独実行したい場合に直接使用する。
plan.md の提案・タスク一覧を依存関係に基づき並列実行するスキル。 「計画を実行して」「提案を並列で実装して」「plan を実行して」「全部やって」 「autopilot で進めて」「実装開始」と言った場合にトリガーする。 analyze-and-plan や [[PLAN]] モードで作成された計画を入力とし、 依存グラフを解析して安全に並列実行する。Board がある場合は orchestrate-workflow のフローに統合する。
Feature 開発フロー全体を Board・エージェント群・Gate を組み合わせてオーケストレーションする中核スキル。 「機能を開発して」「フィーチャーを実装して」「ワークフローを実行して」「Issue から実装まで進めて」 と言った場合にトリガーする。analyst→architect→planner→developer→reviewer→writer の 各エージェント呼び出し順序・Gate 評価・状態遷移を定義する。単一スキルの呼び出しではなく フロー全体を管理するオーケストレーター専用スキル。
要求開発から計画立案・実装・PR 提出までを一括で実行するエンドツーエンドスキル。 「要求から実装まで一括でやって」「全部通しでやって」「要望から PR まで進めて」 「ワンショットで開発して」「要求開発から merge まで」と言った場合にトリガーする。 develop-requirements → planner → execute-plan → test-verifier(V) → test-verifier(V&V) → submit-pull-request の 6フェーズを Board・Gate と連携して実行する。orchestrate-workflow の要求駆動版として、 要求開発を起点に素早くマージまで完了させる用途に適する。
ワークフローの Board（JSON 進捗管理ファイル）に対する全操作を手順化する内部スキル。 Board の作成・読み込み・flow_state 遷移・Gate 評価・history 追記・アーカイブを行う際に参照する。 オーケストレーターが orchestrate-workflow・start-feature・cleanup-worktree の実行中に自動参照する。 ユーザーが「Board を作って」「Board の状態を更新して」「Gate を評価して」と言った場合にもトリガーする。
worktree での実装完了後に変更をコミット・PR 作成・マージまで一括実行する。「PR を作って」 「プルリクを出して」「変更をマージして」「コミットして PR を作って」「実装が終わった」 「レビューを通してマージして」と言った場合にトリガーする。 コミット→PR 作成→マージ→Board 更新の一連のフローを自動化する。 コンフリクト発生時は resolve-conflict スキルへ移行し、マージ後は cleanup-worktree で後片付けする。