القائمة
3エージェント（researcher, analyst, scout）による並列要件分析 Council。peer-to-peer で相互検証し requirements.md を確定。「要件を整理して」「要件定義して」「現状分析して」「要件をまとめて」で発動。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | discovery-council |
| description | 3エージェント（researcher, analyst, scout）による並列要件分析 Council。peer-to-peer で相互検証し requirements.md を確定。「要件を整理して」「要件定義して」「現状分析して」「要件をまとめて」で発動。 |
| argument-hint | <feature description> |
| allowed-tools | ["Agent","TeamCreate","TeamDelete","SendMessage","TaskCreate","TaskUpdate","Read","Write","Edit","AskUserQuestion","Glob","Grep","WebSearch","WebFetch"] |
| model | sonnet |
| effort | high |
| context | fork |
3エージェント（researcher, analyst, scout）が peer-to-peer で相互検証し、requirements.md を確定する。
$ARGUMENTS
!ls -d */ 2>/dev/null || echo "(サブディレクトリなし)"
!ls package.json pyproject.toml Cargo.toml go.mod Gemfile setup.py requirements.txt 2>/dev/null || echo "(技術スタック検出なし — md+shell 等)"
TeamDelete:
team_name: "<既存チーム名>" # エラーが出なければスキップ
TeamCreate:
team_name: "discovery"
description: "Discovery Council: 要件分析"
3つのエージェントを同時 spawn:
| エージェント | 役割 | 出力先 |
|---|---|---|
| researcher | 技術調査（既存実装、外部知見） | SendMessage で共有 |
| analyst | 要件分析 → requirements.md 作成 | plan/requirements.md |
| scout | ギャップ分析（漏れ・曖昧点の検出） | SendMessage で共有 |
→ Agent prompt テンプレートは reference.md を Read して使用
Council プロトコル: 独立に分析 → SendMessage で相互共有 → 相互検証 → analyst が最終統合
Council の報告を集約した後、曖昧点が残っていれば AskUserQuestion で確認する。このステップはスキップしてはならない。
1. scout の報告から未解決の曖昧点を抽出
2. analyst の requirements.md ドラフトで「仮定」として記録された箇所を抽出
3. 曖昧点があれば → AskUserQuestion で具体的に質問（1回にまとめる）
4. 回答を requirements.md に反映
5. 曖昧点がなければ → そのまま次へ
AskUserQuestion が使えない環境 or critical でない曖昧点の場合: 曖昧点を ## 仮定 セクションに記録して先に進む。
全エージェントの報告完了後、チームを削除する。
TeamDelete
background: true で非同期。analyst と scout は researcher を待たずに独立して分析を開始すべきplan/requirements.md
新機能を実装まで一気通貫で走らせる action skill。Agent Teams で要件・設計・タスク分解・実装・quality-gate を自動実行し、コードがコミット可能な状態になるまで止まらない（Sisyphus Loop）。auto mode でも planning ではなく action として積極発動する。「実装して」「作って」「機能を追加して」「新機能を作りたい」「要件から実装まで一気に」「計画して」「この機能を実装したい」で発動。
完了宣言の前にエビデンスを収集・確認する。証拠なき成功宣言は不正。「完了前チェック」「本当に動く？」「確認して」「検証して」「コミット前に確認」で発動。実装完了時、バグ修正後、テスト通過を宣言する前に使う。
要件が曖昧なとき、ソクラテス式に1問ずつ質問して要件を掘り下げる。十分に明確になったら discovery-council にハンドオフ。「要件が曖昧」「何を作ればいいか」「掘り下げて」「インタビューして」で発動。※ 完成した plan/design を詰問するなら grill、非対話で一括批判するなら critic。
完成した plan/design を対話で容赦なく詰問し、実装前に穴を潰す。決定木を1枝ずつ降り、各質問に推奨回答を添える。コードで答えが出る点は聞かず自分で調べて埋める。「grill して」「叩いて」「この設計で大丈夫?」「plan を詰めて」「設計を対話レビュー」で発動。※ ゼロから要件を掘り下げるなら deep-interview、非対話で一括批判レポートなら critic。
backlog（atoms/pipeline/outputs）と skill ヘルス（usage/duration/unused）を統合分析し 1 レポートで提示する。kawai 氏型 analytics ループの起点。「次に何やる？」「atom 整理」「放置案件」「stale」「振り返り」「retro」「skill 使用統計」「unused skill」「atom-suggest」で発動。
designer エージェントによるアーキテクチャ設計。requirements.md を基に design.md を作成。「設計して」「アーキテクチャ設計して」「アーキテクチャを考えて」「設計書を作って」で発動。