mcpField
G
grilling

grilling

github.com/tt-a1i生産性191132 回インストール1 日前に更新
リポジトリ

grilling について

grillingは、ユーザーへの質問を通じて設計の共通理解を目指すスキルです。決定事項をツリーに整理し、現時点で答えられる質問を推奨案と定型の回答形式とともに段階的に提示します。

主な機能

  1. 01決定事項を設計ツリーに整理
  2. 02前提が整った質問をラウンドごとに提示
  3. 03各質問に推奨案を添付
  4. 04未決事項に依存する質問を保留
  5. 05一貫した回答形式を使用

活用シーン

  1. 01実装前に要件を明確化
  2. 02依存するプロダクト上の決定を検討
  3. 03未解決の前提を特定
  4. 04構造化された設計議論を進行

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/tt-a1i/matt-skills-with-to-goal --skill grilling

インストール後、Claude Code で/grillingを入力して読み込まれたか確認します。

同梱ファイルagents/openai.yaml

詳細

共有の理解に達するまで、ユーザーに徹底的に質問してください。これを設計ツリーとして整理します。すべての決定から、それに連なる決定へ分岐させます。

ツリーはラウンドごとに進めます。フロンティアとは、前提条件がすでに確定しているすべての決定です。つまり、まだ聞いていない回答を推測せずに、_今_質問できることです。各ラウンドでは、フロンティア全体について質問します。質問には番号を付け、おすすめの回答を示してください。その後、ユーザーの回答を待ってから次のラウンドに進みます。

質問の形式

各ラウンドの先頭に固定のヘッダーを置き、フロンティアの質問をすべて同じ形式で出力します。絵文字は、すべての文の飾りではなく、構造を示す目印と質問の種類を示すサインとして使います。

ラウンドヘッダー:

🔥 **Round N** · K questions

質問(各番号の前に質問の種類を示す絵文字を1つ置き、水平線で区切る):

<type> **Q1** - **<question title>**
<body — prose and/or multiple choices>

💡 <your recommended answer>

---

<type> **Q2** - **<question title>**
<body — prose and/or multiple choices>

💡 <your recommended answer>

ラウンドのフッター(最後の質問の後):

👇 Reply by number: `1) …  2) …  3) …`
種類を示す絵文字(決定に合うものを1つ選択)
種類絵文字使用する場面
スコープ/対象に含めるか🎯境界、YAGNI、今回リリースするもの
トレードオフ⚖️AとBのどちらかを選ぶ
リスク/障害⚠️何が壊れるか、悪用ケース、ロールバック
命名/言語🏷️用語、用語集、表現方法
UX/UI👀ユーザーが目にするもの、クリックするもの
データ/状態🧩モデルの形、遷移、スキーマ
コスト/パフォーマンス⚡レイテンシ、費用、規模
認証/信頼🔐権限、テナント、シークレット
タイミング⏱️時期、順序、マイルストーン
課題提起🪞「本当にこれが必要ですか?」
依存関係🔗ブロッカー、前提条件
未確定/不明瞭💭まだ形が定まっておらず、方向性が必要

固定の骨組み(ラウンドごとに別の形式を考案しないでください):🔥 ラウンド · 質問の種類を示す絵文字 + QN · 💡 おすすめ · 👇 回答の促し。

本文は簡潔にします。ラウンドヘッダー行では、長時間のセッションなどで役立つ場合に限り、任意のムード絵文字を1つまで使用できます。質問本文では、絵文字を多用しないでください。

「はい」と答えると、おすすめの回答を選ぶことになるように質問を作成してください。

ラウンドの進め方

各ラウンドでユーザーの回答を受けてツリーを更新し、確定した決定からフロンティアを広げて、依存する質問を解禁します。フロンティアを再計算し、次のラウンドの質問をします。同じラウンド内に未確定の質問に回答しないと答えが決まらない質問は、_次の_ラウンドに回します。

_事実_の確認はあなたの仕事であり、ユーザーに頼んではいけません。環境(ファイルシステム、ツールなど)から事実を得る必要があるフロンティアの質問については、サブエージェントに調査を依頼してください。自分で確認できることをユーザーに尋ねてはいけません。調査の完了を待つ必要はありません。調査中の項目は未確定の前提条件として扱い、そのサブエージェントからの報告に依存する質問だけを待たせ、それ以外のフロンティアの質問は今すぐ行ってください。_決定_を下すのはユーザーです。すべてユーザーに提示し、回答を待ってください。

フロンティアが空になったら、セッションは終了です。設計ツリーのすべての分岐を確認し、暗黙のままの前提が何も残っていない状態にします。共有の理解に達したことをユーザーが確認するまでは、それに基づいて行動してはいけません。

コメント