2026年6月、Claude Code にまとまった機能追加がありました。 目玉はサブエージェントのネスト生成（階層型エージェントツリー）と、フォールバックモデルチェーンの一般提供です。地味ながら日々の開発体験に効く改善——claude mcp login、/rewind の /clear 復元、バックグラウンドサブエージェントの権限プロンプト——も入っています。
本記事では、6月のCLIリリースで入った変更を、個人開発者の視点で「何が変わるのか」「どう使うか」「何に気をつけるか」に絞って整理します。
目玉①：サブエージェントがサブエージェントを生成できるようになった
これまでのClaude Codeのサブエージェントは「親が子を呼ぶ」1階層構成でした。6月のリリースでネスト型サブエージェントが一般提供になり、子エージェントがさらに自分の子を生成する階層型のエージェントツリーを構成できるようになりました。深さの上限は段階的に拡張されており、6月10日のv2.1.172では最大5階層まで対応したと報告されています。
使いどころのイメージはこうです。
- 親：「このリポジトリ全体のリファクタリング計画を立てて実行」
- 子：モジュールごとに分割して担当
- 孫：各モジュール内でテスト修正・型エラー解消など単機能を担当
あわせてエージェント別のコスト計測とスコープ付き権限も入ったため、「どの階層のどのエージェントがいくら使ったか」「どのエージェントに何を許可するか」を追えるようになっています。
注意点：階層を深くすること自体に価値はない
強力な機能ですが、以前の記事で書いた「ハーネスの数を増やすほど良いわけではない」という話がそのまま当てはまります。階層が深くなるほど、トークン消費は掛け算で増え、失敗時にどの階層で何が起きたかの追跡は難しくなります。個人開発の規模なら、まず1階層で足りないケースが本当にあるかを確認してから使うのが堅実です。「使えるから使う」ではなく、タスクの分割構造が本当に階層的なときだけ選ぶ機能だと考えています。
目玉②：フォールバックモデルチェーン——「モデルが止まる」時代の保険
もうひとつの目玉が、順序付きのフォールバックモデルチェーンです。fallbackModel 設定にモデルを試行順に並べておくと、プライマリモデルがレート制限エラーや利用不可を返したとき、Claude Codeが自動的に次のモデルへ切り替えます。
- 各エントリにモデルごとの
maxTokensとcostCeilingを指定でき、チェーンを下るときの出力サイズと支出に上限をかけられる - ヘッドレス実行だけでなく対話セッションにも適用されるようになった
- コンパクション（コンテキスト圧縮）もオーバーロードやモデル利用不可エラー時に設定済みチェーンへフォールバックする
この機能の意味は、6月〜7月の出来事とあわせて見るとよくわかります。Fable 5が19日間全世界で停止し、7月1日に復活した一件は、「最強のモデルが明日も使えるとは限らない」ことを実地で示しました。当時の記事で「モデルを差し替え可能な構造にしておく」ことを教訓として挙げましたが、フォールバックチェーンはそれをツール側が公式にサポートした形です。プライマリに最新モデル、フォールバックに安定モデルを置く構成を、設定ファイル1箇所で宣言できます。
日々の開発体験に効く改善
大きな機能以外にも、6月下旬の更新には日常のワークフローに直接効くものが揃っています。
claude mcp login / claude mcp logout：設定済みMCPサーバーの認証を、対話的な /mcp メニューを開かずにシェルから直接実行できるようになりました。認証情報のクリアも logout で完結します。CI用スクリプトやセットアップ手順に組み込みやすくなります。
シェルモードがコマンド出力に応答：npm test を実行すると、失敗内容の説明を追加のプロンプトなしで返してくれます。「実行→コピペして質問」の1往復が消えます。
/rewind が /clear 前に戻れるように：誤って /clear してしまった会話を、/rewind で復元できるようになりました。長いセッションでの事故に対する保険として地味に重要です。
バックグラウンドサブエージェントの権限プロンプト：従来、バックグラウンドで動くサブエージェントが承認の必要な操作に遭遇すると自動拒否されていましたが、メインセッション側に承認プロンプトが表示されるようになりました。「裏で動かしていたら黙って失敗していた」パターンが減ります。
コミュニティツールマーケットプレイス：リンター、フォーマッター、カスタムスラッシュコマンド、リファクタリングユーティリティなど、コミュニティ製ツールのレジストリが一般提供になりました。自作のスラッシュコマンドを公開する側に回ることもできます。
個人開発者はどこから手をつけるべきか
全部を一度に導入する必要はありません。優先度をつけるなら次の順です。
1. フォールバックモデルチェーン（すぐ設定する価値あり）：設定1箇所で障害耐性が上がり、デメリットがほぼありません。costCeiling を併用すれば、フォールバック時の想定外の支出も防げます。
2. claude mcp login と /rewind（覚えておくだけ）：導入作業は不要で、知っているかどうかだけの差です。
3. マーケットプレイス（必要になったら見る）：自分のワークフローで「毎回手で書いているスラッシュコマンド」があれば、先人のものがないか探す価値があります。
4. ネスト型サブエージェント（本当に必要になるまで待つ）：前述の通り、階層構成はコストと複雑さの増加を伴います。1階層のサブエージェントで詰まった経験が実際にできてから検討しても遅くありません。
まとめ
- 2026年6月のCLIリリースで、ネスト型サブエージェント・フォールバックモデルチェーン・ツールマーケットプレイスが一般提供になった
- エージェント別コスト計測とスコープ付き権限により、階層型エージェント構成の可視性とコントロールが向上した
- フォールバックチェーンは、Fable 5停止のような「モデルが突然使えなくなる」リスクへの公式な備えとして、個人開発者が最初に設定すべき機能
claude mcp login、シェルモードの出力応答、/rewindの/clear復元、バックグラウンドサブエージェントの権限プロンプトなど、日常の摩擦を減らす改善も多数- ネスト型サブエージェントは強力だが、階層の深さ自体に価値はない。タスクの分割構造が本当に階層的なときだけ使う
エージェント機能の拡張は今後も続くはずですが、「増えた選択肢のうち、自分の規模で本当に効くのはどれか」を見極める姿勢は変わらず重要です。まずはフォールバックチェーンの設定から始めるのがおすすめです。
関連記事
- AIエージェントの品質は「ハーネスの数」では決まらない
- Fable 5 が復活——19日間の全世界停止が「終わった」あとに残ったもの
- Claude Code「Auto Mode」登場——AIが自分で安全なアクションを判断する時代に
- Claude Codeの品質低下はなぜ起きた？個人開発者が学べること
出典・参考
- Claude Code changelog — Claude Code Docs
- What's new — Claude Code Docs
- Claude Code June 2026: 10 New Features Devs Need to Know — SitePoint
- Claude Code Nested Sub-Agents: 5 Levels Deep, Token Math, 3 Pitfalls — ofox.ai
- The Ultimate Claude Code Config for 2026: Fallback Chains, Dynamic Workflows — Level Up Coding
- claude-code/CHANGELOG.md — GitHub
よくある質問
ネスト型サブエージェントとは何ですか？
親エージェントが子エージェントを生成し、その子がさらに自分の子エージェントを生成できる階層型のエージェント構成です。2026年6月のCLIリリースで一般提供になりました。深さの上限は段階的に拡張されており、6月10日のv2.1.172では最大5階層まで対応したと報告されています。大きなタスクを分割して並行処理させられる一方、階層が深くなるほどトークン消費と挙動の追跡難度が上がる点に注意が必要です。
フォールバックモデルチェーンはどう設定しますか？
fallbackModel設定に、試行順に並べたモデルのリストを指定します。プライマリモデルがレート制限エラーや利用不可を返すと、Claude Codeが自動的にチェーンの次のモデルを試します。各エントリにはモデルごとのmaxTokensとcostCeilingを指定でき、出力サイズと支出に上限をかけられます。ヘッドレス実行だけでなく対話セッションにも適用され、コンパクション（会話の圧縮）も設定済みチェーンにフォールバックします。
ツールマーケットプレイスでは何が手に入りますか？
コミュニティが提供するClaude Code向けツールのレジストリで、リンター、フォーマッター、カスタムスラッシュコマンド、特定用途のリファクタリングユーティリティなどが公開されています。2026年6月のCLIリリースで一般提供になりました。
サブエージェントの権限まわりは何が変わりましたか？
バックグラウンドで動くサブエージェントが権限承認を必要とする操作に遭遇したとき、従来は自動的に拒否されていましたが、6月下旬の更新でメインセッション側に承認プロンプトが表示されるようになりました。あわせてエージェント別のコスト計測とスコープ付き権限も導入され、階層型エージェント構成を運用する際の可視性とコントロールが向上しています。