grill-me スキルの紹介
Matt Pocock
更新：コーディングに /grill-me を使うのをやめました。実装前に計画をコードベースと一致させたい場合は、/grill-with-docs を推奨します。
このスキルのインストール：
npx skills add mattpocock/skills --skill=grill-me -y -g
ソース：mattpocock/skills/grill-me
機能
grill-me は、計画や設計について執拗にインタビューし、決定ツリーが解決されるまで続けます。一度に一つの質問をし、推奨される答えを提示し、フィードバックを待ってから次に進みます。答えがコードベースを調べれば見つかる場合、エージェントはコードを調査し、あなたに説明を求める代わりにすべきです。
現在の推奨
Matt は現在、計画ワークフローには grill-me よりも domain-model を一般的に推奨しています。コードベースの言語、CONTEXT.md、ADR に沿って機能を形作るには、domain-model をデフォルトの出発点として使用してください。
grill-me は、計画に対する執拗なインタビューだけを望む場合の、より狭いストレステストとして依然として有用です。
使用するタイミング
アイデア、計画、アーキテクチャ、機能の方向性について質問が必要だが、まだ完全な domain-model ワークフローは必要ない場合に grill-me を使用します。
使用に適したタイミング：
PRD を書く前
エージェントに機能を実装させる前
データモデルや API の形を確定する前
複数の設計選択が相互に依存している場合
エージェントに同意ではなく反論を求める場合
ワークフローへの適合
grill-me はかつて計画チェーンの最前線にありましたが、現在推奨されるワークフローは domain-model から始まります：
domain-model → to-prd → to-issues → tdd
より軽量なインタビュースキルを特に望む場合に grill-me を使用します。計画をコードベースの言語と決定に照らして確認すべき場合は、domain-model を使用します。
組み合わせ
domain-model：コードベースのドメイン言語に対して計画を研ぎ澄ます
to-prd：解決されたコンテキストを PRD に変換する
to-issues：PRD を垂直スライスに分割する