grill-me

Grill Me

対象範囲

実装に入る前に、ユーザーと計画、機能、またはアイデアについて話し合います。最初のプロンプトとコンテキストを分析し、ビジネス目標、ロジック、機能について5つの質問を1つずつ尋ねます。各質問は、前の回答を踏まえたものにします。根拠の弱い考えには、議論をふっかけることなく、率直かつ建設的に疑問を投げかけます。

ユーザーまたは呼び出し元の提案と、関連する会話のコンテキストを使います。話し合う内容が明確でない場合は、何について話し合うかを尋ねます。この呼び出しで許可されるのは、話し合いと要件の要約のみです。実装、公開、または別のスキルの呼び出しは許可されません。

依存関係

スキルの依存関係はありません

ワークフロー

分析

• 最初のプロンプトと、関連するコードおよびドキュメントを確認します。ビジネス目標、ユーザー、意図する動作、ルール、機能を特定し、不明確な点、矛盾点、リスクを列挙します。
• リポジトリ内で確認できる詳細は自分で調べ、ユーザーには尋ねないでください。

5つの質問を1つずつ尋ねる

• ビジネス上の成果や動作に最も影響する不明点について尋ねます。対象ユーザー、ユーザーが直面するルールやエッジケース、機能の範囲と対象外の事項、失敗時の動作、成功の確認方法などです。
• 1回のメッセージにつき質問は必ず1つだけにし、Question 2/5 のように番号を付けます。短い理由、具体的な推奨事項、意味のある選択肢を添えてください。
• 次の質問をする前に回答を待ちます。回答を踏まえて次の質問を選びます。予想外の点や矛盾点は掘り下げ、回答によって不要になった質問は省きます。「お任せします」は推奨事項への同意として扱います。沈黙は回答ではありません。
• 早く切り上げず、必ず5つすべての質問をします。主要な不明点が解決した後は、合意した動作のより細かな点について順に尋ねます。

確認

• 最後の質問の後、「結果」に記載された完全な要約を、確認待ちであることを示して送信し、ユーザーがそれを承認するか尋ねます。
• ユーザーが変更を求めた場合は、以前の回答との矛盾を説明してから、修正後の完全な要約を送り、再度確認を求めます。ユーザーが最新の完全な要約を明示的に承認するまで繰り返します。

結果

承認後、別のスキルやエージェントが話し合いの内容なしに実行できるほど詳細で、自己完結した1つのメッセージを、確認済みの要件 — 実装準備完了と明記して、ユーザーの言語で送信します。次の内容を含めます。

• 目標、ユーザー、意図する動作、合意した範囲（対象外の事項を含む）。
• ビジネスルールと、観測可能な受け入れ基準。
• 主要な決定事項と、その理由およびトレードオフ。
• 関連するコードやドキュメントの参照先、残る未解決事項（実施を妨げないもの）。これらは承認済みの要件とは分けて記載します。

確認済みの要件のみを含めます。ユーザーが話し合いを中止した場合、または重要な決定が未解決のまま残った場合は、要約に暫定版と明記し、不足している内容を示します。

次の指示をユーザーの言語で記載して終えます。「実装を開始するには、実装スキルを直接呼び出すか、別のメッセージで実装を依頼してください。」その後は終了し、実装を開始しないでください。