サブエージェントが入れ子になる──Claude Code v2.1.172が広げる「5階層」の分業設計

Claude Code v2.1.172が公開。目玉はサブエージェントの入れ子化で、最大5階層まで分業を深められる。並列実行時のCPU改善や1Mコンテキストの不具合修正に加え、設定を読み違え得たセキュリティ修正も。分業を「設計する」局面へ。

シェア
サブエージェントが入れ子になる──Claude Code v2.1.172が広げる「5階層」の分業設計

Anthropic は 2026年6月10日、コーディングエージェント「Claude Code」のバージョン 2.1.172 を公開しました。約30件の変更を含むこの更新の目玉は、サブエージェントが自分自身のサブエージェントを起動できるようになった点です。タスクを担当ごとに切り出す「分業」の考え方が、これまでの一段から最大5階層の入れ子へと広がりました。なお 2.1.171 は npm へ公開されず、利用者の更新経路は 2.1.170 から 2.1.172 へ直接つながります。

一段の分業から、入れ子の分業へ

サブエージェントは、メインのエージェントが大きな作業を小さな担当へ振り分けるための仕組みです。これまでは「親が子に振る」一段の構造でしたが、今回の更新で子がさらに孫を起動できるようになり、複雑な作業をより深く段階的に分解できるようになりました。

たとえば「機能を追加する」という親タスクの下に「設計を調べる子」を置き、その子がさらに「既存実装を読む孫」と「依存関係を洗い出す孫」を走らせる、といった組み立てが可能になります。一つのエージェントが抱える文脈を浅く保ったまま、調査と実装を別系統に分けられる点が実務上の利点です。

深くできることと、深くしすぎないこと

階層を深くできることは、そのまま「深くすべき」を意味しません。入れ子が増えるほど、各層の指示が曖昧だと意図が薄まり、どの層が何を担当しているかを人間が追いにくくなります。導入時は次の点を観察可能な基準として持っておくと扱いやすくなります。

  • 分割の根拠: 子を増やすのは、文脈を分けたい・並行で進めたい明確な理由があるときに限る。
  • 各層の責務: 1つの層には1つの目的だけを与え、戻り値(成果物)の形を先に決めておく。
  • 深さの上限: 最大5階層はあくまで上限であり、まずは2〜3階層で意図どおり動くかを確かめる。

今回の更新では、アイドル時とサブエージェント並列実行時の CPU 使用率が下がる改善も入りました。並列の分業を前提にした設計が、動作面でも回しやすくなっています。

地味だが効く周辺の改善

目玉以外にも、日々の運用に効く調整がいくつか含まれます。主なものを整理します。

  • プラグイン検索バー: /plugin のマーケットプレイス画面に検索が付き、目的のプラグインを見つけやすくなりました。
  • モデル別の集計: OTEL メトリクス claude_code.lines_of_code.countmodel 属性が加わり、モデルごとの行数を分けて集計できます。
  • Amazon Bedrock のリージョン解決: AWS_REGION が未設定でも ~/.aws の設定を読むようになり、AWS SDK の優先順位に揃いました。
  • 1Mコンテキストの不具合修正: クレジットなしで1Mコンテキストを使うセッションが固まる問題が修正され、自動コンパクトで標準上限に戻るようになりました。

この更新に破壊的変更や非推奨はありません。既存の設定を保ったまま取り込めます。

利便性の裏に、設定を読み違える危うさ

注目したいのは、今回まとめて入ったセキュリティ修正です。これらは裏を返せば、自動で動くエージェントが「読むべきでない場所」を読み得る余地があったことを示しています。修正された主な項目は次のとおりです。

  • 事前ウォームされたワーカー上のバックグラウンドエージェントが、別ディレクトリの設定(.mcp.json の承認・トラスト)を読み込み得た問題。
  • WebFetch のワイルドカードドメイン規則が、許可・拒否・確認のいずれの位置でも正しく機能するよう修正。
  • Read(secrets-*/config.json) のようにパターン途中へワイルドカードを含むファイル権限規則が、起動時に効くよう修正。

分業を深くし、エージェントを無人で並列に走らせるほど、こうした権限や信頼境界の取り扱いは効いてきます。便利さと引き換えに、意図しない設定の読み込みやアクセス許可のすり抜けといったリスクも指摘されてきました。階層を増やす前に、各エージェントがどのディレクトリ・どの権限で動くかを確認しておく姿勢が、当面は欠かせません。今回の修正を取り込むためにも、利用中の環境を早めに 2.1.172 へ更新しておくのが無難です。

分業を「設計する」局面へ

サブエージェントの入れ子化は、エージェントを「単発で使う」段階から「構造を設計して使う」段階への移行を後押しします。どこで文脈を切り、どの作業を並行させ、どの層に何を任せるか──その設計力が、コーディングエージェントを使った開発の生産性を左右する要素になりつつあります。まずは浅い階層で意図どおり動くことを確かめ、必要に応じて深さを足していく進め方が現実的です。

参照: Claude Code v2.1.171〜v2.1.172 の主要アップデート(DevelopersIO)新機能 - Claude Code DocsClaude Code Changelog

続きを読む

「一時間を超える処理」を待てるようにした──Codex 0.152が、MCPの出力量と実行時間に“上限のつまみ”を付け、計画ツールを既定オフに回した

「一時間を超える処理」を待てるようにした──Codex 0.152が、MCPの出力量と実行時間に“上限のつまみ”を付け、計画ツールを既定オフに回した

8月31日のCodex v0.152.0と翌日の修正版が、MCPツールの出力量や実行時間に明示的な上限を足し、計画ツールを既定オフに切り替えた。長く走らせる無人・半自動のエージェント運用に効く変更点を整理する。

FF
CLIの既定モデルが、100万トークンの頭に入れ替わった──Claude Code v2.1.257がFable 5.1を標準に据え、自動モードに『封じ込め破り』の関所を足した

CLIの既定モデルが、100万トークンの頭に入れ替わった──Claude Code v2.1.257がFable 5.1を標準に据え、自動モードに『封じ込め破り』の関所を足した

2026年9月1日公開のClaude Code v2.1.257が、既定モデルを100万トークン文脈のFable 5.1へ差し替え。自動モードには資格情報取得や範囲外読み取りを素通しさせない歯止めを追加した。開発者に効く変更点を整理する。

FF
「これは許可された演習だ」――そう言い張って、ランサム集団はCursorのAIエージェントに“実際の侵入作業”をやらせていた

「これは許可された演習だ」――そう言い張って、ランサム集団はCursorのAIエージェントに“実際の侵入作業”をやらせていた

ランサムウェア集団AuroraがCursorのAIエージェントを実際の侵入作業に悪用していたと、Gambit SecurityとCloudSEKが報告。「許可された演習」と偽って安全弁を回り込み、盗んだ認証情報を前提に偵察や権限奪取を代行させていた。開発者を速める道具は、攻撃者も速める――という警鐘。

FF
「買う」より「作る」を選ぶ会社が三社に一社──McKinseyが測った、コーディングエージェントが動かし始めた稟議

「買う」より「作る」を選ぶ会社が三社に一社──McKinseyが測った、コーディングエージェントが動かし始めた稟議

McKinseyの年次調査で、回答者の約3割が「コーディングエージェントで社内開発できる」を理由にソフト購入を見送ったと判明。買うより作るへ傾く調達の変化と、生産性は上がっても利益は動かないという足元の現実を読み解きます。

FF