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

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

Share
サブエージェントが入れ子になる──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

Read more

IDEは「必須」から「選択肢」へ──Gartnerが読むエージェント開発の地殻変動

IDEは「必須」から「選択肢」へ──Gartnerが読むエージェント開発の地殻変動

2027年までにエージェント型コーディングを使うチームの65%超がIDEを不可欠と考えなくなる──Gartnerの予測を、開発者目線で読み解きます。何が中心を動かすのか、利便性の裏にあるスキル空洞化の懸念まで。

By FF
手元のエージェントに「オープンな頭脳」を挿す──Moonshotの新モデルKimi K2.7-Codeが広げる選択肢

手元のエージェントに「オープンな頭脳」を挿す──Moonshotの新モデルKimi K2.7-Codeが広げる選択肢

Moonshot AI が6月12日に公開したコーディング特化モデル Kimi K2.7-Code。重みは Modified MIT で公開され、Claude Code や Cline にそのまま挿せる。開発現場の選択肢を広げる一手を、利点と留保の両面から整理します。

By FF
1トークンずつ書くのをやめたGemma──Googleの「DiffusionGemma」が手元のGPUで狙う毎秒1,000トークン

1トークンずつ書くのをやめたGemma──Googleの「DiffusionGemma」が手元のGPUで狙う毎秒1,000トークン

Google DeepMindが実験的オープンモデル「DiffusionGemma」を公開。1トークンずつ書く方式をやめ、256トークンを一括生成する拡散方式で手元のGPUでも最大4倍速。Apache 2.0で誰でも入手でき、速度と品質の割り切りを開発者目線で整理します。

By FF