Claude Codeの『grilling』で設計の穴を埋める:AI主導の尋問が開発を変える

ネタ・雑学
STΛCKHUB ANALYSIS2026.08.29 20:00

実装前の「設計の死角」をAIで潰す

深夜2時、ようやく書き上げた機能のプルリクエストを投げた直後に、QA担当者から「このエッジケース、考慮漏れじゃないですか?」と指摘された経験はないだろうか。我々エンジニアにとって、この瞬間ほど絶望的なものはない。データ構造の根本的な見直しや、画面設計の修正を余儀なくされ、納期という名のデッドラインが背後に迫る中、スパゲッティコードを解きほぐす作業はまさに地獄だ。実装そのものの速度がAIによって劇的に向上した今、我々が直面している真のボトルネックは、コーディングの速さではなく「実装前の設計の解像度」にあると私は確信している。

そんな中、TypeScript界の権威であるMatt Pocock氏が公開したClaude Code用スキル『grilling』は、まさにこの「設計の詰め」という泥臭い作業をAIに肩代わりさせるための強力な武器だ。このスキルは、単なるプランニングツールではない。実装に入る前に、AIが容赦なく設計の矛盾や依存関係を問い詰めてくる「尋問ツール」である。設計ツリーを上から順に深掘りし、曖昧な仕様や暗黙の前提を強制的に言語化させる。一人で設計していると、どうしても自分の思考の癖やバイアスに囚われ、特定の分岐を見落としがちになる。しかし、grillingは「どのエッジケースを想定しているか」「この決定はどの制約に依存しているか」といった質問を執拗に投げかけることで、開発者が無意識に避けていた「思考の空白地帯」を可視化してくれるのだ。

特筆すべきは、AIが単に質問するだけでなく、推奨案を提示してくれる点にある。設計の議論において、ゼロから答えを捻り出すのはエネルギーを消費するが、AIが「自分ならこうする」という叩き台を提示してくれることで、議論のスタート地点が格段に高くなる。これは、シニアエンジニアがジュニアエンジニアの設計レビューを行う際の「壁打ち」を、AIが24時間体制で引き受けてくれるようなものだ。実装後に手戻りが発生するコストを考えれば、この「実装前の尋問」に時間を割くことは、極めて合理的な投資であると言わざるをえない。

grill-meからgrillingへ:進化するAIの対話術

技術の進化は速い。Matt Pocock氏のリポジトリを追っていると、かつて存在した『grill-me』と、現在の『grilling』という二つのスキルの変遷に、AIとの対話における「UXの重要性」が凝縮されていることがわかる。当初のgrill-meは、質問をまとめて投げつけるスタイルだった。しかし、これでは人間側が一度に複数の論点を処理しなければならず、認知負荷が非常に高かった。まるで、仕様書を読まずにいきなり複雑なアーキテクチャのレビューを求められるようなもので、回答する側も混乱を避けられない。これに対し、現在のgrillingは「一問一答」の形式を徹底している。

この違いは、単なる実装の差ではない。AIの挙動を制御するプロンプトエンジニアリングの極致と言える。grillingのSKILL.mdには、「質問は1つずつ、回答を待て」「一度に複数の質問を投げるのは混乱を招く」という明確な制約が記述されている。この指示があるかないかで、AIの出力は劇的に変わる。実際に使ってみると、grillingはまるで熟練のアーキテクトが隣に座って、一つずつ論点を整理してくれているかのような安心感がある。この「一問一答」のスタイルこそが、設計の深掘りにおいて最も効率的なインターフェースなのだ。

以下に、両者の主な違いを整理する。

項目 grill-me grilling
役割 レガシーなエイリアス 現在のメインスキル
自動発動 不可 (disable-model-invocation: true) 可能
質問スタイル 一括提示(混乱を招きやすい) 一問一答(認知負荷が低い)
推奨用途 明示的なコマンド呼び出し AIによる能動的なストレステスト

この差分から我々が学ぶべきは、AIツールを導入する際、単に「AIがやってくれる」という機能面だけでなく、「AIとどう対話すべきか」というUX設計の重要性だ。grillingは、AIが能動的に「今、この設計をストレステストすべきだ」と判断して発動できる設計になっている。これは、開発者が意識せずとも、AIが「その設計、本当に大丈夫?」と肩を叩いてくれる未来を示唆している。我々エンジニアは、AIを単なるコード生成機として使う段階を卒業し、設計のパートナーとして対等に議論するフェーズに移行すべきなのだ。

AI時代に問われるエンジニアの「設計力」

Claude Codeのgrillingのようなツールが普及すればするほど、皮肉にも「AIを使わないエンジニア」と「AIを使いこなすエンジニア」の格差は拡大するだろう。AIが実装を高速化し、コードの品質を担保してくれる時代において、エンジニアの価値は「どれだけ速くコードを書けるか」から「どれだけ深く設計を詰められるか」へと完全にシフトした。もしあなたが、AIにコードを書かせることに満足し、設計の曖昧さを放置しているなら、それは技術的負債を高速で積み上げているに過ぎない。実装後にQAで指摘されるような「詰めの甘さ」は、もはやAIのせいではなく、設計者であるあなたの怠慢と見なされる時代がすぐそこまで来ている。

では、我々エンジニアは明日から何をすべきか。まずは、自分の設計プロセスに「AIによる尋問」を組み込むことだ。grillingのようなツールを使い、自分のプランが論理的に破綻していないか、エッジケースを網羅できているかを、実装の前に必ずAIに検証させる習慣をつけるべきだ。そして、AIからの質問に対して「なぜその判断をしたのか」を論理的に説明できる能力を磨くこと。AIは答えをくれるが、最終的な意思決定の責任は常に人間にある。AIとの対話を通じて、自分の設計の論理的整合性を高める訓練こそが、これからのエンジニアにとって最も価値のあるスキルになるだろう。

最後に、読者であるあなたに問いかけたい。AIが設計の穴をすべて指摘してくれるようになったとき、あなた自身の「エンジニアとしての独自の視点」はどこに残るのか?AIの推奨案をそのまま受け入れるだけで、あなたは本当に納得のいく設計ができていると言えるだろうか?AIを「尋問者」として使い倒し、その回答を咀嚼して、自分なりの最適解を導き出す。そのプロセスこそが、AI時代におけるエンジニアの生存戦略ではないだろうか。明日、あなたが書くコードの設計図は、AIの厳しい尋問に耐えうるものだろうか。その問いに対する答えを、ぜひ自身の開発現場で探求してほしい。

Published at 20:00

コメント

タイトルとURLをコピーしました