菜单
要件が曖昧なとき、ソクラテス式に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 は「ゼロから要件を引き出す」用途