前回の v2.1.149 / v2.1.150 まとめ 以降、Claude Code は 2026-05-27 から 2026-06-06 にかけて v2.1.152 から v2.1.168 まで一気に進みました。なお v2.1.151 は欠番(単独エントリとして公開されていない)、v2.1.150 は前回カバー済みなので、本記事は v2.1.152 を起点にします。
このレンジの主役ははっきりしています。v2.1.154 の Opus 4.8 標準化と dynamic workflows の導入です。加えて、workflow から ultracode へのトリガー語改名、claude agents(バックグラウンドセッション)まわりの大量の修正、fallbackModel による冗長化、そしてシェル起動ファイルやビルド設定ファイルへの書き込みを確認するセキュリティ強化が入りました。
この記事も、各変更を「何に使えるのか」「上げるべき理由は何か」という実務目線で整理します。
全体像
| バージョン | 公開日 | 主な変更 |
|---|---|---|
| v2.1.152 | 2026-05-27 | /code-review --fix が working tree に修正を適用、skill/コマンドの disallowed-tools、/reload-skills、MessageDisplay フック、auto mode の opt-in 撤廃 |
| v2.1.153 | 2026-05-28 | skipLfs、status line に COLUMNS/LINES、claude agents 多数の修正、/model の既定保存挙動変更 |
| v2.1.154 | 2026-05-28 | Opus 4.8 標準化(既定 high effort・/effort xhigh)、dynamic workflows 導入(/workflows)、Opus 4.8 の fast mode 値下げ、lean system prompt が既定に、/simplify がクリーンアップ専用に、claude agents の ! <command> |
| v2.1.156 | 2026-05-29 | Opus 4.8 で thinking ブロックが改変され API エラーになる問題の修正 |
| v2.1.157 | 2026-05-29 | .claude/skills のプラグイン自動ロード、claude plugin init、/plugin 引数補完、EnterWorktree のセッション中切替 |
| v2.1.158 | 2026-05-30 | Bedrock / Vertex / Foundry の Opus 4.7・4.8 で auto mode が利用可能(opt-in) |
| v2.1.160 | 2026-06-02 | シェル起動ファイル・ビルド設定ファイル書き込みの確認プロンプト、grep 後の Edit が Read 不要に、workflow → ultracode トリガー語改名 |
| v2.1.161 | 2026-06-02 | 並列ツール呼び出しの独立化、claude mcp のシークレット秘匿、各種 telemetry / 修正 |
| v2.1.162 | 2026-06-03 | claude agents --json の waitingFor、WebFetch 権限ルールの優先順位修正、Windows パスのバックスラッシュ権限マッチ修正 |
| v2.1.163 | 2026-06-04 | requiredMinimumVersion/requiredMaximumVersion、/plugin list、Stop/SubagentStop フックの additionalContext |
| v2.1.166 | 2026-06-06 | fallbackModel(最大 3 つ)、deny ルールのツール名グロブ、クロスセッションメッセージの権限剥奪、thinking 無効化の整理 |
| v2.1.159 / 165 / 167 / 168 | — | 内部改善・バグ修正中心(ユーザー向けの目立つ変更なし) |
v2.1.155 / v2.1.164 は単独の機能エントリとしては現れていません。連番の欠落はこのとおりです。
主役:Opus 4.8 と dynamic workflows(v2.1.154)
このレンジで真っ先に効くのが、2026-05-28 の v2.1.154(同日に Anthropic が Opus 4.8 を発表)です。
- Opus 4.8 が標準化。既定で high effort を使い、最難タスク向けに
/effort xhighが用意されました。/effortのラベルも「Speed / Intelligence」から「Faster / Smarter」へ言い換えられています。 - dynamic workflows の導入。「workflow を作って」と頼むと、Claude が数十〜数百のエージェントをバックグラウンドにオーケストレーションし、大きく複雑なタスクをまとめて回せるようになりました。実行状況は
/workflowsで確認します。 - Opus 4.8 の fast mode が値下げ。標準レートの 2 倍で 2.5 倍速になりました(以前より大幅に安い)。
- lean system prompt が既定に(Haiku・Sonnet・Opus 4.7 以前を除く全モデル)。システムプロンプトが軽くなり、その分を実作業のコンテキストに回せます。
- Claude が選択式の質問を出すのは「自力で判断できない決定」に限定されるようになりました。十分なコンテキストがあるのに確認で止まる、という割り込みが減ります。
何に使えるか
dynamic workflows は、「1 本の会話に収まらない規模」を 1 コマンドに落とすのが本質です。大規模なリファクタ、コードベース横断の監査、移行作業のように「分割 → 並列 → 検証 → 統合」を要する仕事が向きます。/effort xhigh は、難所だけ意図的に思考量を上げたいときのスイッチとして使えます。fast mode 値下げと合わせると、日常の往復は fast mode で速く・安く、難所だけ xhigh という出し入れが現実的になりました。
なお Opus 4.8 では、初期に thinking ブロックが改変されて API エラーになる問題があり、v2.1.156(2026-05-29)で修正されています。Opus 4.8 を使うなら最低でも v2.1.156 以降に上げてください。
トリガー語が workflow → ultracode に変わった(v2.1.160)
挙動変更として把握しておくべきなのが、dynamic workflow のトリガーキーワードの改名です。
v2.1.160(2026-06-02): 「workflow」という語ではトリガーされなくなり、
ultracodeが新トリガー語になった。自分の言葉で workflow を頼めば従来どおり起動する。トリガー語はプロンプト入力欄で紫にハイライトされる。
これに先立つ v2.1.157 では、プロンプト中の workflow という語で意図せず workflow が起動するのを防ぐため、/config に「Workflow keyword trigger」設定が追加されていました。v2.1.160 はトリガー語そのものを ultracode に差し替えたもので、CLAUDE_CODE_OPUS_4_6_FAST_MODE_OVERRIDE の no-op 化なども同時に入っています。
何に使えるか: 「workflow」という単語をふつうの文章で頻繁に使う人(設計レビューや仕様書を書く文脈)は、これで誤起動が止まります。逆に dynamic workflow を明示的に呼びたいときは ultracode と書きます。
claude agents(バックグラウンドセッション)が一気に成熟した
このレンジは claude agents 系の修正と小機能が量で効いた回でもあります。
! <command>でシェルをバックグラウンド実行(v2.1.154)。claude agentsで! <command>と打つと、アタッチ/デタッチできるバックグラウンドセッションとしてシェルコマンドを回せます。claude --bg --exec '<command>'でも同じことができます。長いビルドやテストを投げて他の作業を続ける用途に向きます。claude agents --jsonにwaitingFor(v2.1.162)。待機中のセッションが何でブロックされているか(例:権限プロンプト)を JSON で取れます。CI やダッシュボードから「人間の承認待ち」を検知する自動化に使えます。- 表示まわりの実用修正が多数:ワイド端末での状態テキスト切り詰め解消、長いセッション名の伸長、
done/total表示(v2.1.161/162)、URL でのセッション絞り込み(v2.1.166)など。 - バックグラウンドセッションの会話消失・原プロンプト再実行といった事故(再アタッチ時、更新後、スリープ復帰後)が複数修正されています(v2.1.153〜160)。
claude agents を日常的に回している人ほど、このレンジは**「壊れていたものが直った」体感**が大きいはずです。
プラグインと skill / hooks の拡張
.claude/skillsのプラグインを自動ロード(v2.1.157)。マーケットプレイス不要でローカルのプラグインを読み込めます。claude plugin init <name>で雛形を生成できます。/plugin list(v2.1.163)で導入済みプラグインを一覧。--enabled/--disabledで絞り込めます。defaultEnabled: falseをplugin.jsonに書けば(v2.1.154)、既定では無効・必要なときだけ有効化する配布ができます。- skill / スラッシュコマンドの
disallowed-tools(v2.1.152)。frontmatter でツールをそのスキル実行中だけ外す指定ができます。「このスキルでは Bash を使わせない」といった制約をスキル側に書けます。 /reload-skills(v2.1.152)でセッションを再起動せずに skill ディレクトリを再走査。SessionStartフックはreloadSkills: trueを返せば、フックでインストールした skill を同じセッションで即利用可能になります。MessageDisplayフック(v2.1.152)。表示されるアシスタントメッセージ本文を変換・非表示にできるフックイベントです。秘匿情報のマスキングや出力整形に使えます。- Stop / SubagentStop フックの
additionalContext(v2.1.163)。hookSpecificOutput.additionalContextを返すと、フックエラー扱いにせずにフィードバックを渡してターンを継続できます。「終わろうとしたら追加チェックを促す」用途に。
フック全般の実務設定は Claude Code の hooks 実践 も参照してください。
/simplify と /code-review --fix の役割が整理された(v2.1.152 / 154)
- v2.1.152:
/code-review --fixが、レビュー後に指摘を working tree へ適用するようになり、再利用・簡素化・効率の提案を出します。同時に/simplifyが/code-review --fixを呼ぶ形に変わりました。 - v2.1.154:
/simplifyがクリーンアップ専用レビュー(reuse / simplification / efficiency / altitude)を回して修正を適用する形に整理され、バグ探索を含む/code-review --fixのフルレビューとは役割が分かれました。
使い分けは明快です。バグも探したいなら /code-review、品質の地ならし(重複削減・簡素化)だけなら /simplify。--fix を付ければどちらも working tree に適用まで進みます。
信頼性:fallbackModel とリトライ(v2.1.166)
fallbackModel設定(v2.1.166)。プライマリモデルが過負荷・利用不可のときに順に試すフォールバックモデルを最大 3 つ設定できます。--fallback-modelは対話セッションにも効くようになりました。- API が想定外の non-retryable エラーを返したとき、Claude Code はフォールバックモデルで 1 回だけターンを再試行します(認証・レート制限・リクエストサイズ・トランスポートのエラーは従来どおり即時に表面化)。
何に使えるか: ピーク時間帯に Opus が詰まっても、Sonnet などへ自動で流して作業を止めない構成が組めます。長時間のエージェント実行やバックグラウンドジョブで、**「過負荷で 1 回失敗→そのまま停止」**を避けられます。
セキュリティ・権限まわりの修正
権限関連は理由を問わずまず上げる価値があります。このレンジの主な強化:
- シェル起動ファイル書き込みの確認プロンプト(v2.1.160)。
.zshenv/.zlogin/.bash_loginや~/.config/git/への書き込み前に確認が入ります。これらは意図しないコマンド実行につながり得るためです。 acceptEditsモードでのビルド設定ファイル確認(v2.1.160)。.npmrc/.yarnrc*/bunfig.toml/.bazelrc/.pre-commit-config.yaml/.devcontainer/など、コード実行を許す設定ファイルへの書き込み前に確認します。- クロスセッションメッセージの権限剥奪(v2.1.166)。
SendMessageで他の Claude セッションから中継されたメッセージはユーザー権限を持たなくなり、受信側は中継された権限要求を拒否、auto mode もこれをブロックします。マルチセッション運用での権限昇格経路を塞ぐ修正です。 - deny ルールのツール名グロブ(v2.1.166)。deny ルールのツール名位置で
"*"(全ツール拒否)などのグロブが使えます。allow ルールは非 MCP のグロブを拒否し、未知のツール名は起動時に警告します。 claude mcpのシークレット秘匿(v2.1.161)。list/get/addが${VAR}を展開せず、認証ヘッダや URL 内のシークレットを伏字にします(ターミナルへの秘匿情報出力を防止)。- WebFetch 権限ルールの優先(v2.1.162)。組み込みの事前承認ドメインより、明示した
WebFetch(domain:...)の deny/ask/allow が優先されるようになりました。 - Windows のパスマッチ修正(v2.1.162)。バックスラッシュ表記(
~\、\\server\share)や大文字小文字違いで権限ルールが一致しない問題、Read deny が Glob/Grep 結果からファイルを隠さない問題を修正。
Opus 4.7 → 4.8 の移行で挙動が変わった点が気になる場合は、Opus 4.7 の breaking changes 解説 の整理も参考になります。
ユーザー視点の重要度ランキング
- Opus 4.8 標準化 + thinking ブロック修正(v2.1.154 / 156) — モデルが変わる本丸。Opus 4.8 を使うなら最低 v2.1.156 以降
- 権限・セキュリティ修正(v2.1.160 / 161 / 162 / 166) — シェル起動ファイル確認、クロスセッション権限剥奪、シークレット秘匿。理由を問わず上げる価値
fallbackModel(v2.1.166) — 過負荷で止めたくない長時間ジョブ・エージェント運用に効くworkflow→ultracode改名(v2.1.160) — dynamic workflow を使う/誤起動を避けたい人は把握必須claude agentsの大量修正 — バックグラウンドセッション常用者は体感が大きい- plugins / skills / hooks 拡張(v2.1.152 / 157 / 163) — 自作スキル・社内配布を運用している人向け
推奨アクション
- 全ユーザー:
claudeを最新版に更新する(本記事の対象 v2.1.168 には Opus 4.8 の thinking 修正と一連のセキュリティ修正が含まれる。v2.1.169 以降は本記事のカバー範囲外なので別途 changelog を確認)。claude updateは v2.1.166 からダウンロード前に対象バージョンを表示するようになっています - Opus 4.8 を使う人: 既定が high effort。難所は
/effort xhigh、日常は fast mode(2 倍レートで 2.5 倍速)を使い分ける - dynamic workflow を使う人: トリガー語は
ultracode。「workflow」という語では起動しない - 長時間ジョブ・エージェント運用者:
fallbackModelを最大 3 つ設定し、過負荷時の自動フォールバックを用意する - エンタープライズ管理者:
requiredMinimumVersion/requiredMaximumVersion(v2.1.163)で許可バージョン範囲を強制できる。acceptEditsのビルド設定ファイル確認やclaude mcpのシークレット秘匿も合わせて確認
まとめ
v2.1.152〜v2.1.168 は、Opus 4.8 という新モデルの着地を中心に、dynamic workflows・claude agents の成熟・fallbackModel の冗長化・そして権限まわりの地道な締め直しが重なった、密度の高いレンジでした。トリガー語が ultracode に変わった点だけは挙動変更として覚えておく価値があります。新機能を待つ理由は無く、最新版まで上げてしまう(少なくとも本記事の対象 v2.1.168 以降)のが今回の正解です。
release notes タグで Anthropic / Claude Code のリリース情報を継続フォローしています。