何が起きたか
Anthropic公式のリリース情報によると、Claude Codeのサブエージェントは、6月末の週次アップデートで動作が変わりました。従来は子エージェントを呼び出すと、その結果が返るまで会話全体が停止していましたが、変更後は子エージェントがバックグラウンドで動き続け、Claude本体は他の作業を並行して進められるようになりました。結果が出た時点で通知が入り、会話に合流します。ただし、Claudeが「次の作業に子エージェントの結果が必須」と判断した場合は、これまで通り前面（フォアグラウンド）で実行して待つ挙動も残っています。個々のサブエージェントの挙動は、定義側で背景実行を使うか前面実行に固定するかを指定できるようになっています。
この変更は使い勝手を上げた一方で、新しい種類の負荷を生みました。子エージェントが好きなタイミングでいくつも走り出せるようになったため、際限なく増殖するリスクが浮上したのです。これを受けて7月下旬のバージョンでは、同時に動けるサブエージェントの数に上限が設けられ、さらにサブエージェントが自分でまた別のサブエージェントを生成する「ネスト」自体が禁止されました。バックグラウンド化という機能拡張の直後に、それを抑え込むガードレールが追加されたという順番です。
あわせて、同じ時期の更新としてWebSearchツールの呼び出し回数に既定で上限（1セッションあたり200回）が設定されたことも報じられています。これも、エージェントが検索を自律的に繰り返す場面が増えたことに対応した措置と見られ、方向性としては今回のサブエージェント制限と一致しています。
実務にどう効くか
当メディアの運営元は、100名を超えるAI社員組織を実運用しています。日々の業務で複数のサブエージェントを並列起動する場面が多いため、この変更は他人事ではありません。
まず良い面から言うと、バックグラウンド実行の既定化そのものは歓迎できる変更です。従来は「調査を丸ごと別エージェントに任せる」判断をすると、その間メインの作業が完全に止まっていました。既定でバックグラウンドになったことで、複数の下調べや検証を同時並行で進めながら、手元の作業も止めずに続けられます。特に、結果を急いで使う必要がない調査系のタスクほど恩恵が大きくなります。
一方で注意が必要なのは、これまで暗黙に「子エージェントは1つずつ、逐次的に終わる」という前提で組んでいたワークフローがある場合です。同時に複数のサブエージェントが走る前提に切り替わったことで、完了順序が実行順序と一致しなくなります。複数の子エージェントの結果を突き合わせて統合するような設計をしている場合、すべての結果がそろうのを確認してから次に進む、という制御を明示的に入れておく必要が出てきます。
また、同時実行数に上限が設けられ、ネストが禁止されたということは、「子エージェントの中でさらに専門エージェントを呼び分ける」という多段構成を前提にしたSkill設計は、今後は成立しなくなるということです。多段的な役割分担が必要な業務は、深い階層構造で組むのではなく、呼び出し元を1段に保ったまま、それぞれの子エージェントの役割を明確に絞り込む設計に寄せておくのが安全です。すでにネスト前提でSkillや業務フローを組んでいる場合は、上限に達したときの挙動（エラーになるのか、順番待ちになるのか）を事前に確認しておくべきでしょう。
編集部の見立て
今回の一連の変更は、エージェントの自律性を上げる機能追加と、その自律性を安全に運用するための制約が、ワンセットで実装されているのが特徴だと見ています。バックグラウンド化とWebSearchの回数上限、サブエージェントの同時実行数上限とネスト禁止は、一見別々の変更に見えますが、いずれも「エージェントが勝手に増殖・暴走する余地を塞ぐ」という同じ方向を向いています。Skillや業務フローを設計する側も、機能が増えるたびに歓迎するだけでなく、その裏で制約がどう変わったかをセットで確認する習慣を持つ必要がありそうです。
次号予告は購読でお知らせします。