この記事ではClaude Code v2.1.153〜v2.1.178（2026年5月末〜6月中旬）の更新を、公式changelogの一次情報に絞って整理します。
Claude Code全般の使い方は Claude Code｜2026年版・インストールからCLAUDE.md・Hooks・本番運用までの実装手引き をご覧ください。
直前のまとまった機能追加である v2.1.152 までは Claude Code v2.1.152解説｜Skill動的制御とMessageDisplayフック新設 で扱いました。
本記事はその続編にあたり、v2.1.153 以降の6月分だけを対象にします。
30秒で理解する
・/cd（v2.1.169）— プロンプトキャッシュを壊さずにセッションの作業ディレクトリを移す
・入れ子サブエージェント（v2.1.172）— サブエージェントが子を起動できる。上限はサーバー側で5階層に固定
・–safe-mode（v2.1.169）— CLAUDE.md・プラグイン・スキル・フック・MCPを全部切って起動し、原因を切り分ける
・fallbackModel（v2.1.166）— 最大3モデルを順に試すフォールバック連鎖。過負荷ターンだけ自動で切り替わる
・Tool(param:value)権限構文（v2.1.178）— ツールの入力パラメータの値まで見て許可・拒否を判定
・モデル面では v2.1.154 で Opus 4.8、v2.1.170 で Claude Fable 5 が登場
6月版アップデートの全体像とリリースのリズム
Claude Codeは6月もほぼ毎日のペースでリリースを重ねました。
v2.1.153 から v2.1.178 までの番号の間には、機能記載のない欠番（v2.1.155・v2.1.159・v2.1.164・v2.1.171・v2.1.177 など）が混じります。
これらは内部ビルドやインフラ改善で、ユーザー向けの変更を含みません。
機能として読むべき更新は、次の4つの方向に分かれます。
ひとつ目はセッション操作の更新で、/cd による作業ディレクトリ移動がここに入ります。
ふたつ目はサブエージェントの構造変化で、入れ子サブエージェントの解禁が代表例です。
3つ目は運用の堅牢化で、--safe-mode と fallbackModel が障害切り分けと継続性を担います。
4つ目は権限制御の粒度向上で、Tool(param:value) 構文とdenyルールのグロブ対応が該当します。
開発者の視点で並べると、6月の更新は新しい派手な機能よりも、長時間・並列・本番でClaude Codeを回すための足回りに重心が寄りました。
以下の3カラムは、v2.1.152 までの状態、6月版で追加された要素、その先に見えている方向を並べたものです。
| 観点 | v2.1.152まで | 6月版（v2.1.153〜178）で追加 | その先に見える方向 |
|---|---|---|---|
| セッション操作 | 起動時にディレクトリ固定 | /cdで実行中に移動（キャッシュ維持） | モノレポ横断の作業継続 |
| サブエージェント | 親が子を1段だけ起動 | 入れ子を最大5段まで許可 | 文脈分離による深い調査 |
| 障害対応 | --fallback-modelは単一指定 | fallbackModelで最大3段の連鎖 | 過負荷耐性の標準化 |
| 権限制御 | ツール名・パス中心 | パラメータ値・グロブで判定 | 細粒度ポリシーの常用 |
| トラブル切り分け | 手動で設定を外す | --safe-modeで一括無効化 | 再現環境の即時生成 |
「その先に見える方向」は公式が約束した予定ではなく、6月の更新傾向から読み取れる観察です。
確定情報と区別するため、ここでは予想として扱います。
追加機能の一覧表：バージョン別に何が入ったか
6月版で機能記載のある主なバージョンを、追加内容と一次ソースに紐付けて一覧にします。
引用はいずれもAnthropic公式changelogの記述に基づきます。
| バージョン | 主な追加・変更 | 区分 |
|---|---|---|
| v2.1.153 | /modelピッカーの選択をデフォルトとして保存。MCP・background agent周りの多数の修正 | 改善・修正 |
| v2.1.154 | Opus 4.8登場（既定でhighエフォート）。dynamic workflows導入。Opus 4.8のfast modeを低価格化 | モデル・機能 |
| v2.1.157 | .claude/skills配下のプラグイン自動読込。claude plugin initを追加。EnterWorktreeでセッション中のworktree切替 | 機能 |
| v2.1.160 | シェル起動ファイル書込前に確認。dynamic workflowのトリガー語をworkflowからultracodeへ改称 | 機能・改善 |
| v2.1.163 | requiredMinimum/MaximumVersion管理設定。/plugin list追加。Stop/SubagentStopフックがadditionalContextを返せる | 機能 |
| v2.1.166 | fallbackModel設定（最大3モデル連鎖）。denyルールのツール名位置でグロブ対応。フォールバックでターンを1回リトライ | 機能 |
| v2.1.169 | /cdコマンド。--safe-modeフラグとCLAUDE_CODE_SAFE_MODE。disableBundledSkills設定 | 機能 |
| v2.1.170 | Claude Fable 5導入（Mythosクラスを一般利用向けに） | モデル |
| v2.1.172 | 入れ子サブエージェント（最大5段）。BedrockがAWSリージョンを~/.awsから読込。/pluginにプラグイン検索バー | 機能 |
| v2.1.176 | セッションタイトルを会話の言語で生成。footerLinksRegexes設定。/cd後にgitブランチ表示がずれる不具合を修正 | 機能・修正 |
| v2.1.178 | Tool(param:value)権限構文。入れ子.claude/skillsの読込。auto modeがサブエージェント起動前に分類器で評価。compactionが--fallback-modelを尊重 | 機能・修正 |
一次ソースは記事末尾の「参照ソース」にまとめてあります。
各機能の詳細は次節以降で個別に見ていきます。
なお、コマンドの全体像は Claude Code 全コマンド完全リファレンス2026年5月版｜スラッシュ・CLI・設定を網羅 と突き合わせると、5月時点からの差分が把握しやすくなります。
/cd コマンド：キャッシュを壊さずにディレクトリを移す
v2.1.169 で /cd コマンドが追加されました。
公式changelogは「prompt cacheを壊さずにセッションを新しい作業ディレクトリへ移す」と記述しています。
ここがシェルの cd との決定的な違いです。
ターミナルで cd してから claude を起動し直すと、会話履歴もプロンプトキャッシュも失われます。
/cd はセッションと会話を保ったまま、対象ディレクトリだけを差し替えます。
モノレポで複数パッケージを行き来する場面を考えると差が見えやすくなります。
開発者が packages/api で実装し、続けて packages/web の関連箇所を直したいとき、従来はセッションを切り替えるか、フルパスで指定し続ける必要がありました。
/cd packages/web を叩けば、それまでの文脈を引き継いだまま作業の起点が移ります。
プロンプトキャッシュが維持されるため、ディレクトリ移動の直後でも再びキャッシュを積み直すコストがかかりません。
プロンプトキャッシュの維持は料金にも効きます。
ディレクトリを移すたびにキャッシュが捨てられると、移動のたびにシステムプロンプトやCLAUDE.mdを再送して積み直すことになります。
長いセッションで何度も移動する使い方では、この再構築コストが積み上がります。
/cd はその再構築を避けるため、モノレポを一日中開きっぱなしにする運用と相性がよいコマンドです。
関連して v2.1.176 では、/cd やworktree移動の後にセッションが移動前のgitブランチを報告し続ける不具合が修正されました。
ディレクトリ移動とブランチ表示の整合が取れたことで、移動先の状態を正しく前提にして作業を続けられます。
# 例: APIを実装したあと、文脈を保ったままフロントの関連箇所へ移る
/cd packages/web
# 会話履歴・プロンプトキャッシュはそのまま、作業の起点だけが変わる
入れ子サブエージェント最大5段：並列化ではなく文脈分離
v2.1.172 で、サブエージェントが自分の子サブエージェントを起動できるようになりました。
公式changelogの記述は「Sub-agents can now spawn their own sub-agents (up to 5 levels deep)」です。
親が子を呼び、子が孫を呼ぶ入れ子を、最大5階層まで許可します。
この上限はサーバー側で固定されており、設定で変える手段はありません。
設計の主眼は並列化ではなく文脈分離にあります。
子エージェントはそれぞれ独立した文脈ウィンドウと専用のシステムプロンプトで動き、親へ返すのは最終的なテキストや検証済みの結果だけです。
途中の推論やツール出力、生のログは親の文脈に流れ込みません。
ログ検索やWebスクレイピングのようなノイズの多い作業を子へ押し込み、親のウィンドウには蒸留された信号だけが上がってくる構造になります。
トレースのため、ツリー上の各エージェントが自分の agent_id と parent_agent_id を持ち、OpenTelemetryでは入れ子の実行が階層的なスパンツリーとして描画されます。
実務で効くパターンは、おおむね次の5つに整理できます。
・検証付き調査 — 各サブエージェントがノイズの多いWeb検索のために入れ子の検証役を起動し、確定した事実と出典URLだけを返す
・デバッグのファンアウト — 仮説ごとに1エージェントを割り当て、それぞれが生ログを表に出さずに入れ子で裏取りする
・影響範囲（blast-radius）分析 — 依存関係の波及を、ドキュメント階層をたどりながら子へ分解して追う
・スキルのA/B比較 — スキルの異なるバージョンの入れ子挙動を並べて比べる
・夜間の最適化 — 入れ子のテスト実行を回しながらスキルのバージョンを反復改善する
いずれも共通するのは、親の文脈を汚さずに「深さ」を分業する発想です。
並列に同じ作業を散らすのではなく、段ごとに役割を変えて、上の段ほど抽象度を上げていきます。
下の図は、調査タスクを例にした5段の入れ子です。
調査の統括"] --> B["子: 仮説Aの検証"] A --> C["子: 仮説Bの検証"] B --> D["孫: Web検索の実行
ノイズを子で吸収"] D --> E["曾孫: 出典URLの確認"] E --> F["玄孫: 引用テキストの照合
（5段目・上限）"] F -->|"確定した事実のみ"| E E -->|"検証済みURL"| D D -->|"蒸留した結果"| B B -->|"最終テキスト"| A
注意点もはっきりしています。
サブエージェントを使うワークフローは、すでに単一スレッドのセッションのおよそ7倍のトークンを使うと報告されています。
階層が深まるほどファンアウトが掛け算で効き、コストは幾何級数的に膨らみます。
タスクが1つのウィンドウに収まる、並列実行が目的、作業が浅い、プロンプトが曖昧——こうした場合は入れ子を避けるべきだと開発者は指摘しています。
「精密さの欠如はトークンより速く膨らむ」という観察は、深くする前に各段のスコープを絞れという実務的な助言です。
反復制御の設計そのものに関心がある読者は ループエンジニアリングとは｜AIエージェントの反復制御を設計する5つの軸と主要OSS実装 も参照すると、入れ子の使いどころを別の角度から検討できます。
–safe-mode フラグ：素の状態と比較して原因を切り分ける
v2.1.169 で --safe-mode フラグと環境変数 CLAUDE_CODE_SAFE_MODE が追加されました。
このフラグは、CLAUDE.md・プラグイン・スキル・フック・MCPサーバーといったカスタマイズをすべて切った状態でClaude Codeを起動します。
一方で、gitステータスやディレクトリ名は保持されます。
これらはカスタマイズではなくリポジトリの状態だからです。
使いどころは原因の切り分けです。
フックやスキルを盛ったプロジェクトで挙動がおかしくなったとき、どこが壊しているのかを設定を1つずつ外して確かめるのは手間がかかります。
--safe-mode で素の状態を一発で再現し、そこで正常なら原因はカスタマイズ側にあると分かります。
# カスタマイズを全部切って起動し、素の挙動と比較する
claude --safe-mode
# 環境変数でも同じ
CLAUDE_CODE_SAFE_MODE=1 claude
関連する設定として、同じ v2.1.169 では disableBundledSkills 設定と CLAUDE_CODE_DISABLE_BUNDLED_SKILLS 環境変数も追加されました。
--safe-mode がすべてのカスタマイズを一括で切るのに対し、disableBundledSkills は同梱スキルだけを無効化します。
全切りと部分切りを使い分けることで、切り分けの粒度を選べます。
fallbackModel 設定：過負荷のターンだけ自動で逃がす
v2.1.166 で fallbackModel 設定が追加されました。
最大3つのフォールバックモデルを順に試す連鎖を組めます。
設定はsettings.jsonに配列で書くか、コマンドラインで --fallback-model にカンマ区切りで渡します。
重複は除去され、除去後に3つを超えた分は無視されます。
{
"fallbackModel": ["sonnet", "haiku"]
}
# コマンドラインで指定する場合
claude --fallback-model sonnet,haiku
フォールバックが発火するのは、プライマリモデルが過負荷（529エラー）になったり、利用不可になったときです。
予期しない非リトライのサーバーエラーに対しては、フォールバックモデルに対して1回の自動リトライが組み込まれています。
挙動の範囲には注意がいります。
フェイルオーバーはターン単位で、次のユーザーメッセージは再びプライマリモデルから試されます。
短時間の過負荷でセッション全体が恒久的に劣化することはありません。
料金最適化と障害対策の両面で効きます。
普段は高性能モデルを使い、過負荷時だけ安価で軽いモデルへ逃がせば、止まらずに応答を返しつつ無駄な待ちを減らせます。
モデルごとの料金差を踏まえた設計は Claude Code 料金まとめ2026｜API・Fable 5・Opus 4.8を計算ツールで比較 で具体的に試算できます。
なお v2.1.178 では、コンテキスト圧縮（compaction）も --fallback-model を尊重するよう修正されました。
圧縮処理がプライマリの障害に巻き込まれず、フォールバック側で完了します。
権限強化：パラメータ値とグロブで判定する
6月版では権限制御の粒度が段階的に上がりました。
到達点が v2.1.178 の Tool(param:value) 構文です。
公式changelogは「Added Tool(param:value) syntax for permission rules to match a tool’s input parameters」と記述しています。
これまでの権限ルールはツール名やパスのパターンが中心でした。
新しい構文は、ツールの入力パラメータの値まで見て許可・拒否を判定します。
特定の引数を持つ呼び出しだけを対象にできるため、「このツールは使ってよいが、この値のときだけは止める」という条件を1行で書けます。
その前段として、v2.1.166 ではdenyルールのツール名位置でグロブパターンが使えるようになっていました。
ツール名をまとめて拒否対象に指定できるため、ルールの記述量が減ります。
権限の管理面でも更新がありました。
v2.1.175 では enforceAvailableModels 管理設定が追加され、有効にすると availableModels の許可リストが強制されます。
v2.1.163 では requiredMinimumVersion と requiredMaximumVersion の管理設定が加わり、組織として使えるClaude Codeのバージョン範囲を縛れます。
これらは個人開発より、チームや組織でClaude Codeを統制する場面で効く更新です。
v2.1.152 までとの比較：何が積み増されたか
5月末の v2.1.152 では、実行中のSkillとツールを動的に作り替える方向の更新が中心でした。
disallowed-tools フロントマター、/reload-skills、MessageDisplay フックといった、セッションを止めずに構成を変える機能群です。
6月版はその延長線上にありつつ、重心が「動的化」から「堅牢化」へ移りました。
| テーマ | v2.1.152まで（5月末） | 6月版（v2.1.153〜178） |
|---|---|---|
| 主題 | Skill/ツールの動的制御 | セッション操作・運用堅牢化・権限粒度 |
| 代表機能 | disallowed-tools / reload-skills / MessageDisplay | /cd / 入れ子サブエージェント / safe-mode / fallbackModel |
| 狙う場面 | スキル開発ループの高速化 | 本番・長時間・並列・組織運用 |
| モデル | fallback-model単一指定 | Opus 4.8 / Fable 5登場、fallbackModel連鎖 |
並列セッションを画面で束ねる流れは5月から続いています。
その文脈は Claude Code agent view発表｜全セッション一覧で並列エージェントを統治する新UI で扱いました。
6月の入れ子サブエージェントは、その「並列を見る」話に「深さを分ける」軸を足したと読めます。
下の図は、6月版で追加された要素を4つの層に分けたものです。
文脈分離"] end subgraph SAFE["安全・切り分け層"] C1["--safe-mode: 全カスタマイズ無効化"] C2["disableBundledSkills: 同梱スキルのみ無効化"] end subgraph MODEL["モデルルーティング層"] D1["fallbackModel: 最大3段の連鎖"] D2["Opus 4.8 / Fable 5"] end CLI --> SUB --> SAFE --> MODEL
業界トレンド：Claude Code が「運用堅牢化フェーズ」に入った
6月の更新を並べると、ひとつの傾向が浮かびます。
新しい入力体験や派手なUIよりも、壊れたときに切り分ける手段、止まらないための逃がし先、深い調査のための文脈分離、組織で縛るための権限といった、運用の足回りが厚くなりました。
--safe-mode は障害切り分け、fallbackModel は継続性、入れ子サブエージェントは大規模調査の文脈管理、Tool(param:value) と管理設定は統制を担います。
いずれも、個人が試すフェーズから、チームが本番で長時間回すフェーズへの移行を支える更新です。
/cd のような小さな改善も、モノレポで一日中セッションを開きっぱなしにする使い方を前提にすると意味が通ります。
ここから読み取れるのは、Claude Codeが機能を増やす段階から、増えた機能を安全かつ継続的に回す段階へ軸足を移したという観察です。
同じ傾向は、機能の追加だけでなく修正の中身にも現れています。
6月の修正には、background agentが別ディレクトリのプロジェクト設定を読みかねない問題、worktreeに入ったbackground agentがクラッシュを繰り返す問題、サブエージェントのモデル上書きに availableModels 制限が効かない問題など、並列・背景・入れ子で動かしたときの綻びをふさぐものが目立ちます。
これらは新機能の見出しにはなりにくい一方で、長時間・大規模に回したときに効いてくる種類の修正です。
機能の派手さよりも、回し続けたときの安定を取りにいく姿勢が、追加と修正の両面から読み取れます。
これは公式が宣言した方針ではなく、6月のchangelogの分布から導いた解釈であり、推測として扱います。
まとめ
6月版（v2.1.153〜v2.1.178）で押さえるべき機能は5つです。
/cd はプロンプトキャッシュを保ったままディレクトリを移します。
入れ子サブエージェントは最大5段の文脈分離を提供し、上限はサーバー側で固定されています。
--safe-mode はカスタマイズを全部切って原因を切り分けます。
fallbackModel は最大3段の連鎖で過負荷のターンだけ逃がします。
Tool(param:value) 構文は権限判定をパラメータ値の粒度まで下ろします。
同じ期間にOpus 4.8とFable 5が登場した点も、料金とモデル選択の前提として押さえておくとよいでしょう。
各機能の一次ソースは下記の通りです。
参照ソース
・Anthropic公式 Claude Code Release Notes（CHANGELOG）
・anthropics/claude-code CHANGELOG.md
・Releasebot — Claude Code Updates by Anthropic（June 2026）
・Digital Applied — Claude Code Adds Safe Mode and Fallback Model Chains
