皆さんはgrill-meというスキルをご存知ですか？
もしまだ知らないという方がいたらAIに詰められるSKILL、grill-me を使ってみたがわかりやすいので、ぜひこの機会に見てみてください！
grill-meとは、一言で言うと実装したいことがあったらAIがユーザーを質問攻めして詳細に詰めてくれるものです。
なので作り始めてからそういう意味じゃなかったとなるのを減らせます。
ただ、どうやらこのgrill-meは古いらしいです
じゃあ何が最新でどうすればいいのかを知りたい方は結論を見れば大丈夫です！
さらに自分の環境に導入したい方は導入方法もご確認ください！！
さらにさらに詳しく知りたい方は、その先もぜひ見てみてください！！！
結論
- 先に答えを書くと、
grill-meは今も使えます - 質問の手順は別の
grillingに移されていて、後方互換性のためにgrill-meは残っています - grill-meを作ったMatt Pocock 氏が公開しているskillには他にも便利なスキルがあります
- grill-with-docs、domain-modeling、to-questionnaireなど種類が多いので、使い分けを表にしました
| スキル | 何をする？ | こういうときに使う |
|---|---|---|
grill-me |
grilling を呼ぶ |
grillingと同様 |
grilling |
質問を進める本体 | コードなどを書かずにアイデアだけをまとめていきたいとき |
domain-modeling |
プロジェクトの用語を整理し、必要な判断を記録する |
CONTEXT.md やADRを整えたい |
grill-with-docs |
grilling と domain-modeling を呼ぶ |
質問と一緒に用語や設計判断も文書に残したい |
to-questionnaire |
他の人に渡す質問票を作る | 自分では答えられないことを担当者などに聞きたい |
普段 /grill-me を使っている人は、そのままで大丈夫です。話した内容をプロジェクトのドキュメントにも反映したいなら /grill-with-docs、答えを持っているのが自分ではなく別の人なら /to-questionnaire、と考えると選びやすいと思います。
導入方法
公式READMEに載っている方法です。Codexなどで使うなら、プロジェクトのディレクトリで次を実行します。
npx skills@latest add mattpocock/skills
インストーラーがスキルと利用するエージェントを聞いてくるので、使いたいものを選びます。grill-me を選ぶなら、呼び出し先の grilling も選んでください。grill-with-docs まで使うなら domain-modeling も必要です。to-questionnaire は別用途なので、必要なら追加で選べば大丈夫です。
Claude Codeなら、公式READMEにあるプラグインの方法でも入れられます。
claude plugins install mattpocock-skills
こちらは一式が入ります。両方の方法で入れるとスキルが重複するので、どちらか一方を選びます。なお、grill-with-docs などのエンジニアリング系を使う場合、READMEでは setup-matt-pocock-skills もインストールして、リポジトリごとに一度実行するよう案内されています。
ここから先は、どう分かれたのかと、ドキュメントをどこに保存するのかを細かく見ていきます。
grill-meとgrillingは何が違うのか
現在の grill-me の定義を開くと、本文はこの1行です。
Call the Skill tool with "grilling".
え、これだけ？と思いました。grill-me は人が明示的に呼ぶ入口で、質問のルールは grilling に書かれています。grilling は「決めるべきこと」を依存関係のある木として扱います。今答えられる質問をまとめて聞き、回答を受けて次の質問へ進む。調べれば分かる事実はAI側で調べ、本人にしか決められないことを聞く、という設計です。
コミット履歴をたどると、grill-me が最初に追加されたのは**2026年2月26日（日本時間）**です。当時は質問の手順が grill-me 自身に書かれていました。その後、6月1日（日本時間）の変更で手順が grilling に切り出され、grill-me は呼び出し役になっています。
さらに、7月16日の変更で質問の進め方も変わりました。以前は一問ずつ聞いていましたが、今は前提が揃った質問を一度に聞く形式です。ある答えを聞いてからでないと聞けない質問は、次の回に送ります。名前の整理だけでなく、中身も後から更新されているんですね。
grill-with-docsは何を読み書きするのか
grill-with-docs も入口で、grilling と domain-modeling を組み合わせます。質問しながら、会話に出てきた用語が既存の定義と合っているか確認し、決まったことをその場で文書に反映します。
標準的な保存先はこうです。
プロジェクトのルート/
├── CONTEXT.md # このプロジェクトの用語集
└── docs/
└── adr/
├── 0001-xxx.md # 設計判断とその理由
└── 0002-yyy.md
CONTEXT.md には、このプロジェクト固有の言葉と短い定義を書きます。たとえば「Customer」が誰を指し、似た意味の「Client」は使わない、といった内容です。既存の定義と会話の言葉が食い違えば確認し、用語が固まったら追記します。実装手順を書く場所ではありません（CONTEXT.mdの書式）。
ADRは「なぜこの設計にしたのか」を残す文書で、docs/adr/ に連番のMarkdownファイルとして保存します。基本形は決定と理由を1〜3文にまとめるだけです。ただ、すべての決定を記録するわけではありません。変更しにくく、理由を知らないと意外で、実際に選択肢を比較した判断が対象です（ADRの書式）。
大きなリポジトリで領域ごとに用語が違う場合は、ルートの CONTEXT-MAP.md から各領域の CONTEXT.md を参照します。ファイルがまだなければ、最初に書くことが決まった時点で作ります。
to-questionnaireは誰に質問するのか
最初に自分が「questionar」と書いていたのは、たぶん to-questionnaire のことでした。grill-me が自分の考えをAIと詰めるのに対して、こちらは答えを知っている別の人に渡す質問票を作ります。
まず「誰に渡すのか」「何を持ち帰りたいのか」を自分に聞き、その後で相手向けの質問をMarkdownにまとめます。できた質問票は作業中のディレクトリに to-questionnaire-<話題>.md という名前で保存する仕様です。担当者に非同期で答えてもらう、あるいは打ち合わせで一緒に埋めるときに使えます。
調べる前は grill-me の後継がいくつも増えたのかと思いましたが、入口と質問の本体が分かれ、そこから文書化や他人への質問に枝分かれしていました。今の /grill-me を使い続けてもよくて、残したいものや質問する相手に合わせて別のスキルを選べばよさそうです。