agent-exploration

エージェントによる調査

独立した複数の領域にわたる調査と、結果の文書化を明示的に依頼された場合に使用します。現在のハーネスに組み込まれたエクスプローラーと設定済みのモデル／労力を使用します。ユーザーによる明示的な指定がある場合は、そちらを優先します。このワークフローでは、外部ランタイムを呼び出したり、エージェントレジストリを作成したりしないでください。

範囲とディスパッチ

1. 依頼または現在のタスクから、質問と出力パスを特定します。本当に不足している範囲についてのみ確認してください。依頼されたディレクトリの作成に、追加の確認は必要ありません。成果物の場所が指定されていない場合は、.audits/exploration/<timestamp>/を既定とし、その旨を伝えます。
2. 現在のグラウンディングを再利用します。独立した質問を特定するのに必要な範囲でのみ予備調査を行います。ツール呼び出し数や情報源の数にノルマはありません。処理能力と範囲に見合う数の有用な調査単位を選び、最大8件までとします。--agentsは上限であり、水増しする目標ではありません。
3. ディスパッチの準備時に、references/dispatch-rules.mdとassets/explorer-prompt.mdを一度読みます。各エクスプローラーには、その質問、情報源の範囲、正確な出力パス、範囲を限定した書き込みの契約を一度だけ伝えます。構造化された成果物が必要な場合は、assets/analysis-template.mdを含めます。契約を複数の埋め込み文書で重複させないでください。
4. 出力ディレクトリを作成してから、処理能力に応じて独立した調査単位をディスパッチします。長期または再開可能な実行の場合に限り、プロンプトの永続的なコピーが必要です。各ワーカーは、指定された分析ファイル以外は読み取り専用です。コミットや無関係な編集は行いません。
5. 完了した各成果物と、根拠となる重要な引用を確認します。調査単位の失敗によって、正常に完了した他の調査単位が無効になることはありません。対象のワーカーに処理の続行または修正を指示します。見出しや確認文が欠けているだけの場合に、新たな全体調査を開始しないでください。
6. 回答、根拠へのリンク、見解の相違、残っている課題、実行可能な結論を記載したanalysis/summary.mdを作成します。完了した調査単位と実施できなかった調査単位を区別し、実施していない調査が成功したと主張しないでください。

各調査単位にはanalysis/NN_analysis_<slug>.mdを使用します。外部からスキーマを指定されている場合はそれを維持し、それ以外の場合は根拠に応じて各セクションを簡潔にまとめます。references/checklist.mdは確認の補助資料であり、追加の承認段階ではありません。日常的な単一ファイルの検索に、委任や調査成果物は必要ありません。