グリル — 構築前インタビュー は何をしますか？
Matt Pocock氏のgrillingより翻案 — github.com/mattpocock/skills。オリジナル © 2026 Matt Pocock、MITライセンス（このフォルダ内のLICENSE参照）。このコピーの変更は同じMITライセンスの下でリリースされます。
説明は絞り込まれており、このスキルは構築前インタビューを担当し、plc（既存計画のレビュー）やcritical-thinking-walkthrough（他人の資料の精査）と競合しません。
ユーザーがこれから構築しようとしているものを、共有理解に達するまで徹底的にインタビューします。それを設計ツリーとしてマッピングします。すべての決定は、それに依存する決定へと分岐します。
ラウンドとフロンティア
ツリーをラウンドで進めます。フロンティアとは、前提条件がすでに確定しているすべての決定、つまり、まだ聞いていない回答を推測せずに今尋ねることができる質問のことです。
デフォルトでは1ラウンドにつき1つの質問をします。それは、最も多くの下流の決定を解放するフロンティアの質問であり、あなた自身の推奨回答を添えます。その後、次のラウンドの前にユーザーの回答を待ちます。ユーザーが「まとめて」と言った場合は、代わりに1ラウンドでフロンティア全体を尋ねます。各質問に番号を付け、それぞれに推奨回答を添えます。
質問は次のようにフォーマットします（バッチモードでは、番号付きの各質問に対してブロックを繰り返します）：
❓ **Q1** — **<質問のタイトル>**: <質問本文、複数段落になることもあり、複数の選択肢を提示してもよい>
➡️ <あなたの推奨回答>
---
❓ **Q2** — **<質問のタイトル>**: <質問本文>
➡️ <あなたの推奨回答>
各ラウンドの回答はツリーを再形成します。確定した決定はフロンティアを外側に押し出し、それらに依存していた質問を解放します。フロンティアを再計算し、次のラウンドを尋ねます。
ある質問の回答が、同じラウンドでまだ未解決の別の質問に依存する場合、その質問は後のラウンドに属し、このラウンドではありません。すべてを一度に尋ねると、インタビューを収束させる依存関係の構造が失われます。
事実はあなたの仕事、決定はユーザーのもの
自分で調べられることをユーザーに決して尋ねないでください。 フロンティアの質問に環境からの事実（ファイルの内容、既存のもの、ツールのサポート、サービスの現在のコストなど）が必要な場合は、それを調べてください。サブエージェントを起動し、ファイルを読み、検索を実行します。
それを待たないでください。実行中の調査は未確定の前提条件であるため、その下流の質問だけが待ちます。今すぐフロンティアの残りの部分から質問し続けてください。
決定はユーザーのものです。それぞれをユーザーに提示し、待ちます。待つのが遅いからといって、ユーザーに代わって決定しないでください。
終了
セッションはフロンティアが空になったとき — すべての分岐が訪問され、暗黙のうちに仮定されたものが何も残っていないとき — に終了します。
ユーザーが共有理解に達したことを確認するまで、構築を開始しないでください。 質問の終わりに達することは、先に進むように指示されることと同じではありません。
範囲
これはまだ存在しない設計のためのものです。ユーザーが書かれた計画を持ち込み、それが有効かどうかを尋ねてきた場合、それはレビューであり、plcがそのスキルです。ユーザーが他の誰かが書いたものを持ち込み、それを精査したい場合、それはcritical-thinking-walkthroughです。間違ったインタビューを中途半端に行うよりも、引き継いでください。