たった数行なのに、妙に本質を突いている
正直、これかなり面白いです。 Codeの「grill me」って、派手な自動化スキルではありません。やっていることはむしろ地味で、AIにこちらの計画や設計をひたすら質問してもらうだけです。しかも中身は、SKILL.md（Claude Codeのスキル定義ファイル）に書かれた短い指示が中心で、GitHub上の mattpocock/skills は今は 10k stars 表示まで伸びています。 でも、この地味さがいい。
AIに「実装して」と投げる前に、「それ本当にその仕様でいいの？」「例外系どうする？」「その判断の根拠は？」「他の選択肢は？」と掘ってもらう。つまり、コード生成の前に、思考の穴を見つけるためのスキルなんですよね。 grill-me の説明文でも、計画や設計を“shared understanding（共通理解）”に到達するまで掘り下げる、とかなりはっきり書かれています。 ---
これ、要するに「AI版の壁打ち」なんだと思う
grill me の狙いはかなりシンプルです。 が質問を一つずつ投げてきて、設計の分岐や依存関係を順番に潰していく。もし質問の答えがコードベース（既存のソース群）を見れば分かるなら、まずそっちを調べるようにも作られています。さらに最近は「質問ごとにおすすめの答えも出す」方向に調整されていて、ただ尋問されるだけじゃなく、前に進みやすい形になっています。
この感じ、昔からある“ラバーダッキング”（人や物に向かって考えを話し、思考を整理する手法）にかなり近いです。
ただ、相手がAIなので遠慮がないし、抜け漏れも拾いやすい。しかも、 Codeのskillsは SKILL.md を置けばツールキットに追加され、関連性があれば自動で使われたり、/skill-name で直接呼び出せたりする。要するに、毎回長いプロンプトを書かなくても、考え方そのものを再利用できるわけです。 ---
なぜ今これが重要なのか
個人的には、ここが一番大事です。
今のAI駆動開発って、CursorでもClaude CodeでもGitHub Copilotでも、コードを書く速度そのものはかなり上がっています。だから次にボトルネックになるのは実装速度ではなく、何を作るかをどれだけ早く正確に詰められるかなんですよね。
実際、Matt Pocock本人も grill-me を「コーディング以外にも使える」「曖昧な数行のアイデアからでも始められる」と紹介しています。長いと45分くらいの対話になることもあるそうで、終わる頃には要求や前提がかなり整理される。これは要件定義、画面設計、データ設計、命名、権限設計みたいな“実装前の迷い”に効くはずです。 つまり、grill me がバズっているのは「珍しいスキルだから」ではなくて、みんな薄々感じていた痛点に刺さったからだと思うんです。
AIはもう、書く役だけでは弱い。むしろ先に問いを立てて、設計を揺さぶってくれる相棒として使ったほうが、最終的な品質が上がる。ここに気づいた人ほど、このスキルを面白がるんじゃないかなと思います。
個人的には、これが“次の標準装備”になる気がする
これからの開発環境って、単に強いモデルを選ぶだけじゃ足りなくなるはずです。
どのモデルを使うかよりも、どんなskillsを持たせて、どのフェーズで起動させるかのほうが差になっていく。実装用、レビュー用、仕様深掘り用、PR分解用、障害切り分け用みたいに、役割ごとにスキルを揃える世界です。
その意味で grill me は、ただの便利ネタじゃなくて、AIとの付き合い方を一段進める例に見えます。
「コードを生成するAI」から、「意思決定を詰めるAI」へ。ここに慣れた人は、個人開発でもスタートアップでもかなり強いはずです。速く作る人より、速く考え切る人が勝ちやすくなる。最近の流れを見ていると、そんな感じがかなりしています。