Claude Code v2.1.154：Opus 4.8とダイナミックワークフローによるマルチエージェント基盤の強化

2026年05月29日 03:00 JST anthropics/claude-code

https://github.com/anthropics/claude-code/commit/1696f2229402f16f12a19170d2ad87d22459d544

Claude Code v2.1.154では、Opus 4.8のデフォルト導入とダイナミックワークフロー機能の追加により、数十〜数百エージェントを並列で動かすタスクオーケストレーション基盤が整備された。バックグラウンドセッション周りの多数のバグ修正も同時に行われ、マルチエージェント運用の安定性が向上している。

背景

本リリースの中心にあるのは、マルチエージェント実行モデルの実用化に向けた機能拡充だ。これまでのバックグラウンドセッション機能は複数の不具合を抱えており、アップデート後のプロセス再起動ループや worktree 分離の抜け穴など、実用上の障壁となっていた問題が今回一括して修正されている。新機能の追加と既存の安定性改善が同時に行われたリリースといえる。

技術的な変更

Opus 4.8とモデルデフォルトの変更

Opus 4.8 が新たに追加され、デフォルトで /effort xhigh（高努力モード）が有効化された状態で提供される。Fast Mode も Opus 4.8 向けに提供が開始されており、標準レートの2倍の価格で2.5倍の速度を実現するとされている。

モデルごとのシステムプロンプト戦略にも変更があり、リーンシステムプロンプト（lean system prompt）が Haiku・Sonnet・Opus 4.7以前を除くすべてのモデルでデフォルトになった。Opus 4.6 向けの環境変数 CLAUDE_CODE_OPUS_4_6_FAST_MODE_OVERRIDE は廃止予定となり、6月1日に削除される。Opus 4.6 で Fast Mode を使い続けるには /model claude-opus-4-6[1m] と /fast on による明示的な切り替えが必要になる。

ダイナミックワークフロー

ダイナミックワークフロー（dynamic workflows）は、ユーザーがワークフローの作成を指示すると Claude が数十〜数百のエージェントをバックグラウンドで調整しながら処理を進める機能だ。実行中のワークフローは /workflows コマンドで確認できる。大規模・複雑なタスクをエージェント群に委譲するための中核機能として位置づけられている。

バックグラウンドセッション・エージェントの改善

claude agents に対していくつかの操作性改善が加えられた。! <command> 構文でシェルコマンドをバックグラウンドセッションとして実行し、アタッチ・デタッチできるようになった（claude --bg --exec '<command>' としても利用可能）。/logout がバックグラウンドセッションに送られてしまう問題も修正されている。

バックグラウンドセッション全般にわたる安定性の修正も多数含まれる：

アップデート後にピン留めセッションが毎分再起動し、通知とプロセスのスパムが発生していた問題を修正
「blocked」「running」「working」で止まったセッションがアイドルグレース期間後に終了しない問題を修正
バックグラウンドセッション内のサブエージェントが worktree 分離ガードを回避して共有チェックアウトに書き込めていた問題を修正
macOS でデーモン終了後に claude --bg-pty-host プロセスが 100% CPU で動き続けるゾンビプロセス問題を修正
バックグラウンドセッション内でスケジュールされた /command が起動した際にセッション分類器がユーザーの目標を失っていた問題を修正

worktree の HEAD 解決バグ修正

worktree.baseRef: "head" が、リンクされた worktree 内からサブエージェントを生成したり EnterWorktree を呼び出したりした際に、カレント worktree の HEAD ではなくメインチェックアウトの HEAD を参照していたバグが修正された。worktree を活用した並列開発ワークフローにおいて、サブエージェントが誤ったベースコミットを参照するという根本的な問題を解消している。

MCP 関連の改善

Stdio MCP サーバーのサブプロセスが環境変数 CLAUDE_CODE_SESSION_ID および CLAUDECODE=1 を受け取るようになった。これにより MCP サーバー側でセッションを識別・区別できる。

claude mcp list/get の出力において、未承認の .mcp.json サーバーが出力パイプ時に自動承認・接続されるのではなく、⏸ Pending approval として表示されるようになった。また、allowedMcpServers/deniedMcpServers の管理設定に1件でも不正なエントリがあるとポリシー全体が破棄されていた問題も修正され、不正エントリは破棄した上で claude doctor 警告として通知されるようになった。

ストリーミングツール実行の一般化

ストリーミングツール実行が、テレメトリ無効時および Bedrock・Vertex・Foundry 環境でも常時有効になった。これまではフィーチャーフラグで制御されていたが、本バージョンで全環境に展開された。同様に、←← によるエージェントビュー遷移も Bedrock・Vertex・Foundry およびテレメトリ無効環境で動作するようになっている。

プラグインシステムの拡張

プラグインが plugin.json またはマーケットプレイスエントリで defaultEnabled: false を宣言できるようになった。有効化は /plugin コマンドまたは claude plugin enable で行う。有効化されたプラグインの依存関係は引き続き自動で有効化される。/plugin の Discover タブでは、現在のディレクトリとの関連シグナルがマッチするプラグインが「suggested for this directory」としてピン留め表示されるようになった。

セーフティ・UI修正

rm -rf $HOME がホームディレクトリに末尾スラッシュがある場合に危険なパスとしてブロックされなかった問題が修正された。auto-mode 分類器のデータ漏洩検知（特にリポジトリ内容の大量転送）も改善されている。また、安全分類器が推論中に出力トークンを使い切った際に「could not evaluate this action」として誤ってブロックしていた問題も修正された。

UI面では、ターミナル幅ちょうどで終わる行の次行先頭に余分なスペースが入っていた問題、VS Code でのシンキングスピナーが多数の色を生成してターミナルレンダリングが壊れていた問題、プランモードのプロンプトが画像やペーストテキストで始まる場合にプランファイル名に [Image #N] などのプレースホルダーが含まれていた問題なども解消されている。

設計判断

本リリースはマルチエージェント基盤の信頼性を高めることを明確な軸としている。ダイナミックワークフローという大きな機能追加と、バックグラウンドセッション周りの多数のバグ修正を同一バージョンに含めているのは、新機能を実用レベルで使えるよう足回りを整えてからリリースするという判断が読み取れる。

ストリーミングツール実行をフィーチャーフラグから全環境展開に切り替えた点、MCP サーバーへのセッションID環境変数伝播を追加した点など、マルチエージェント実行のオブザーバビリティとデバッグ性を高める変更が随所に見られる。

allowedMcpServers/deniedMcpServers の不正エントリ処理においては、ポリシー全体破棄からエントリ単位の無視＋警告へと変更されており、設定ミスに対してフェイルオープンではなくフェイルセーフ寄りの動作に修正されている。

まとめ

v2.1.154 は Opus 4.8 とダイナミックワークフローの導入を柱としながら、バックグラウンドセッションの worktree 分離抜け穴修正やプロセス管理の安定化を同時に行った、マルチエージェント運用に向けた総合的な強化リリースだ。新機能の使い勝手と信頼性の両面を一度に引き上げることで、実用的なエージェントオーケストレーションへの土台が整えられている。