菜单
完成した plan/design を対話で容赦なく詰問し、実装前に穴を潰す。決定木を1枝ずつ降り、各質問に推奨回答を添える。コードで答えが出る点は聞かず自分で調べて埋める。「grill して」「叩いて」「この設計で大丈夫?」「plan を詰めて」「設計を対話レビュー」で発動。※ ゼロから要件を掘り下げるなら deep-interview、非対話で一括批判レポートなら critic。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
新機能を実装まで一気通貫で走らせる action skill。Agent Teams で要件・設計・タスク分解・実装・quality-gate を自動実行し、コードがコミット可能な状態になるまで止まらない（Sisyphus Loop）。auto mode でも planning ではなく action として積極発動する。「実装して」「作って」「機能を追加して」「新機能を作りたい」「要件から実装まで一気に」「計画して」「この機能を実装したい」で発動。
完了宣言の前にエビデンスを収集・確認する。証拠なき成功宣言は不正。「完了前チェック」「本当に動く？」「確認して」「検証して」「コミット前に確認」で発動。実装完了時、バグ修正後、テスト通過を宣言する前に使う。
要件が曖昧なとき、ソクラテス式に1問ずつ質問して要件を掘り下げる。十分に明確になったら discovery-council にハンドオフ。「要件が曖昧」「何を作ればいいか」「掘り下げて」「インタビューして」で発動。※ 完成した plan/design を詰問するなら grill、非対話で一括批判するなら 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」「編集会議」「記事推敲」「記事添削」で発動。
基于 SOC 职业分类
| name | grill |
| description | 完成した plan/design を対話で容赦なく詰問し、実装前に穴を潰す。決定木を1枝ずつ降り、各質問に推奨回答を添える。コードで答えが出る点は聞かず自分で調べて埋める。「grill して」「叩いて」「この設計で大丈夫?」「plan を詰めて」「設計を対話レビュー」で発動。※ ゼロから要件を掘り下げるなら deep-interview、非対話で一括批判レポートなら critic。 |
| argument-hint | <plan/design path or description to grill> |
| allowed-tools | ["Read","Glob","Grep","AskUserQuestion","Skill"] |
| effort | medium |
完成した plan/design を容赦なく詰問し、実装前に穴を潰す。critic（非対話で一括批判レポートを返す agent）と違い、1問ずつ対話で決定木を降りるのが本質。deep-interview（ゼロから要件を引き出す）の対極で、こちらは「既にある設計を叩く」。
対話前提スキル: 1 問ずつ詰めるのが本質。AskUserQuestion が使えない環境では「対話モードで /o-m-cc:grill を実行してください」と案内して終了する。
!for f in plan/design.md plan/requirements.md; do [ -f "$f" ] && echo "FOUND: $f"; done; true
grill は「完成度の高い plan/design を叩く」後段スキル。 対象が無いまま詰問しても空回りする。対象の優先順位:
FOUND の plan/*.md → 最優先で Read$ARGUMENTS が指すファイル / 設計記述対象が無い / 曖昧なアイデアしか無い場合は grill せず、まず計画を作る側へ誘導する:
| 状態 | 誘導先 |
|---|---|
| 要件がまだ曖昧 | /o-m-cc:deep-interview（掘り下げ）→ その後 design |
| web アプリ機能を定義したい | /o-m-cc:feature-flow |
| 要件はあるが design が無い | /o-m-cc:design |
設計ができてから grill に戻る。SDD 上の位置: discovery-council / design で plan ができた後、実装の前（sisyphus の Phase 2 と 3 の間に相当する vetting）。
facets/references/plan-review-checklist.md を Read し、4 観点（完全性 / 実現可能性 / リスク管理 / 明確性）を決定木の枝として使う。
動的注入で見つかった plan/*.md、または $ARGUMENTS の対象を Read。明示・暗黙の決定点を列挙する。先に Glob/Grep でコード文脈を埋めておく。
最も未解決・最もリスクの高い決定から1問ずつ:
AskUserQuestion:
question: "<決定点への鋭い問い>（推奨: <推奨案> / 理由: <根拠>）"
options:
- "<推奨案（Recommended）>"
- "<代替案>"
- "自由に記述"
<file:line> を見たら X なのでこの枝は解決」と報告して次へ詰めた決定を構造化して確認。残った未解決点・リスクを明記する。
design.md があれば、解決した決定の反映（更新）を提案/o-m-cc:deep-interview（掘り下げ）or discovery-council に戻す/o-m-cc:deep-interview に誘導critic を spawn する。grill は「1問ずつ対話で決定木を降りる」用途。両者は補完（同じことを二重にやらない）