القائمة
要件が曖昧なとき、ソクラテス式に1問ずつ質問して要件を掘り下げる。十分に明確になったら discovery-council にハンドオフ。「要件が曖昧」「何を作ればいいか」「掘り下げて」「インタビューして」で発動。※ 完成した plan/design を詰問するなら grill、非対話で一括批判するなら critic。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
新機能を実装まで一気通貫で走らせる action skill。Agent Teams で要件・設計・タスク分解・実装・quality-gate を自動実行し、コードがコミット可能な状態になるまで止まらない（Sisyphus Loop）。auto mode でも planning ではなく action として積極発動する。「実装して」「作って」「機能を追加して」「新機能を作りたい」「要件から実装まで一気に」「計画して」「この機能を実装したい」で発動。
完了宣言の前にエビデンスを収集・確認する。証拠なき成功宣言は不正。「完了前チェック」「本当に動く？」「確認して」「検証して」「コミット前に確認」で発動。実装完了時、バグ修正後、テスト通過を宣言する前に使う。
完成した 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 を作成。「設計して」「アーキテクチャ設計して」「アーキテクチャを考えて」「設計書を作って」で発動。
技術記事の並列レビュー Council。anti-ai-slop / fact-checker / narrative-critic / reader-advocate を並列 spawn、severity 付き findings を最大3ラウンドで収束。Zenn などのドラフト完成後に使う。「記事レビュー」「editorial swarm」「編集会議」「記事推敲」「記事添削」で発動。
| name | deep-interview |
| description | 要件が曖昧なとき、ソクラテス式に1問ずつ質問して要件を掘り下げる。十分に明確になったら discovery-council にハンドオフ。「要件が曖昧」「何を作ればいいか」「掘り下げて」「インタビューして」で発動。※ 完成した plan/design を詰問するなら grill、非対話で一括批判するなら critic。 |
| argument-hint | <vague feature idea> |
| allowed-tools | ["Read","Glob","Grep","AskUserQuestion","Skill"] |
| effort | medium |
discovery-council の前段。要件が曖昧なときに使う。まだ plan が無い段階で要件を引き出すのが役割。逆に既にある plan/design を詰問したいなら /o-m-cc:grill（こちらは掘り下げでなく stress-test）。
対話前提スキル: 1 問ずつの掘り下げが本質なので、AskUserQuestion が使えない環境では「要件が曖昧です。対話モードで /deep-interview を実行してください」と案内して終了する。
$ARGUMENTS（ユーザーの曖昧なアイデア・要望）
各質問の前に、以下の5軸で内部評価する（ユーザーには見せない）:
| 軸 | 問い |
|---|---|
| WHO | 誰のための機能か？ユーザーは誰か？ |
| WHAT | 何を実現するか？具体的な振る舞いは？ |
| WHY | なぜ必要か？現状の課題は何か？ |
| SCOPE | 何を含み、何を含まないか？ |
| CONSTRAINT | 技術的制約、期限、依存は？ |
ユーザー入力を読み、5軸それぞれを [明確 / やや曖昧 / 曖昧] で評価する。既存コードベースがある場合は Glob/Grep/Read で関連コードを確認し、質問の精度を上げる。
最も曖昧な軸から順に1問ずつ質問する。
AskUserQuestion:
question: "<最も曖昧な軸に対する具体的な質問>"
options:
- "<選択肢A>"
- "<選択肢B>"
- "<選択肢C>"
- "自由に記述"
質問の形: 「なぜ？」「たとえば？」「もし○○なら？」で掘り下げ、必ず3-4個の選択肢 + 自由記述を提示する。
ループ終了条件: 全軸が [明確] / 7問到達 / ユーザーが「もういい」「十分」。
回答への対応:
掘り下げた結果を5軸で構造化し、最終確認する（OK / 修正あり）。
確認が取れたら、整理した要件をそのまま discovery-council に渡す:
Skill: discovery-council
Args: <整理された要件サマリー>
/o-m-cc:grill（詰問）を使う。deep-interview は「ゼロから要件を引き出す」用途