Claude Codeサブエージェント87万トークン

サブエージェント構造は委任した各タスクのコンテキストを分離するためにあるが、筆者のログによれば、分割が作業の種類に沿っている場合にのみ効果を発揮する。最大のセッションでは、27のサブエージェントに分散した最終Context約560万トークンが親の約40万トークンを大きく上回り、外れ値は実機チェックとテスト追従作業だった。

3つの対策はそれぞれ別の方向を指す。1つはテスト作成を実装エージェントに残し、もう1つはテストの整理を実装エージェントから分離した。筆者はどちらも肥大化がどこにあるかで説明する。一方は実機チェックの回数を減らし、もう一方は複数の作業種類が1つのエージェントに溜まるのを止める。導かれた経験則は、1回の委任を1ドキュメントか1変更の大きさに収めることだった。

これらの効果が持続するかは未確定だ。Opus 5.5への切り替え後のセッションは条件が異なり、クリーンなモデル比較ではなかった。また筆者は分割しすぎるとリクエストとレポートのオーバーヘッドが増えると指摘する。ここでの数値は1人の開発者による独自計測であり、他の構成のベンチマークではなく、利用枠がどこへ消えるかを見る手段として有用だ。