メニュー
設計を一緒に考える・設計相談・どう作るか議論したいときに使う。実装前に設計ツリーを質問で網羅的に掘り下げ、暗黙の前提を明示化する。新機能・アーキテクチャ変更など暗黙の設計判断が多いタスクで、計画の手前に質問フェーズを挿入する。implementation-gate-rule との分岐判断基準を含む。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
親子 Claude Code セッション間の委譲操作を行う。delegate（子を起動してキック）、send（既存ペインへ1行/キックオフ送信・誤送信防止つき）、list（宛先確認）、report（子→親の申し送り）を自然言語の意図から判断して実行する。tmux 環境前提。
oe-* オーケストレーションツール群（engine 本体 / 親子委譲 / SO ゲート / 選択・観測）と駆動層規律の統合概観。複数エージェント委譲・設計SO/実装SO・read-only 観測・engine 1 サイクルを使うとき、ツール群の全体像をリポジトリ走査でなく一貫した形で把握したいときに使用する。
エラー/バグ調査で、入力→出力のコードパスに未読区間がある限り外部要因（インフラ差異等）の仮説に進まない。外部要因に飛ぼうとするとき、原因が再現しないと判断しそうなときに使用する。仮説を tmp/hypothesis-NNN.md に外部化し、コードパスの read-state を可視化する。
プランをKickoff Document形式に変換する。セカンドオピニオン投入・リポジトリアーカイブ・ピアレビュー共有時に使用する。命名規約・frontmatter・セクション構造をKickoff形式に整える。
設計判断を確定する前に、ゼロベースで未探索の代替案を最低1回引き出し、その証跡を確定前に残してから確定する。複数の選択肢を A/B 等で確定しかけたとき、ADR / Decision / kickoff の設計判断（DJ-N）を確定・記録するときに使用する。so-compare 選択肢拡張・探索木の外部化を含む。
so-compare.shでセカンドオピニオン（Codex/Claude/Cursor）を取得し、結果を比較する。ピアレビュー、修正方針の検証、設計判断の反証に使用する。**弱 SO**（1周可・partial=disclose・0はなし）。プロンプト設計原則、結果読み込み手順、合意判定基準を含む。
| name | question-driven-design |
| description | 設計を一緒に考える・設計相談・どう作るか議論したいときに使う。実装前に設計ツリーを質問で網羅的に掘り下げ、暗黙の前提を明示化する。新機能・アーキテクチャ変更など暗黙の設計判断が多いタスクで、計画の手前に質問フェーズを挿入する。implementation-gate-rule との分岐判断基準を含む。 |
grill-me スキル（Matt Pocock 作）のパターンを基に、implementation-gate-rule との統合を設計。
暗黙の設計判断が多いタスクで、Plan mode に入る前に使う。
| タスク特性 | 推奨フロー | このスキルの出番 |
|---|---|---|
| 暗黙の設計判断が多い（新機能、アーキテクチャ変更、未知ドメイン） | 質問フェーズ → Plan mode → 実装 | あり |
| 技術的に明確だが規模が大きい（リファクタ、マイグレーション） | 直接 Plan mode → 実装 | なし |
| 軽微な修正（1ファイル数行） | 直接実装 | なし |
以下の条件に複数該当する場合、質問フェーズを挟む:
この計画のあらゆる側面について、共通の認識に達するまで、徹底的に質問を投げかける。設計のツリーを枝分かれの先まで一つひとつたどり、決定事項間の依存関係を順番に解決する。各質問に対し、推奨する回答も併せて提示する。
質問は一度に一つずつ。
コードベースを探索することで答えが得られる質問であれば、質問する代わりにコードベースを調査する。
質問フェーズは implementation-gate-rule を置き換えない。通常は質問フェーズの成果（合意事項・未解決論点のリスト）を Plan の入力として Plan mode に進む。ただし、質問フェーズで十分な合意が形成され、ユーザーが直接実装を指示した場合はその判断に従う。
以下は完了の目安であり、チェックリストではない:
完了後、合意事項と未解決論点を箇条書きで要約し、ユーザーに確認を取ってから次のステップ（Plan mode または直接実装）に進む。ユーザーが途中で「もう十分」と判断した場合は、未解決の設計判断を明示した上で次のステップに進む。
