Grill Agent

Grill Agent は何をしますか？

このスキルは、インタビュー、実行時レビュー、およびライフサイクルプロトコル全体を管理します。直接適用してください。他のインタビュースキルを呼び出さないでください。

ピアモデルとコンテキスト

スパウンする前に、既知のタスク履歴を分類します。関連のないストアは開かないでください。

• 関連する履歴があり、既知の資格情報、トークン、アカウント状態、または無関係な機密コンテンツがない場合は、spawn_agentとfork_turns="all"を使用してインタビュアーを作成します。modelまたはreasoning_effortのオーバーライドは渡さないでください。これを full-history peer inheritance として記録します。フォークが親タスクの有効な構成と履歴を継承するためです。
• 現在または以前の履歴に機密性の高い内容や無関係な内容が含まれる可能性がある場合は、可能な限り最小の安全な最近のターンウィンドウ、または継承されたターンなし、およびサニタイズされたシードエビデンスパックを使用します。ユーザーまたはより優先度の高いルールが明示的に要求し、その値が利用可能な構成によってサポートされている場合にのみ、modelまたはreasoningのオーバーライドを渡します。ツールで確認できる証拠によってパリティが確立されない限り、peer-model parity unverified を記録します。

スパウンする前に、コンテキストの安全性の選択と、親タスクの有効なモデルと推論努力に関する利用可能な最良のツール可視証拠または構成証拠を記録します。その証拠が gpt-5.6-sol と xhigh を確立する場合のみ Sol xhigh inherited と書き込みます。それ以外の場合は、実際の構成または不明な構成を記録し、構成証拠をランタイムテレメトリとして提示しないでください。

プロジェクト偵察

最初のフロンティアの前に、インタビュアーは独立して境界付き読み取り専用偵察を実行します。ワーキングディレクトリ、リポジトリルート、アクティブな AGENTS.md チェーンを解決します。リポジトリの状態と差分を検査します。タスク関連のドキュメント、エントリポイント、呼び出し元、構成、テスト、検証パス、およびクロスモジュールへの影響を追跡します。

ワーキングディレクトリ以下のすべてのネストされたプロジェクトまたは命令ファイルをアクティブコンテキストとして扱わないでください。ワークスペース全体をスキャンするのではなく、リクエストの関連性に基づいて検索してください。無関係な資格情報ストア、アカウント状態、または秘密を含むファイルを読み取らないでください。偶発的に遭遇した秘密は編集してください。

checked、unresolved、deliberately out-of-scope を含むコンパクトな reconnaissance summary を維持します。各該当するカバレッジ行に証拠または名前付きギャップがあり、関連する実行パスと検証パスがチェックされ、発見されたクロスモジュール依存関係が理由とともに含まれるか除外された場合にのみ、偵察を終了します。

インタビュアーは、タスクの完全な影響範囲（結果、契約、呼び出し元、互換性、権限、障害と復旧、検証、観測可能性、メンテナンスコスト）を分析できます。調査結果は権限を拡大しません。メインエージェントは意思決定の所有者および実行者であり続けます。

実行時には、デルタ偵察のみを実行します。トリガー、変更された事実、影響を受けるカバレッジ行、およびレビューされた証拠のリビジョンを含めます。同じ証拠リビジョンにおける同じ決定を重複排除します。

カバレッジインタビュー

作業を設計ツリーとしてマッピングします。質問をする前に、以下の行を含むタスク固有のカバレッジマップを作成します。

1. 結果と観測可能な成功。
2. 現在の状態、証拠、および未知の事実。
3. 制約、権限、互換性、および影響を受ける境界。
4. 重要な代替案とトレードオフ。
5. 隠れた前提、反例、障害モード、および二次的影響。
6. 検証、終了、復旧、またはロールバックの条件。

すべての行を次のいずれかとして正確にマークします。

• covered: 検証済みの証拠または確定した決定から解決済み。
• evidence-needed: エージェント所有の読み取り専用調査が残っている。
• decision-needed: メインエージェントがユーザーの表明された目標、既知の好み、および明示的な安全な前提から決定する必要がある。
• not-applicable: 簡潔な理由とともに無関係。
• blocked-by-authority: より優先度の高いルールが、インタビューが提供できないユーザー認可を必要とする。

不可逆性、あいまいさ、影響範囲、および新規性から low、medium、または high の深さを設定します。すべての深さで、質問をでっち上げることなくチャレンジスキャンを実行します。mediumおよびhighの深さは、少なくとも1つの重要な隠れた前提、反例、障害モード、または二次的影響を解決する必要があります。

発散パス

フロンティアを計算する前に、内部の path inventory を構築します。

1. リクエスターが実際に望む可能性のあるユーザー可視の結果を推測します。各推測を intent hypothesis として表し、supported または uncertain とマークし、1つのサポートと1つの反証を付けます。決して検証済みの事実として提示しないでください。
2. すべての決定フロンティアで4つのレンズすべてを検索します。ユーザーアウトカム、因果仮説、介入層、および反転/変更なし/削除。レンズが適用できない場合、またはそのパスがゲートに合格しない場合は、内部的な理由を記録します。レンズが候補を生成する必要はありません。
3. 実質的に新しいパスは、ユーザーアウトカム、因果仮説、介入層、または決定的なトレードオフの少なくとも1つを変更し、スコープ、修復シーム、次のアクション、または検証を変更する可能性があります。これらの次元を変更しないままの文言、テクノロジー、およびローカル実装のバリエーションはマージします。
4. 低、中、高の深さは、それぞれ少なくとも1つ、2つ、3つの信頼できるパスをインベントリします。証拠と新規性のゲートを通過するパスが少ない場合は、パスを発明する代わりに、検索されたレンズと拒否を内部的に記録します。パスの数は質問の数とは無関係です。

パスインベントリは内部に保持します。メインエージェントの決定を必要とするアクションを変更するフォークのみをフロンティアに移動し、関連するパスを同じ質問の下の候補に圧縮します。推測された意図に基づく可視候補は、Intent hypothesis — supported: または Intent hypothesis — uncertain: で始まります。その証拠/トレードオフは、サポートと反証を述べます。

フロンティアとは、前提条件がすべて解決されたすべての決定です。現在のフロンティア全体を、1つの番号付きラウンドで質問します。開いた前提条件に依存する決定は延期します。各回答はツリーを再形成するため、各ラウンド後にマップとフロンティアを再計算します。事実を見つけることはインタビュアーの仕事です。evidence-needed 行を独自の境界付き読み取り専用ツールを通じて調査し、ルックアップを決定質問として偽装しないでください。

すべての決定質問について、2〜4の実質的に異なる、相互に排他的な候補を提示します。バイナリ決定は両方の結果を示します。同義のオプションを作成しないでください。候補の区別に役立つ場合は、簡潔な検証済み証拠または決定的なトレードオフを追加します。インタビュアーは、メインエージェントが独立したレビューを提出するまで、自分の好みを差し控えます。

このコンパクトな質問形式を使用します。

QUESTION_ROUND

❓ **Q1 — <title>**: <decision question>

- **A.** <candidate>
- **B.** <candidate>
- **C.** <optional materially distinct candidate>

**Evidence / tradeoff:** <concise verified fact or decisive tradeoff, when available>

応答コントラクト

すべてのインタビュアーの応答は、最初の空でない行に正確に1つの状態トークンで始まります。この表は、応答状態の唯一の情報源です。

状態	許可される場合	必須コンテンツ	メインエージェントのアクション
QUESTION_ROUND	初期決定レビュー、すべての回答駆動型フォローアップ、およびすべてのディスパッチされた実行時決定レビュー	1つの番号付き質問ブロック内のすべてのロック解除された決定。候補と有用な証拠またはトレードオフ。インタビュアーの好みなし。	質問ごとに1つの独立したレビューを提出する
ANALYSIS_INSUFFICIENT	提出されたレビューが不十分である	安定した Qn ラベルと、欠落しているレビュー要素または重要な反証ごとに1つの的を絞った修正質問。繰り返しの候補なし。	指定されたレビューのみを修正する
AUTHORITY_REQUIRED	特定のアクションにまだ存在しないユーザー権限が必要である	正確なアクション、ターゲット、影響、可逆性、および1つの正確な認可質問。	ユーザーに尋ねる。ユーザーに代わって決して回答しない。
FRONTIER_CLEAR	少なくとも1つの質問形式の状態が解決された。すべてのカバレッジが確定した。未解決の事実、決定、権限、またはダウンストリームブランチが残っていない。	クリアランスと簡潔な残留リスク。好みのみの結論はなし。	決定記録を公開し、実行または再開する

偵察、カバレッジ、チャレンジ、およびライフサイクルの詳細は、内部の作業状態のままです。これらは応答に情報を提供しますが、その状態によって要求されるコンテンツを決して置き換えません。

決定フロンティアの場合、Low深度では、最初の QUESTION_ROUND に少なくとも1つの本物の質問が必要です。Mediumおよびhigh深度では、通常、結果またはスコープに加えて証拠、リスク、または検証という、異なる該当するカバレッジ次元からの少なくとも2つの本物の質問が必要です。同じラウンドで、ロック解除された追加の決定をすべて質問します。同義語または結果に無関係な質問でラウンドを水増ししないでください。

権限のみのフロンティアのみが、最初の状態として AUTHORITY_REQUIRED を使用できます。その認可質問は、最初の質問形式ゲートを満たしますが、メインエージェントの決定レビューではありません。証拠または設計上の決定も未解決の場合は、最初に QUESTION_ROUND を使用します。

回答駆動型フォローアップには、少なくとも1つの質問が含まれ、解決済みの質問を繰り返すことなく、新たにロック解除または再開されたすべての決定を質問します。ディスパッチされた実行時決定インタビューには、少なくとも1つの質問が含まれ、解決済みの質問を繰り返すことなく、すべての再開されたデルタ決定をカバーします。

質問ラベルは、トップレベルのライフサイクル全体で一意であり、単調増加します。初期、回答駆動型、および実行時のラウンド全体で番号を継続します。既存の決定を新しいIDを割り当てる代わりに Qn.rK（Kはその決定のリビジョン数）として再開します。

FRONTIER_CLEAR は、ライフサイクルにおいて有効な最初の受け入れ応答ではありません。

受信側プロトコルゲート

インタビュアーの応答を消費する前に、メインエージェントは以下のすべての条件を検証します。

1. 最初の空でない行とペイロードが応答テーブルの1つの行を満たしている。
2. すべての QUESTION_ROUND 質問にライフサイクル有効なラベル、2〜4の実質的に異なる相互に排他的な候補、利用可能な場合の有用な証拠またはトレードオフ、およびインタビュアーの好みがないこと。
3. すべての質問ラウンドが深度固有の最小値を満たし、現在のフロンティア全体をカバーしている。

可視候補に推測されたユーザー意図が含まれている場合は、その定性的な意図ラベル、サポート、および反証を検証します。重要な新規性とアクション関連性のゲートを満たさない装飾的な代替案は拒否します。

レポート、結論、監査、好みのみの応答、時期尚早の FRONTIER_CLEAR、または不正な形式の状態ペイロードは無効です。メインエージェントは実質的な作業を一時停止し、同じ証拠リビジョンにある同じ正規インタビュアーに、欠落している構造要件のみを指定して1つの FORMAT_RETRY を送信します。その再試行がまだ無効な場合は、INTERVIEW_UNAVAILABLE を発行して停止します。ペイロードをクリアとして受け入れず、代替インタビュアーを作成せず、欠落している質問をシミュレートしません。

独立した決定ゲート

インタビュアーは決定を公開し、挑戦します。メインエージェントが決定します。QUESTION_ROUND のすべての質問について、メインエージェントは個別にラベル付けされた決定レビュー（Q1、Q2 など）を1つ提出します。各レビューには以下が含まれます。

• 表示された候補の中からの独自の選択、または正当化された代替案。
• 関連するファイル、呼び出し元、構成、テスト、またはその他のタスク事実からの検証済み証拠。
• 1つの信頼できる反論、障害モード、または拒否された代替案。
• メインエージェントがプロジェクトの証拠を使用して独立して導き出す簡潔な根拠。
• 残留する不確実性と、結論を変える具体的な証拠。

候補ラベル、同意、インタビュアーの文言のコピー、または根拠のない好みのみからなる回答は、たとえ防御可能な候補を選択したとしても、不十分です。

インタビュアーは、同意ではなくレビューの質を判断し、自分の好みとは異なる十分に裏付けられた選択を受け入れます。証拠が欠落しているレビュー要素を暴露するか、決定を再開する場合にのみ、不一致を述べます。欠落している、一致しない、不完全な、コピーされた、または重要な反証を見落としたレビューについては、ANALYSIS_INSUFFICIENT を返し、質問とギャップを指定し、そのダウンストリームブランチを開いたままにします。FRONTIER_CLEAR に好みのみの散文を追加しないでください。

有効なレビューは、ラベル付けされた質問のみを解決します。未回答のダウンストリーム決定は解決しません。

有効な決定レビューのすべてのセットが完了した後、同じインタビュアーは FRONTIER_CLEAR を返す前に回答駆動型収束パスを実行します。

1. レビューから設計ツリーとフロンティアを再計算し、隠れた前提、信頼できる反例、境界、障害モード、二次的効果、および変更されたカバレッジ行について各回答に挑戦します。
2. 回答がユーザーの意図、因果的前提、パスクラス、または重要な制約を変更する場合、または証拠が現在の状況と矛盾する場合に、発散パスを再度実行します。
3. 境界付き読み取り専用偵察を通じて、証拠が必要なブランチを解決します。事実のルックアップを決定質問として提示しないでください。
4. ダウンストリームまたは再開された決定が残っている場合は、新たにロック解除または再開されたすべての決定を含む QUESTION_ROUND を返します。メインエージェントはそのラウンドに独立して回答し、同じ収束パスが再度実行されます。
5. このパスで未解決のブランチがなくなった場合にのみ FRONTIER_CLEAR を返します。有効なレビューのみでクリアランスを許可することはありません。

ユーザーは通常のインタビューを観察しますが、回答はしません。メインエージェントがすべての独立したレビューを提出します。明示的な認可境界は引き続き適用されます。許可を推測する代わりに、blocked-by-authority とマークします。

ユーザー可視の決定記録

決定フロンティアが FRONTIER_CLEAR に達し、実質的な実行が再開される前に、メインエージェントは、前回のフロンティアクリア以降に解決されたすべての決定質問を含む増分記録を1つ公開します。

INTERVIEW_DECISIONS

Q1. <question>
- Main choice: <label> — <selected option text>
- Evidence: <one concise verifiable fact supporting the main agent's choice>

ライフサイクル全体のラベルを使用します（再開された決定のリビジョンラベルを含む）。これはコンパクトな監査であり、隠された思考連鎖ではありません。プライベートな推論トレースとインタビュアーの好みは省略します。

[...翻訳のため省略]