本文へスキップ
Claude Media
Claude Code v2.1.154 — Opus 4.8と動的ワークフロー、長時間タスクをエージェント群で並列に解く新版

Claude Code v2.1.154 — Opus 4.8と動的ワークフロー、長時間タスクをエージェント群で並列に解く新版

v2.1.154はOpus 4.8が高エフォート既定で利用可能になり、動的ワークフローで数十〜数百のエージェント群を背景で動かせるようになった大型機能版です。

読了目安 約20

このリリースで何ができるようになるか

Claude Code v2.1.154は、Opus 4.8がhighエフォート既定で利用可能になり、動的ワークフロー(/workflows)で数十〜数百のエージェントをバックグラウンドに並べて1つのタスクに当てられるようになり、Fast modeがOpus 4.8で従来より値下げ(標準料金の2倍で2.5倍の速度)された、v2.1系後半で最大級の機能追加版です。直前のv2.1.153が境界整備中心の小回り版だったのに対し、本版はモデル世代の更新・エージェント並列実行の新表面・既定挙動の見直しが同時に入る性格になります。

本版で読者の開発フローに直接効くのは、次の3点です。

1点目は、Opus 4.8の登場と既定エフォートの引き上げです。/modelからOpus 4.8を選んだ瞬間、エフォートの既定はhighになり、もっとも難しいタスク向けに/effort xhighが新設されています。/effortスライダのラベルも従来の「Speed」「Intelligence」から「Faster」「Smarter」に置き換わり、ユーザーが何を選んでいるかを直感的に把握できる文言に整理されました。あわせて、leanシステムプロンプト(短いシステムプロンプト)が、Haiku・Sonnet・Opus 4.7以前を除くすべてのモデルで既定になります。Opus 4.8では既定で短いシステムプロンプトと高いエフォートが組み合わさるため、長文の方向付けを自分で書かなくてもタスクに集中した応答が出やすい挙動が標準になります。

2点目は、動的ワークフロー(/workflows)の新設です。Claudeに「こういうワークフローを作ってほしい」と頼むと、Claudeが数十〜数百のエージェントをバックグラウンドで自動的にオーケストレーションして1つのタスクをこなしていきます。実行状況は/workflowsで一覧でき、長時間運用や大規模な分散作業を1つの指示から走らせる経路が用意される形です。これまでサブエージェント/loopバックグラウンドセッションで個別に組み立てていた長時間運用の構造を、Claudeが裏で組み上げてくれる表面が増えた格好になります。

3点目は、Fast modeのOpus 4.8対応と値下げです。v2.1.142でFast modeの既定モデルがOpus 4.7に切り替わって以降、Opus 4.8登場までは従来の料金体系で運用されていました。本版以降は、Opus 4.8でのFast modeが標準料金の2倍で2.5倍の速度で使えるようになり、changelog上は「従来コストの一部分(a fraction of its previous cost)」と表現される値下げが入っています。Fast modeを常用するチームには費用効率が改善する変更です。CLAUDE_CODE_OPUS_4_6_FAST_MODE_OVERRIDE環境変数は2026-06-01に削除予定として非推奨化されました。Opus 4.6でFast modeを使い続けたい場合は、/model claude-opus-4-6[1m]に切り替えてから/fast onを打つ運用に変わります。

これら3点に加えて、本版では「複数選択肢の質問」をClaudeが自分で判断できるときに省略する挙動変化、/simplify/code-review --fixから再分離されてクリーンアップ専用レビューに戻る変更、claude agents! <command>によるシェルコマンドのバックグラウンド実行、claude --bg --exec '<command>'の追加、/chromeでの接続ブラウザ選択、プラグインのdefaultEnabled: false宣言、ストリーミングツール実行の常時有効化、stdio MCPサーバへのCLAUDE_CODE_SESSION_ID/CLAUDECODE=1環境変数受け渡し、データ流出検出の改善、rm -rf $HOMEが末尾スラッシュ付きで防げていなかった問題の修正、$TMPDIRがサンドボックス内外で異なる場所を指していた問題の修正、Auto modeのオプションがVS Codeでbypass-permissions設定なしに利用可能になる挙動、auto modeの安全分類器が出力トークン切れで判断不能になり「could not evaluate this action」とブロックしていた問題の修正など、運用に効く変更が幅広く入っています。

あなたの開発フローはどう変わるか

難しいタスクをClaude任せにしたいチーム

Opus 4.8の登場と/effort xhighの新設、leanシステムプロンプトの既定化は、3つで1セットの変更として効きます。これまでのClaude Codeは、モデル選択(/model)・エフォート(/effort)・システムプロンプトの3点を、ユーザーが用途別に組み合わせてチューニングする設計でした。本版以降は、Opus 4.8を選ぶだけで「高エフォート・短いシステムプロンプト」が既定で揃う構造になります。

長時間の調査・難しいリファクタ・複雑なバグ追跡といった用途では、これまで/effort highに切り替え、システムプロンプトを必要最小限に整える作業が必要でした。本版以降は/modelでOpus 4.8を選ぶだけでよく、さらに難しいタスクには/effort xhighを当てる選択肢が増えます。/effortスライダのラベルが「Faster」「Smarter」に変わったことで、何を選んでいるかが文言から取れるようになります。

Opus 4.7以前で運用しているチームではleanシステムプロンプトは引き続き既定ではなく従来挙動が維持されるため、本版に上げるだけでは挙動は変わりません。Opus 4.8に切り替えたタイミングで挙動が大きく動く、という構造です。

数十〜数百のサブタスクに分かれる作業を持っているチーム

動的ワークフロー(/workflows)は、Claude Codeでの大規模な分散作業をユーザーが手で組み立てなくて済むようにする新しい表面です。これまでは、長時間の整備や大量の細かい作業を回すには、自分でサブエージェントを定義し、バックグラウンドセッションで分散させ、/loopで繰り返す、といった組み立てが必要でした。

本版以降は、Claudeに「これこれのワークフローを作って」と頼むだけで、必要なエージェント群を裏で自動的に並べて、1つの大きなタスクを束ねて進めてくれます。実行状況は/workflowsで一覧でき、後から流れを追えます。たとえば、「リポジトリ全体の依存バージョンを揃える」「大量のテストデータからエラーケースを抽出して分類する」「複数モジュールにまたがるリファクタを段階的に進める」といった、ひとつのClaude Codeセッションに収まりきらない作業を、人間が並列化を考えずに任せられるようになります。

すでに自分でサブエージェントとバックグラウンドセッションを組み合わせて分散運用しているチームでは、動的ワークフローを使わずに従来の構成を続ける選択肢もあります。ただ、組み立ての手間を減らしたい場面では新しい/workflowsに置き換える価値が出てきます。

Fast modeでOpus系を回しているチーム

Fast modeはこれまで標準料金より割増の単価で速度を上げる性格で、運用判断は「どの場面でその割増を払う価値があるか」という基準で組み立てる必要がありました。本版以降は、Opus 4.8でのFast modeが標準料金の2倍で2.5倍速度になります。changelog上は「従来コストの一部分」と表現される値下げが入っており、これまで遠慮していた場面でもFast modeを使いやすくなります。

Opus 4.6でFast modeを使い続けていたチームには、2026-06-01にCLAUDE_CODE_OPUS_4_6_FAST_MODE_OVERRIDE環境変数が削除されるという別の動きがあります。それ以降は、/model claude-opus-4-6[1m]でモデルを切り替えてから/fast onを打つ形に変わります。環境変数で切り替えていたCIスクリプトや起動ラッパは、本版から6月にかけて書き換えておく必要があります。

Claudeに細かく確認させたくないチーム

本版で見落としやすい挙動変化が、「Claudeが自分で判断できる場面では、わざわざ複数選択肢の質問を出さなくなる」という1行です。これまでは、Claudeが文脈から答えを推測できる場合でも、念のためユーザーに選択肢を提示することがありました。本版以降は、Claudeが本当に自分で判断できない決定に限って選択肢を出すようになります。

長時間の自走運用や、人間が画面の前にいないバッチ実行では、不要な質問が減ることで「途中で止まっていて気付かなかった」という事故が減ります。逆に、ユーザーの判断を毎回挟みたいチームでは、Claudeに「迷ったらユーザーに聞いて」と明示する形で挙動を調整する必要が出てきます。

/simplify/code-reviewを使い分けていたチーム

v2.1.147/simplify/code-reviewに名前変更され、v2.1.152/code-review --fix/simplifyの薄いラッパとして再導入された経緯がありますが、本版で/simplifyの挙動はバグ探しを含まない「クリーンアップ専用レビュー」に再定義されます。/simplifyは再利用・簡略化・効率化・抽象度(altitude)の指摘だけを出し、その指摘を作業ツリーに自動適用します。/code-review --fixのような正しさ寄りの不具合(correctness bug)の検出は走らせません。

これにより、/code-review(または/code-review --fix)はバグ探しを含むレビュー/simplifyコード整理だけのお掃除、という用途で明確に分かれます。普段「軽くお掃除だけしたい」場面で重い/code-review --fixを呼んでいたチームは、本版以降は/simplifyに切り替えるだけで、レビューが軽く速く戻ります。

バックグラウンドセッションを常用するチーム

claude agents! <command>と打つと、シェルコマンドがバックグラウンドセッションとして実行され、後からアタッチ・デタッチできるようになりました。同じことはclaude --bg --exec '<command>'の形でも起動できます。claude agents/logoutは本版以降、バックグラウンドセッションに送られるのではなく、サインアウト操作として正しく解釈されます。←←でエージェントビューを開く操作が、Bedrock・Vertex・Foundry・テレメトリ無効環境でも動くようになり、これまで一部の環境でアクセスできなかった経路が塞がれます。

あわせて、Opus 4.7以前のFast mode移行(CLAUDE_CODE_OPUS_4_6_FAST_MODE_OVERRIDE非推奨化)、バックグラウンドエージェント完了通知が一部の1Mコンテキストモデルで「out of context」挙動を早期に発火させていた問題の修正、ピン留めバックグラウンドセッションがClaude Code更新後に毎分再生成されていた問題、worktree.baseRef: "head"がワーキングワークツリーのHEADではなくメインチェックアウトのHEADを参照していた問題なども修正されています。バックグラウンドセッション・ワークツリー・サブエージェントの組み合わせで長時間運用しているチームでは、まとめて摩擦が減ります。

auto mode周辺をきっちり管理したいチーム

本版では、auto modeの分類器が「データ流出(特にリポジトリ内容の一括転送)」を検出する精度が改善されました。同時に、rm -rf $HOMEHOMEに末尾スラッシュが付いているとき危険パスとしてブロックされていなかった問題、$TMPDIRがサンドボックス化されたBashコマンドと非サンドボックスのBashコマンドで違うディレクトリを指していた問題、auto modeの安全分類器が出力トークン切れになり「could not evaluate this action」と無条件ブロックしていた問題が修正されました。

[VSCode]Auto modeは、bypass-permissions設定をあらかじめ有効にしなくてもモードピッカーに出るようになり、新規セッション画面で初回利用時に説明を出す挙動になりました。これまで「auto modeを試そうとしたら、先にbypass-permissionsを有効化しろと言われて諦めた」というつまずきが減ります。

主な変更点

本版は新機能・挙動変更・修正を合わせると40件規模の大型整備リリースです。読者の運用に効く主要なものを以下にまとめます。

Opus 4.8の登場と既定エフォートの引き上げ、/effort xhighの新設

Opus 4.8が利用可能になりました。既定のエフォートはhighで、もっとも難しいタスク向けに/effort xhighが追加されました。/effortスライダのラベルは「Speed」「Intelligence」から「Faster」「Smarter」に置き換わっています。

leanシステムプロンプトを既定化

Haiku・Sonnet・Opus 4.7以前を除くすべてのモデルで、短いシステムプロンプト(leanシステムプロンプト)が既定になりました。Opus 4.8では既定で短いシステムプロンプトと高いエフォートが組み合わさります。

動的ワークフロー(/workflows)の追加

Claudeにワークフローの作成を依頼すると、Claudeが数十〜数百のエージェントをバックグラウンドでオーケストレーションして1つのタスクを進めるようになりました。実行状況は/workflowsで確認できます。

Fast modeをOpus 4.8で値下げ

Opus 4.8でのFast modeは、標準料金の2倍で2.5倍の速度になり、changelog上では「従来コストの一部分」と表現される値下げが入りました。CLAUDE_CODE_OPUS_4_6_FAST_MODE_OVERRIDEは2026-06-01に削除予定で非推奨化されました。Opus 4.6でFast modeを使い続ける場合は/model claude-opus-4-6[1m]に切り替えてから/fast onを打つ運用になります。

不要な「複数選択肢の質問」を抑制

Claudeが文脈から自分で判断できる決定については、複数選択肢の質問プロンプトを出さなくなりました。本当に自分で判断できない決定のために選択肢提示が残ります。

/simplifyをクリーンアップ専用レビューに再定義

/simplifyは、/code-review --fixの薄いラッパではなくなり、再利用・簡略化・効率化・抽象度(altitude)に絞った「クリーンアップ専用レビュー」を実行し、結果を作業ツリーに自動適用するコマンドに戻りました。バグ探しを含むレビューは/code-review(または/code-review --fix)で行います。

claude agentsのシェルコマンドバックグラウンド実行

claude agentsの入力欄で! <command>と打つと、シェルコマンドがバックグラウンドセッションとして起動され、後からアタッチ・デタッチできます。同じ起動はclaude --bg --exec '<command>'でも可能です。

claude agents/logoutが正しくサインアウトに

これまでclaude agents/logoutを打つとバックグラウンドセッションに送られていました。本版以降は、サインアウト操作として正しく解釈されます。

←←によるエージェントビューがBedrock・Vertex・Foundry・テレメトリ無効環境で動作

これまで一部の環境では←←でエージェントビューを開けない状態がありました。本版でBedrock・Vertex・Foundry・テレメトリ無効環境でも動作するようになりました。

Claude in Chromeの接続ブラウザ選択

複数のブラウザが接続されているときに、/chromeから「Select browser…」で使うブラウザを選べるようになりました。ブラウザアクションが複数の接続で走るときは、チャット内で選べます。

プラグインにdefaultEnabled: falseオプションを追加

プラグインはplugin.jsonまたはマーケットプレースエントリでdefaultEnabled: falseを宣言できます。宣言したプラグインは/pluginまたはclaude plugin enableで明示的に有効化する必要があります。有効化されたプラグインの依存プラグインは引き続き自動的に有効化されます。

/pluginの「Discover」タブで現在のディレクトリ向けプラグインをピン留め

/pluginのDiscoverタブでは、現在のディレクトリのコンテキスト信号に合致するプラグインに「suggested for this directory」の注釈を付けてピン留め表示するようになりました。

ストリーミングツール実行を常時有効化

ストリーミングツール実行は、テレメトリ無効環境やBedrock・Vertex・Foundryでも、フィーチャーフラグなしで常に有効になりました(従来はフラグ越し)。

stdio MCPサーバへの環境変数受け渡し

stdio MCPサーバのサブプロセスに、CLAUDE_CODE_SESSION_IDCLAUDECODE=1の環境変数が渡されるようになりました。MCPサーバ側のスクリプトでセッションIDやClaude Code起動の判別ができます。

.mcp.jsonの未承認サーバを「Pending approval」として表示

出力がパイプされている場面で、claude mcp list/getは未承認の.mcp.jsonサーバを自動承認・自動接続せず、⏸ Pending approvalとして表示するようになりました。

auto mode分類器のデータ流出検出を改善

auto modeの分類器が、特にリポジトリ内容の一括転送のようなデータ流出パターンを検出する精度を改善しました。

rm -rf $HOMEが末尾スラッシュ付きでブロックされていなかった問題を修正

HOMEに末尾スラッシュが付いている環境で、rm -rf $HOMEが危険パスとしてブロックされていなかった問題を修正しました。

$TMPDIRがサンドボックス内外で違うディレクトリを指していた問題を修正

同じセッション内のBashコマンドであっても、サンドボックス化された呼び出しと非サンドボックスの呼び出しで$TMPDIRが違うディレクトリを指していた問題を修正しました。

Auto modeのVS Code内挙動を改善

[VSCode]Auto modeは、bypass-permissions設定を事前に有効化しなくてもモードピッカーに表示されるようになりました。新規セッション画面では初回利用時に説明が表示されます。

Opus 4.8サポートと4.7→4.8移行ガイダンスを/claude-apiスキルに追加

/claude-apiスキルにOpus 4.8サポートとOpus 4.7→4.8の移行ガイダンスが追加されました。

主な修正

  • バックグラウンドエージェント完了通知が、一部の1Mコンテキストモデルで「out of context」挙動を早期に発火させていた問題を修正
  • スケジュールされた/commandが発火するとバックグラウンドセッションの分類器がユーザーのゴールを失っていた問題を修正
  • ピン留めバックグラウンドセッションがClaude Code更新後に毎分再生成され、エージェント起動通知の繰り返しとアイドル時のプロセスチャーンを起こしていた問題を修正
  • 「blocked」「running」「working」で固まったバックグラウンドセッションがアイドル猶予期間後に退場しなかった問題を修正
  • バックグラウンドセッション内のサブエージェントが、ワークツリー隔離ガードをすり抜けて共有チェックアウトに書き込んでいた問題を修正
  • macOSで、デーモン終了後に取り残されたclaude --bg-pty-hostプロセスが100% CPUで回り続けていた問題を修正
  • オプションダイアログのディバイダ下に表示される選択肢で、数字キーショートカットが効かなかった問題を修正
  • worktree.baseRef: "head"がリンクされたワークツリー内からサブエージェントを生成・EnterWorktreeを呼ぶときに、メインチェックアウトのHEADを参照していた問題を修正
  • 前の行が端末幅ちょうどで折り返ったときに、後続行の先頭に空白文字が挟まる問題を修正
  • VS Codeでの思考スピナーの色数を抑え、断続的なターミナル描画崩れを修正
  • ペースト画像・ペーストテキストで始まるプランモードのプロンプトで、プランファイル名に[Image #N]/[Pasted text #N]プレースホルダが含まれていた問題を修正
  • 端末幅に収まる色付き短行に「ctrl+o to expand」のヒントが出ていた偽の展開アフォーダンスを修正
  • 不正なallowedMcpServers/deniedMcpServersの1エントリが管理設定全体のMCPポリシーを破棄していた問題を修正(不正エントリのみ除外、claude doctorに警告を出力)
  • effortパラメータをサポートしないモデルでCLAUDE_CODE_ALWAYS_ENABLE_EFFORTが設定されているときにAPI 400エラーが出ていた問題を修正
  • Windowsでclaude.exeが使用中のためアップデートに失敗するとき、汎用エラーではなく「他のセッションを閉じて再試行してください」を案内するように修正
  • ショートカットヘルプパネルから「& for background」の古いヒントを除去
  • ワークフローのみが動いている場合に、プロンプト下のタスクパネルに選択不可の「main」行が出ていた問題を修正
  • /mcpツール一覧と詳細ビューで、MCPサーバが長いツール名・複数行ツール名・長い説明を持つときのレンダリング崩れを修正
  • API(従量課金)ユーザーで/modelピッカーがFast modeオンのときに「Default」オプションのFast mode料金を表示しなかった問題を修正
  • 安全分類器の出力トークンが推論途中で尽きたとき、auto modeが「could not evaluate this action」とアクションを誤ってブロックしていた問題を修正

v2.1.154が示す方向性

本版の中核は、Opus 4.8の登場でモデル世代を更新動的ワークフローでオーケストレーションをClaude側に寄せるFast modeの値下げと既定挙動(エフォート・システムプロンプト)の整理を同じ版に詰めた、機能拡張と既定の見直しが同居する大型版という構図です。

v2.1系後半のリリースを並べると、機能拡張と境界整備が交互に積み重なっている流れが見えます。

領域v2.1.147v2.1.149v2.1.152v2.1.153v2.1.154
モデル・エフォートv2.1.147Workflowツール導入、/simplify/code-reviewにリネームv2.1.149v2.1.152--fallback-modelがセッション全体に切り替わるv2.1.153/modelの選択を既定値として保存v2.1.154Opus 4.8登場、/effort xhigh、leanシステムプロンプト既定化、Fast mode値下げ
エージェント・ワークフローv2.1.147ピン留めバックグラウンドセッションv2.1.149v2.1.152v2.1.153サブエージェントfrontmatter MCPに厳格モード適用v2.1.154動的ワークフロー(/workflows)、claude agents! <command>claude --bg --exec
既定挙動v2.1.147v2.1.149/usageのカテゴリ別内訳v2.1.152auto modeオプトイン同意の廃止v2.1.153/modelの選択が既定値にv2.1.154leanシステムプロンプトが既定、不要な複数選択肢質問を抑制
修正・整備v2.1.147エンタープライズログイン制約、/effortスライダ位置v2.1.149PowerShell cdバイパス、worktreeサンドボックス過広v2.1.152--fallback-model・MCP重複・auto modeトークン切れv2.1.153OAuth資格情報漏れ、Windows + VS Code終了時プロセスv2.1.154rm -rf $HOME末尾スラッシュ、$TMPDIR不整合、worktree.baseRef: "head"の参照ずれ
公開日v2.1.1472026-05-21v2.1.1492026-05-22v2.1.1522026-05-27v2.1.1532026-05-28v2.1.1542026-05-28

直前のv2.1.153が「/modelの既定値挙動・カスタムAPIゲートウェイのOAuth・サブエージェントfrontmatter MCPの管理ポリシー」という境界整備の小回り版だったのに対し、本版はその同日に出たもう一段大きなリリースで、モデル世代の更新・エージェント並列実行の新表面・既定挙動の整理を同時に動かしています。

ここから読み取れるのは、v2.1系後半が「境界整備の積み重ねで足場を固めた上で、新世代モデルと新しいオーケストレーション表面を一気に乗せる」というリズムで進んでいる流れです。v2.1.147・v2.1.149で権限とサンドボックスの境界を締め直し、v2.1.152・v2.1.153でカスタマイズ表面と資格情報・MCP管理ポリシーを整え、本版でモデルとワークフローの新世代を載せる、という順序になっています。

動的ワークフローが「個別組み立て」を畳んでいく意味

これまでのClaude Codeで長時間運用・大規模分散作業をやろうとすると、サブエージェントの定義、バックグラウンドセッションの起動、/loopでの繰り返し、/goalでの完了条件指定(v2.1.139)を、ユーザーが用途に合わせて組み合わせる必要がありました。これらは個別には強い道具ですが、組み立て自体に学習コストがかかり、組み合わせの正解を見つけるまでに試行錯誤が必要でした。

動的ワークフローは、この「組み合わせ」をClaude側が動的に決めるようにする方向の動きと読めます。ユーザーが「こういうワークフローを作って」とだけ伝えれば、サブエージェントの数、バックグラウンドへの分散、繰り返しの構造を、Claudeが裏で組んでくれます。/workflowsの一覧から実行を追える形で、ブラックボックス化しすぎないバランスも取られています。

長時間運用や大規模整備で「手で組むほどでもないが、ひとつのセッションで回しきれない」量の作業を抱えているチームには、本版から動的ワークフローが選択肢に入ります。すでに自分で組み立てきっているチームでは無理に置き換える必要はありませんが、新しい作業を組み立てるときには、まず動的ワークフローに振ってみる、という出だしが現実的になります。

Opus 4.8とleanシステムプロンプト既定化の組み合わせ

Opus 4.8の登場と同じ版でleanシステムプロンプトが既定になったことは、単独のモデル更新としてではなく、Opus 4.8世代の使い方の前提を整える動きと読めます。leanシステムプロンプトは、Claudeに与える「方向付け」を最小限に絞った構成で、モデル自身が文脈から判断する余地を広げる方向の挙動になります。Opus 4.8は既定エフォートがhighで、難しい判断を引き受けやすい性格を持ちます。この2つが組み合わさることで、Opus 4.8世代では「Claudeに任せる」が既定になります。

Opus 4.7以前を使い続けるチームでは、leanシステムプロンプトは既定にはならず、従来挙動が維持されます。本版に上げてもOpus 4.7以前を使っている限り、システムプロンプトの長さや既定エフォートは変わりません。新世代モデルに移ったタイミングで、挙動が大きく動く構造になっています。

利用形態別の影響度

本版が自分の環境にどの程度効くかは、次の早見表で確認できます。

利用形態影響度本版の効果
Opus系で難しいタスクを回しているチーム影響度本版の効果Opus 4.8登場、/effort xhigh、leanシステムプロンプト既定化で挙動が大きく動く
長時間運用・大規模分散作業を持っているチーム影響度本版の効果動的ワークフロー(/workflows)で組み立てがClaude任せになる
Fast modeを常用するチーム影響度中〜高本版の効果Opus 4.8でFast modeが2倍料金・2.5倍速度に。CLAUDE_CODE_OPUS_4_6_FAST_MODE_OVERRIDE非推奨化で運用切り替えが必要
auto modeを業務で使うチーム影響度本版の効果データ流出検出の改善、トークン切れによる誤ブロック修正、rm -rf $HOME末尾スラッシュ修正
claude agentsを常用するチーム影響度本版の効果! <command>によるシェル背景実行、/logoutの正常化、Bedrock・Vertex・Foundry・テレメトリ無効環境での←←サポート
プラグインを配布しているチーム影響度本版の効果defaultEnabled: false宣言、/plugin Discoverのディレクトリ別ピン留め
MCPサーバを書いているチーム影響度低〜中本版の効果stdio MCPにCLAUDE_CODE_SESSION_ID/CLAUDECODE=1が渡る、.mcp.json未承認サーバの「Pending approval」表示
Opus 4.7以前で運用しているチーム影響度本版の効果システムプロンプトとエフォートの既定は変わらない。/effortスライダのラベル変更程度

Opus 4.8への移行と動的ワークフローの導入は、本版のなかで体感差がもっとも大きい部分になります。Fast modeを常用しているチームは、Opus 4.6 Fast mode環境変数の非推奨化期限(2026-06-01)に合わせて、起動オプションの書き換えを早めに済ませておく余地があります。

まとめ

  • Opus 4.8の登場で挙動の既定が動く: /modelからOpus 4.8を選ぶと既定エフォートがhigh、leanシステムプロンプトが既定で組み合わさります。難しいタスクには/effort xhighが選べ、スライダのラベルは「Faster」「Smarter」に変わりました
  • 動的ワークフロー(/workflows)で大規模分散がClaude任せに: 数十〜数百のエージェントを背景で並べて1つのタスクを進めてもらう経路が用意されます。サブエージェント・バックグラウンドセッション・/loopを自分で組み合わせていた構造が、/workflowsに統合できます
  • Fast modeはOpus 4.8で値下げ: 標準料金の2倍で2.5倍の速度になります。CLAUDE_CODE_OPUS_4_6_FAST_MODE_OVERRIDEは2026-06-01に削除予定で、Opus 4.6 Fast mode運用は/model claude-opus-4-6[1m] + /fast onに置き換える必要があります
  • /simplifyはクリーンアップ専用に戻る: バグ探しを含まない、再利用・簡略化・効率化・抽象度の指摘だけを作業ツリーに当てるコマンドに再定義されました。バグ探しは/code-review(または/code-review --fix)を使います
  • auto mode・バックグラウンドセッション・MCP周辺の整備: データ流出検出の改善、rm -rf $HOME末尾スラッシュの修正、stdio MCPへの環境変数受け渡し、claude agents! <command>サポートなど、運用に効く修正が広く入りました

v2.1.154は、直前のv2.1.153で境界整備を済ませた直後に、新世代モデル(Opus 4.8)・新しいオーケストレーション表面(動的ワークフロー)・既定挙動の整理(leanシステムプロンプト・Fast mode値下げ・不要な質問の抑制)をまとめて載せにいった大型版です。v2.1.147以降のリリースサイクル全体の中で、足場固めの上に新世代機能を載せる転換点として読むと、本版の位置付けが追いやすくなります。

この記事を共有:XLinkedIn