Claude Code v2.1.160 — ダイナミックワークフローの起動語がultracodeに変更

Claude Code v2.1.160は、エージェントの自律実行が広がるなかで「意図せずコードが実行されてしまう書き込み」に確認をはさむ版です。シェルの起動ファイルやビルドツールの設定ファイルへ書き込む直前に確認プロンプトが出るようになり、acceptEditsモードや自律運用で走らせていても危険な経路を一度止められます。あわせて、ダイナミックワークフロー(Dynamic Workflows)の起動語がworkflowからultracodeに変わり、grepで見たばかりのファイルを再読み込みなしで編集できるようになりました。

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

主な変化は次の3つです。いずれも、長時間エージェントを走らせる運用ほど効いてきます。

1つ目は、書き込み前に確認をはさむ安全策です。.zshenvや.zlogin、.bash_loginといったシェルの起動ファイル、~/.config/git/配下、そして.npmrcや.bazelrc、.pre-commit-config.yaml、.devcontainer/のようなビルドツール設定への書き込み前に、確認がはさまります。これらは次回のシェル起動やビルド時にコマンドを実行する可能性があるファイルなので、エージェントが意図せずここへ書き込む経路を、その場で止められます。

2つ目は、ツール往復の削減です。grep系のコマンド(grep/egrep/fgrep)で単一ファイルの中身を見た場合、そのファイルは、編集する前にあらためて読み込む必要がなくなりました。これまでは「見た」だけでは編集前提の読み込み条件を満たさず、もう一度ファイル全体を読み直す必要がありました。長時間の自律運用ではこの往復が積み重なり、コンテキストの消費と応答の遅れの両方につながります。

3つ目は、ダイナミックワークフローの起動語の変更です。プロンプト入力欄でワークフローを呼び出す起動語が、workflowからultracodeに変わりました。これにあわせてultracodeはすみれ色(violet)でハイライト表示されます。workflowという語では発火しなくなったため、すでにワークフローを使っているなら、入力する語を切り替える必要があります。

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

利用形態によって、効き方が大きく分かれます。自分の使い方に近いところだけ確認すれば判断できます。

acceptEditsモードや権限プロンプトなしの自律運用を多用しているなら、今回の確認プロンプトが最も効きます。これまでacceptEditsでは編集がそのまま通っていましたが、コード実行につながりうる設定ファイルだけは確認で一度止まるようになりました。自動で走らせたままでも、起動ファイルの書き換えのような操作には人の確認が入ります。

grepで当たりを付けてから編集する流れを多用しているなら、読み込みの往復が減ります。検索でヒットしたファイルをそのまま編集に回せるため、同じファイルを読み直すステップが省けます。修正対象が多い大きめのタスクほど、節約が積み上がります。

ダイナミックワークフローを使っている最中なら、起動語の切り替えが必要です。ultracodeと入力するとすみれ色でハイライトされ、ワークフローが立ち上がります。これまでのworkflowは反応しないので、ショートカットやスニペットにworkflowを登録している場合は更新の対象になります。

Windows・WSL(Windows Subsystem for Linux)やバックグラウンドセッションを常用しているなら、今回の更新は安定性の面で価値があります。WSLでの選択コピーがWindowsのクリップボードに入らない問題や、バックグラウンドセッションの復元時に会話が失われる問題など、運用で詰まりやすかった点がまとめて直っています。

主な変更点

ここから先は技術的な詳細です。各項目に「誰に効くか」を1行添えます。

追加(セキュリティ)

• シェルの起動ファイル(.zshenv/.zlogin/.bash_login)と~/.config/git/配下への書き込み前に確認プロンプトを表示。これらは次回のシェル起動時にコマンドを実行する可能性があるため、念のため確認を入れています。自律運用でエージェントを走らせる利用者に効きます。
• acceptEditsモードで、コード実行を許すビルドツール設定への書き込み前に確認プロンプトを表示。対象は.npmrc/.yarnrc*/bunfig.toml/.bazelrc/.pre-commit-config.yaml/.devcontainer/など。acceptEditsで編集を自動承認している利用者に効きます。

改善

• grep/egrep/fgrepで単一ファイルを見た場合、編集する前にあらためて読み込む必要がなくなりました。検索から編集へ直行する利用者に効きます。
• 非アクティブなバックグラウンドセッションを開くときの性能を改善。バックグラウンドセッションを多用する利用者に効きます。
• auto modeの分類器のレイテンシを改善し、「could not evaluate this action」によるブロックが減少。auto modeを使う利用者に効きます。
• バックグラウンドセッションの終了処理で、SIGKILLの前にSIGTERMを送るように変更し、クリーンアップ処理が走るように。長時間バックグラウンド実行を回す利用者に効きます。

修正

背景セッション・Windows・WSLを中心に、多くの不具合が修正されました。代表的なものは次のとおりです。

• WSLでの選択コピーがWindowsのクリップボードに入らない問題を、OSC 52ではなくPowerShellと連携する形で修正(OSC 52非対応のMobaXterm等は対象外)。WSL利用者に効きます。
• claude agentsで完了済みセッションを復元すると、チャット履歴が消えて元のプロンプトが再実行されてしまう問題を修正。バックグラウンドエージェント利用者に効きます。
• 夜間のセッション退避(retire)後に再アタッチすると会話が失われ再実行される問題、高負荷時にclaude --bgが「socket missing」になる問題、再開したバックグラウンドエージェントが「Completed」と誤表示される問題を修正。
• Windowsでclaude rmの後にセッション開始ディレクトリを削除できない問題、高CPU時にWindowsでEsc・矢印・入力が反応しない問題、file:///C:/...形式のリンクが壊れる問題を修正。Windows利用者に効きます。
• 自動更新の再チェックで数秒フリーズする問題、非対応ターミナル(Apple Terminal・tmux)へのsync-outputマーカーで描画が崩れる問題、マウスホイールがトランスクリプトではなく履歴をスクロールする問題を修正。
• CJK(日中韓)のIME入力位置が画面左下にずれる問題、非ASCIIのパスやブランチ名でvoice modeの接続が失敗する問題を修正。日本語環境の利用者に効きます。
• Bedrock・Vertex・Foundryでauto modeが使えないときの案内を、CLAUDE_CODE_ENABLE_AUTO_MODEによるオプトインの案内に修正。/effort ultracodeがxhigh非対応モデルで誤ってダイナミックワークフロー設定のせいだと表示する問題も修正し、非対応モデルではultracodeを提示しないように。
• SDKや他ホストでモデルが見つからないとき--modelを誤って提案する問題、briefモードをオフにして再開すると過去の返答がスクロールバックから消える問題、vimモードでv$のyank後にpが下の行へ貼り付ける問題を修正。

削除

• CLAUDE_CODE_OPUS_4_6_FAST_MODE_OVERRIDEを削除(no-op化)。
• 起動時に表示していたJetBrainsプラグインのインストール提案を削除。

改名

• ダイナミックワークフローの起動語をworkflowからultracodeへ改名。workflowという語では発火しなくなりました(自然文での依頼は引き続き可能)。起動語はプロンプト入力欄ですみれ色(violet)でハイライトされます。

起動ファイル・設定ファイルへの書き込み確認は、エージェントの自律実行をどう守るか

今回の確認プロンプトは、エージェントを自律的に走らせる運用が前提になった設計と読めます。acceptEditsや権限プロンプトなしの実行では、編集がそのまま適用されるのが利点です。一方で、その利点はシェル起動ファイルやビルド設定のような「次回起動時にコマンドを実行する可能性があるファイル」に対しては、意図しないコード実行の入り口にもなり得ます。

対象ファイルの選び方を見ると、その意図がはっきりします。.zshenvや.bash_loginは新しいシェルが立ち上がるたびに読み込まれ、.npmrcや.pre-commit-config.yaml、.devcontainer/はビルドやコミット、開発環境の構築時に処理されます。いずれも「書き込んだ瞬間ではなく、後で何かが起きたときに効いてくる」点が共通しています。書き込みの時点で一度止めておけば、後から気付きにくい変更を人が確認できます。

この表のとおり、起動語の変更と書き込み確認は、どちらも「自律実行を前提に、入力の明確さと安全性を上げる」方向でそろっています。acceptEditsを常用しているチームにとっては、編集の自動承認はそのままに、危険度の高いファイルだけ確認が戻る形になります。

ultracodeとは — ダイナミックワークフローの起動語はどう変わってきたか

ダイナミックワークフローそのものの仕組みや使い方はダイナミックワークフローとは — 数百のサブエージェントを並列で束ねる新機能の仕組みと使い方で詳しく解説しています。ここでは起動語の変遷だけを追います。

ダイナミックワークフローの起動語は、登場から今回の版まで短い期間で何度か調整されてきました。流れを追うと、ultracodeへの改名が「使いやすさの微調整の延長」にあると読み取れます。

• v2.1.154(2026-05-28): ダイナミックワークフロー(Dynamic Workflows)が登場。起動語は当初workflowでした。同じ版でOpus 4.8も登場しています。
• v2.1.157(2026-05-29): workflowを入力した直後にbackspaceを押すと候補を消せるようになり、/configに「Workflow keyword trigger」の設定が追加されました。起動語そのものの扱いを細かく調整した版です。
• v2.1.160(2026-06-02): 起動語をultracodeに改名し、すみれ色でハイライト表示するように。workflowでは発火しなくなりました。

登場の経緯はClaude Code v2.1.154のリリースノートにまとめてあります。起動語がworkflowだった頃から使っている場合は、今回の版で入力の切り替えが必要になる点に注意してください。

なお、番号上の直前にあたるClaude Code v2.1.159は内部基盤の改善のみで、ユーザーが体感する機能の変更はありませんでした。機能面での比較は、ダイナミックワークフローが登場したv2.1.154を起点にすると分かりやすくなります。Opus 4.8とエフォート設定まわりの経緯はClaude Code v2.1.153のリリースノートもあわせて参照できます。

利用形態別の影響早見表

自分の運用がどこに当たるかで、今回の更新価値が変わります。段階の語彙は「明確な恩恵あり/条件次第/ほぼ影響なし」で示します。

全行が同じ判定にはなりません。acceptEditsを回している運用やgrepから編集へ直行する運用には明確な恩恵がある一方、対話的に単発で使う場合は今回の変化に触れる場面が少なめです。

まとめ

acceptEditsや権限プロンプトなしの自律運用でエージェントを走らせているなら、今回の更新で起動ファイルやビルド設定への書き込みに確認が戻るため、更新する価値があります。grepから編集へ直行する運用でも、読み込みの往復が減る恩恵を受けられます。

ダイナミックワークフローを使っている場合は、起動語がultracodeに変わった点をおさえてから更新すると、入力でつまずきません。Windows・WSL・バックグラウンドセッションを常用していて該当の不具合に当たっていたなら、今回の版で解消するかを確認してみてください。対話的に単発で使う運用では、急いで上げる必要はなく、ふだんの更新タイミングで取り込めば十分です。

Claude Code全体の機能や使い方を整理して把握したい場合は、Claude Codeとは — エージェント型AIコーディングCLIの完全ガイドもあわせて参照できます。