二つのエージェントにレポートを作成させたところ、完成したレポートが二つ返ってきました。いま足りないのは文章ではなく、矛盾する二つのバージョンのどちらを採るかという判断です。並行処理は行われましたが、適切な分業はまだ行われていません。利点が生まれるのは、サブタスクがそれぞれ異なり、統合できる成果物を返すときです。
Claude Code のサブエージェント は、独自のコンテキスト、独自の課題、設定可能なツールを使って作業します。その利用は同じ上限にカウントされます。追加のコンテキストによって責任の所在が明確になることはありますが、もう一つの独立した真実が得られるわけではありません。両方のエージェントが同じ情報源を誤解することもあり得ます。
返ってくるものに基づいて課題を分割する
私たち独自の例は、修理イベントに関する短いレポートです。情報源は、スケジュールのメモ、材料リスト、確定した決定事項です。エージェント A はわかりやすい草稿を書きます。エージェント B は、与えられた三つの記述、すなわち会場の承認、参加者数の確定、材料費の承認を確認します。
エージェント B には、二つ目のレポートは明確に求めていません。それぞれの記述について、B が返すのはステータス、情報源の箇所、根拠です。これにより、分担が使いやすいインターフェースになります。メインのタスクは、二つの文章を勘で統合するのではなく、特定の条件を修正できます。
{
"aussage": "Material costs approved",
"status": "open",
"quelle": "entscheidungen.txt, Material section",
"begruendung": "Approval is still a precondition."
}この自作の形式は、考えられる成果物契約の一つであり、エージェントにネイティブな API だと主張するものではありません。同じ項目を持つテキストのリストでも、始めるには同じくらい適しています。重要なのは、「未確定」が黙って「誤り」や「確定」に読み替えられないことです。
根拠を読むエージェントに書き込みの役割は要らない
二つ目のエージェントは、指定された情報源を読み、情報源の箇所を返します。そのためには、レポート文書を並行して編集する必要も、メッセージを送信する機能も必要ありません。ツールは課題に合わせて選び、環境の権限も考慮してください。ツールのリストと実際のアクセス制御は、別々の層です。
扱いやすいプロジェクトで、架空のファイルから始めてください。そうすれば、欠けている情報源に簡単に気づけます。エージェント B が提供されていないファイルを求めた場合、返答ではその欠落を明示すべきです。アクセスできないことは、該当する決定が存在しなかったことを意味しません。
本当に並行処理できる作業はどれでしょうか？
エージェント B が三つの記述を確認している間に、エージェント A は明確にラベル付けされた情報源の状態をもとに書くことができます。その状態が変わったら、両者がそれを認識できる参照を持つ必要があります。後から確定した材料の承認が、最終版に未確定の質問と確定事実の両方として残ってはいけません。
そのため、最終ファイルの責任者として一人の人物、または一つのメインエージェントを決めてください。それ以外はメモや個別の成果物を提供します。全員が同じファイルを変更できると、内容の衝突が書き込みの衝突にもなります。並行処理を増やしても、この依存関係は解消されません。
途中経過の報告も具体的にしておくべきです。読んだファイル、すでに確認した記述、まだ欠けている情報源を伝えます。決定的な情報源の箇所こそが欠けているなら、「ほぼ完了」という大まかな報告は統合の助けにほとんどなりません。
統合はそれ自体が一つの工程です
レポートの草稿と根拠リストを並べて確認してください。食い違いがあるたびに、元の箇所に立ち返ります。そこに「予算承認後」と書かれていれば、この条件は文言の中に残さなければなりません。二つのエージェントの意見が一致していても、情報源に勝ることはありません。
有用な最終確認では、エージェントとのやり取り全体を見なくてもレポートが理解できるかどうかも問います。情報源は判別できるでしょうか？未確定の責任は残されているでしょうか？最終版を承認したのが誰か明確でしょうか？これらの問いは共同の成果物に関するものであり、個々の返答がどれだけ洗練されて見えるかに関するものではありません。
ここで説明した分担は、セッションとして実行したものではありません。示しているのは再現可能な作業契約です。すなわち、異なる成果物、限定されたツール、判別可能な情報源の状態、そして統合のためのただ一つの場所です。この契約だけでも、追加のエージェントを特定の目的に活用する助けになります。
出典と文書の状態：2026年十月25日。
