並行実行するサブエージェントのコンテキストを引き継ぐか、新規にするか

目的

2026年10月25日時点の情報である。並行実行する子エージェントに何を渡し、親が何を受け入れるかを決める。この提案手順を適用する前に、ランタイムの継承動作、権限の境界、合意済みのプロトコルを再確認する。対象はコンテキストをコピーするかどうかの判断であり、引き継ぎ指示書の一般的な構成ではない。

前提条件

範囲を限定した成果物、その受け入れ条件、現在のタスクリビジョン、統合を担当する親を特定する。子の起動時に、会話テキストをコピーするのか、変更可能なファイルを共有するのか、資格情報を継承するのか、あるいはこれらを組み合わせるのかを確認する。それぞれ個別に調べること。「fork」という呼び名だけでは分離の証拠にならない。返信メッセージに収まらない証拠を置くため、使用を許可された保存先も用意する。

手順

1. 委任が役立つか確認する。 子が作業を進めるために継続的な情報更新を必要とするほど依存関係の強い作業は、親が担当し続ける。結果を親が独立して評価できる問いを委任し、書き込みと外部操作の範囲を明示する。
2. 過去の判断に依存する推論にはコンテキストの継承を選ぶ。 すでに確定した判断や例外に至る経緯が子に必要な場合に利用する。スナップショットのタスクリビジョンを記録し、現在の目的、すでに置き換えられた前提、許可された操作を改めて明示する。ランタイムが機密性の高い履歴を除外できない場合は、必要な資料だけを選んで新しい会話に渡す。
3. 独立した作業には新しいコンテキストを選ぶ。 独立したレビューを求める場合は、親の回答案を含めず、問い、正とする入力、制約、受け入れ条件を渡す。例えば、パーサーのレビューには形式の仕様と関連コードが必要である。一方、難しい原因調査を継続する場合には、以前の仮説を除外した理由も必要になることがある。どちらを選んでも、権限を暗黙に広げてはならない。
4. 会話、タスク、トレースの識別子を区別する。 A2A仕様では、コンテキスト識別子でやり取りをまとめ、タスク識別子で作業単位を表す。historyLengthパラメーターは返すメッセージ履歴の量を制限するものであり、ローカルで会話を分岐する仕組みを定義するものではない。親のリビジョンは別に記録する。OpenTelemetryのコンテキスト伝播は、実行境界をまたいでテレメトリーを関連付ける。この関連付けは、アプリケーションのタスク識別子と併用し、会話のコピーとして扱わない。
5. 開始前に返す結果の範囲を定める。 判定、簡潔な所見、証拠への参照、成果物のリビジョン、実施した確認、未解決の問いを求める。親の残りのコンテキスト量に応じて、回答量の上限を設定する。詳細な出力は、使用を許可された証拠の保存先に置き、該当箇所を取り出せるだけの情報を添える。
6. 受け入れる前に照合する。 返されたタスクリビジョンを現在の目的と照らし合わせる。判断を左右する証拠を確認し、成果物を検証する。目的が変わっていた場合は、その結果を、引き続き適用可能、修正が必要、または置き換え済みのいずれかに分類する。有用な部分結果は保持してよいが、作業完了として提示してはならない。

期待される結果

親は会話記録を最初から読み直さずに評価できる結果を受け取る。各子エージェントには、コンテキストの選択、権限の境界、証拠のつながりが明示されている。遅れて届いた応答も、どの指示の下で作られたものか特定できる。

限界と検証の根拠

これは未検証の運用提案である。新しい会話も、継承したコンテキストも、独立した判断や正しい実行を保証しない。無害なテスト用データで両方の経路を試す。子が動作している間に親の要件を変更し、古い結果が統合前に識別されることを確認する。コンテキストの節約量を実測したとは主張しない。