grill-me

grill-me スキルの概要

grill-me でできること

grill-me スキルは、AI アシスタントを計画や設計のための構造化レビュー担当に変えます。広く感想を返すのではなく、grill-me は一度に 1 つずつ質問し、意思決定の分岐をたどりながら、各問いに対して推奨回答も示します。実際に解決したい仕事は「一緒にブレストすること」ではなく、「コミット前に隠れた前提を表に出し切ること」です。

Requirements Planning に最適なケース

grill-me for Requirements Planning は、機能アイデア、アーキテクチャ変更、移行計画、リリース提案などで、まだ依存関係や未確定事項が残っているときに特に向いています。曖昧な案を、意思決定できる仕様レベルまで引き上げたいプロダクトマネージャー、テックリード、創業者、エンジニアにとって使いやすい選択肢です。安心材料よりも厳しめの検証を求めるなら、このスキルはかなり相性が良いです。

通常のプロンプトではなく grill-me を使う理由

普通のプロンプトは、まだ材料が揃っていない段階で結論を出しがちです。grill-me skill が違うのは、計画が明確になるまで問い詰めるモードを維持し、質問がソースコードから答えられる場合はユーザーに聞く前にコードベースを確認するよう、明示的に指示されている点です。汎用的な「このアイデアをレビューして」系プロンプトより、repo を前提にした計画レビューに向いています。

インストール前に知っておきたい重要な制約

これは非常に軽量なスキルで、repo にあるのは SKILL.md だけです。追加ルール、スクリプト、参照資料はありません。そのぶん grill-me install は簡単ですが、出力品質は最初に渡す文脈の質と、追質問にしっかり答える姿勢に大きく左右されます。テンプレートやフレームワークが最初から整った完成度の高い仕組みを求める場合には不向きです。

grill-me スキルの使い方

grill-me install の導入手順と最初に読むべきファイル

grill-me install では、普段の skills ワークフローでスキルを追加したら、まず SKILL.md を読んでください。挙動のほぼすべてがそのファイルに入っています。補助資料はないため、導入時に重要なのは「一度に 1 問」「分岐ごとに進める」「可能ならコードベースを見に行く」という対話パターンを理解することです。

grill-me をうまく機能させる入力

良い grill-me usage は、ぼんやりした話題ではなく、具体的な計画対象から始まります。最低限、次を渡すのがおすすめです。

• 目標
• 現在の状態
• 制約条件
• 意思決定の期限
• 成功条件
• わかっている未確定事項

弱い例:
“Grill me on a new auth system.”

より良い例:
“Use grill-me on this requirements plan: migrate from session auth to OAuth for our B2B app in 6 weeks, keep SSO for enterprise customers, avoid downtime, and preserve existing admin impersonation. Biggest unknowns are tenant mapping, rollback, and support load.”

後者のようなプロンプトなら、スキルは最初からどの分岐を見るべきか判断しやすくなります。

実践的な grill-me の進め方

安定して使いやすい grill-me guide は次の流れです。

1. まず計画の要約を短く伝える。
2. アシスタントに grill-me を使うよう依頼する。
3. 一度に 1 つずつ質問させる。
4. 回答は簡潔にし、依存関係で止まっていない限り先回りしすぎない。
5. プロジェクトが repo にあるなら、実装に関する明らかな質問をする前に関連コードを確認するよう伝える。
6. 10〜20 問ほど進んだら、確定した意思決定、未解決のリスク、次のアクションを要約させる。

Requirements Planning で特に有効なのは、非公式な計画を、明示的な意思決定の連鎖へ変えられる点です。

出力品質を上げるプロンプトの型

役割・範囲・終了条件をセットしたプロンプトを使うと、結果が安定します。

“Apply grill-me to this plan. Ask one question at a time. For each question, give your recommended answer and explain the tradeoff briefly. If a question can be answered from the codebase, inspect the code instead of asking me. Stop after we have enough clarity to write implementation requirements.”

このプロンプトはスキルの設計意図とよく一致しており、汎用的なおしゃべりを減らしやすくなります。

grill-me スキル FAQ

grill-me は初心者にも向いていますか？

はい。ただし、初心者でも検証したい実際の計画をすでに持っている場合に向いています。grill-me skill 自体は呼び出しやすい一方で、前提を深掘りし続けるため、人によってはやや厳しく感じます。まずは学習や具体例がほしい初心者なら、説明寄りのスキルを先に使い、その後で grill-me で結果を検証するほうが合うこともあります。

どんなときは grill-me を使わないほうがいいですか？

すばやいアイデア出し、幅広い発想の比較、あるいは最初の 1 回で整った最終文書まで欲しい場面では、grill-me は適していません。まだ計画そのものが存在しない段階でも相性は弱めです。入力が「何か考えるのを手伝って」だけだと、この尋問型の進め方は早すぎると感じやすいでしょう。

「challenge my plan」と言うだけの場合と grill-me は何が違いますか？

違いは運用上の規律にあります。grill-me usage は一発で批評する形ではなく、順番に質問し、依存関係を解消しながら進める設計です。さらに、根拠がコードベースにあるならそこを見に行くよう促します。そのため、抽象的な反論が減り、現実の計画に根ざした圧のあるレビューになりやすいです。

grill-me はソフトウェア以外の案件でも使えますか？

はい。とはいえ最も力を発揮するのは、プロダクト、技術、業務プロセスのように、意思決定の分岐や依存関係が重要な計画です。非技術系の計画では確認できるコードベースがないため、必要な文脈はより多く手動で渡す必要があります。

grill-me スキルを改善する方法

ブレストの断片ではなく、意思決定に使える入力を渡す

grill-me を改善したいなら、問い詰められるだけの構造を最初から渡してください。関係者、制約、タイムライン、リスク、すでに決まっていることを含めるのが効果的です。品質が大きく上がるのは、多くの場合、スピード vs 信頼性、柔軟性 vs シンプルさ、コスト vs 移行リスクのようなトレードオフを明示したときです。

grill-me で起こりやすい失敗パターンを把握する

主な失敗パターンは、入力が浅いために質問も浅くなることです。次に多いのが、回答が広すぎて会話が拡散するケースです。もう 1 つは、本来 repo が答えられる質問までアシスタントにさせてしまうことです。grill-me for Requirements Planning を使うときは、必要に応じて次のように軌道修正すると効果的です。
“Inspect the codebase for current behavior before asking implementation-surface questions.”

最初のラウンド後にもう一段深掘りする

最初の一巡が終わったら、grill-me に探索モードからギャップ分析へ切り替えさせると有用です。たとえば次のような追質問が使えます。

• “Which decisions are still under-specified?”
• “What assumptions look riskiest?”
• “What requirements are implied but unstated?”
• “Turn the resolved answers into a requirements checklist.”

こうすることで、単なる質問ループ以上の価値を引き出せます。

欲しい成果物に合わせて grill-me を調整する

grill-me skill の結果を改善する最も効果的な方法は、最後に欲しい成果物を明確にすることです。たとえば spec outline、ADR inputs、delivery risks、go/no-go recommendation などです。質問スタイル自体は同じでも、ゴールが変われば重視すべき詳細も変わります。最終成果物を先に示しておけば、質問の選別がうまくなり、セッション後に実務へつなげやすい形でまとまります。