Claude Code v2.1.281

変更前

Claude apps gateway は desktop ポリシーブロックをインストール済みバージョンにバンドルされたスキーマで検証するため、Claude Desktop の新バージョンで導入されたキーは未定義として扱われ、gateway が認識できなかった。そのため、管理ポリシー経由でこれらの新しい設定キーを配信することができなかった。

変更後

Claude apps gateway が、desktop ポリシーブロック内で Claude Desktop の新しいキーを認識・配信できるようになった。具体的には、作業ディレクトリ外の読み取りをブロックする blockReadsOutsideWorkingDirectories や、Bypass Permissions モードの無効化を制御する disableBypassPermissionsMode がスキーマに追加され、gateway の起動時バリデーションを通過してポリシーとして配信できる。

ユーザーへの恩恵

組織の管理者は、新しい Claude Desktop のキーを gateway の desktop ポリシーブロックに記述するだけで、メンバーの Claude Desktop に作業ディレクトリ外の読み取り制限や Bypass Permissions モードの無効化といった新しいポリシーを一元的に配信できるようになる。

変更前

ゲートウェイから Bedrock を呼び出す際の認証は、ECS タスクロールや IRSA、環境変数など、ゲートウェイの実行環境に紐づいた固定の認証情報に依存していた。別の AWS アカウントのロールで呼び出すには、実行環境側の設定や認証情報の調達で対応する必要があった。

変更後

ゲートウェイの Bedrock アップストリームで assume_role を設定すると、ゲートウェイが STS を通じて IAM ロールを引き受け、そのロールの権限で Bedrock を呼び出す。

ユーザーへの恩恵

管理者が assume_role を設定するだけで、別アカウントの IAM ロールでの Bedrock 呼び出しや、開発者ごとのセッション分離を実現でき、モデル認証情報を開発者マシンに置かない統制された構成をより柔軟に組みられるようになる。

変更前

Claude apps gateway の Bedrock upstream を経由するリクエストに対して、Amazon Bedrock ガードレールを一律に適用する手段がゲートウェイ設定にはなかった。コンテンツフィルタリングを適用するには、別の経路でガードレールヘッダーを用意する必要があった。

変更後

gateway.yaml の Bedrock upstream エントリで guardrail: {id, version} を指定できるようになり、その upstream を経由するすべてのリクエストに Amazon Bedrock ガードレールが適用される。なお、ガードレールはすべての Bedrock upstream に設定するか、まったく設定しないかのどちらかにする必要がある。

ユーザーへの恩恵

Claude apps gateway を経由する Bedrock リクエストすべてにガードレールをゲートウェイ側の設定だけで強制でき、コンテンツフィルタリングの一貫した適用を組織として保証できる。

変更前

/login セッションや Claude Desktop の組み込みセッションが送信するテレメトリには、組織側で固定のラベル(例: チーム名や環境名)を付加する仕組みがなかった。そのため、ゲートウェイ経由で集約されたテレメトリを眺めても、どのセッションがどの文脈のものかを判別するには、セッション側の動的な属性に頼るしかなかった。

変更後

/login セッションや Claude Desktop の組み込みセッションのテレメトリには、固定の属性ラベルを付加できるようになった。これは、ゲートウェイ設定の telemetry ブロックに resource_attributes キーを追加することで機能する。指定したキーと値のペアは、そのゲートウェイにサインインした全セッションの OTLP エクスポートのリソース属性として送信される。

ユーザーへの恩恵

管理者は telemetry.forward_to で集約したテレメトリに組織独自のラベルを付けて、バックエンド側でのフィルタリングやダッシュボード分割をしやすくなる。

変更前

attribution 設定は commit や pr などのサブキーを持つオブジェクト形式のみで、コミットには Co-Authored-By: <name> <noreply@anthropic.com> という git トレーラーが、PR 説明文には帰属テキストが常に付与されていた。全归属を消すには includeCoAuthoredBy: false や各サブキーに空文字を設定する必要があった

変更後

settings.json で attribution に false を設定できるようになり、git コミットや PR への Claude Code による帰属表記(Co-Authored-By トレーラーや PR 説明文のテキスト)をまとめて無効化できる

ユーザーへの恩恵

単一の設定値 false だけで、コミットと PR の両方の帰属表記をまとめてオフにできる

変更前

URLモードのエリシテーションをサポートしないプロトコル接続では、MCPサーバーがClaude Codeにブラウザベースのフローを開くよう依頼できない

変更後

サーバーが確認手段を持たない場合、完了を待つダイアログが画面に残らず、URLモードのエリシテーションが即座に完了する

ユーザーへの恩恵

サーバー側に完了確認手段がなくてもブラウザベースのフローを依頼でき、確認不能な場合も待機ダイアログが画面に残らないため、ターミナルをブロックされずに作業を続けられる

変更前

claude plugin validate を実行しても、.mcp.json の問題はチェックされませんでした。

変更後

claude plugin validate を実行すると、.mcp.json のエントリが検証されます。

ユーザーへの恩恵

ロード時に黙って破棄されるエントリや未宣言の ${user_config.*} 参照、安全でない URL を事前に発見できるようになった。

変更前

Claude Code v2.1.281 では、/insights に auto mode の推奨が追加された。

変更後

旧バージョンでは、/insights には権限プロンプトの傾向を示す既存の統計のみが表示され、auto mode(自動承認モード)を導入するかどうかを判断する材料はなかった。

ユーザーへの恩恵

ユーザーは最近のセッションで auto mode が処理できたはずの権限プロンプトの件数を把握できるため、auto mode への切り替えをデータに基づいて判断できる。

変更前

フルスクリーンモードで /skills、/mcp、/plugin の Installed リストを閲覧する際、リストが表示領域を超えてもスクロールバーがなく、マウスでスクロール位置を操作できませんでした。

変更後

フルスクリーンモードの /skills、/mcp、/plugin の Installed リストにスクロールバーが表示されるようになりました。/workflows と同様に、マウスがリスト上にある間だけ表示され、クリックやドラッグで操作できます。

ユーザーへの恩恵

マウスでスクロールバーをクリックまたはドラッグして、長いリスト内の好きな位置へ素早く移動できるようになります。

変更前

auto モードが有償の classifier リクエストへフォールバックしたとき、VS Code / JetBrains パネルには対応できない警告行が表示されるだけで、ユーザーはその場で続行するか停止するかを選択できなかった。

変更後

auto モードが有償の classifier リクエストへフォールバックしたとき、VS Code / JetBrains パネルに Continue / Stop プロンプトを表示するようにした。従来は回答できない警告行を表示していたが、ユーザーはその場で続行するか停止するかを選択できるようになった。

ユーザーへの恩恵

ユーザーはパネル上で Continue / Stop を選べるようになり、フォールバック時の挙動を明示的に制御できる。

変更前

クラウドセッションでFast modeを利用するにはCLIの/fastコマンドかVS Code拡張のToggle fast modeコマンドを使う必要があり、webのcomposerからはFast modeを切り替えられなかった。モデルメニューにFast modeの切り替えは存在しなかった。

変更後

クラウドセッションのcomposerのモデルメニューにFast modeスイッチが追加された。プランにFast modeが含まれていて、かつ選択中のモデルがFast modeに対応している場合にのみ表示される。モデルを切り替えても、保存されたFast modeの設定に応じてオン・オフが維持される。

ユーザーへの恩恵

ユーザーはwebのクラウドセッションで、composerのモデルメニューから直接Fast modeを切り替えることでOpusの応答を高速化できる。

変更前

GitHub の接続に問題があるとき、ユーザーは UI 上の案内から直接 GitHub 接続ページへ移動できなかった。設定やトラブルシューティングの導線が見つけにくく、接続問題の解決までに手間がかかっていた。

変更後

GitHub 接続ページへのショートカットが、GitHub セットアップのヒント上に settings ショートカットとして追加され、さらにリポジトリ選択 UI 内に「Troubleshoot GitHub connection (GitHub 接続のトラブルシューティング)」リンクが追加された。どちらのリンクもクリックすると GitHub 接続ページが開く。

ユーザーへの恩恵

GitHub セットアップや接続で問題が起きたとき、ワンクリックで GitHub 接続ページへアクセスできるようになり、トラブルシューティングの手間が減る。

変更前

停止ボタンを押しても、スレッド上では誰が停止したか分からない

変更後

停止ボタンが押されると、Slackのスレッドに「誰が停止したか」を示す短いメッセージが1行追加される

ユーザーへの恩恵

チームメンバーは停止の意図を把握し、@Claudeをメンションして会話を再開しやすくなる

変更前

Windows では、sandbox 化された Bash コマンドが $TMPDIR/… (セッション用一時ディレクトリ) に書き込もうとすると、Permission denied で失敗していた。sandboxing.md の記述では、Claude Code は sandbox コマンドに対して $TMPDIR をセッション用一時ディレクトリに設定し、working directory と同様にデフォルトで書き込み可能であるはずなので、これは不具合だった。

変更後

sandbox が有効な Windows 環境でも、Bash コマンドが $TMPDIR が指すセッション用一時ディレクトリに書き込めるようになり、Permission denied エラーが出なくなった。

ユーザーへの恩恵

Windows でも、temp ファイルを書き込む Bash コマンドが追加設定なしで sandbox 内で動くようになり、コマンドの失敗とやり直しが減る。

変更前

Windows で複数の Claude Code セッションが同時に更新されると、各プロセスが互いの claude.exe バックアップを削除し合う競合状態が発生し、更新後に claude.exe が残らず CLI が起動できなくなることがあった。

変更後

更新プロセスが自分のバックアップだけでなく、他のセッションが使用中のバックアップまで誤って削除しなくなり、どのセッションが更新を完了しても claude.exe が必ず残る。

ユーザーへの恩恵

同時更新が起きても実行ファイルが消失しなくなるため、ユーザーは Windows 上で Claude Code の再インストールや修復の手間から解放される。

変更前

Claude のターン実行中に「今すぐ送信」（Ctrl+Enter または Ctrl+X Ctrl+S）でキューに入れたメッセージを送ると、実行中のターンがキャンセルされていた（v2.1.281 より前の挙動）

変更後

「今すぐ送信」を実行すると、実行中のツールがキャンセルされず、Bash コマンドやサブエージェントなどバックグラウンドに移せる処理はそのままバックグラウンドで動き続け、Claude が同じターンで新しいメッセージを読む

ユーザーへの恩恵

ターンを中断せずにメッセージを送れるため、実行中の作業を止めずに新しい指示や情報を伝えられる

変更前

サーバーサイドで分類器レビューが走るセッションでも、読み取り専用やサンドボックス化されたシェルコマンドはレビューを待たずに実行されていた。

変更後

サーバーサイドで分類器レビューが走るセッションでは、読み取り専用のシェルコマンドやサンドボックス化されたシェルコマンドもそのレビューを待つようになり、レビューがフラグを立てた場合には実行がブロックされる。

ユーザーへの恩恵

読み取り専用コマンドでもサーバー側のセキュリティ判断が適用されるため、データ送信を伴う危険なコマンドの見逃しが減る。

変更前

LLM ゲートウェイ経由のセッションではサーバー側レビューを CLAUDE_CODE_AUTO_MODE_SERVER で切り替えられた一方、直接接続では変数を読み込まないため、サーバー側レビューの有無をセッション単位で切り替える方法がなかった。エラーへの対処として CLAUDE_CODE_AUTO_MODE_SERVER=0 を設定しても直接接続では効果がなく、代わりに自動モードから切り替えるしかなかった。

変更後

Anthropic API への直接接続でも CLAUDE_CODE_AUTO_MODE_SERVER 変数が適用されるようになり、サーバー側の自動モード分類器を使うかどうかを直接接続でも選べるようになった。v2.1.281 より前は、この変数が読み込まれるのは LLM ゲートウェイ経由などの接続だけで、直接接続ではサーバー側レビューの有無を自分で切り替えられなかった。

ユーザーへの恩恵

Anthropic API への直接接続でも CLAUDE_CODE_AUTO_MODE_SERVER を設定するだけで、サーバー側の自動モード分類器のオン・オフを自分で制御できるようになる。

変更前

--dangerously-skip-permissions や auto モードで危険な rm コマンドが検出された場合、その場で承認ダイアログが開かれ、ユーザーが応答しない限りセッションはそこで停止していた。

変更後

--dangerously-skip-permissions や auto モードでは、危険な rm コマンドの承認待ちタイムアウトが導入され、ユーザーの応答がなくても2分後にコマンドが拒否され、セッションが継続するようになる。

ユーザーへの恩恵

無人セッションでも危険な rm コマンドの承認待ちで停止せず、ヒントを参考にコマンドを書き換えれば処理を続行できる。

変更前

AGENTS.md は一部の環境でのみ読み込まれ、Amazon Bedrock、Google Vertex AI、Microsoft Foundry、LLM ゲートウェイ経由のセッションや、テレメトリー無効化されたセッションでは読み込まれませんでした。

変更後

AGENTS.md のサポートが、Amazon Bedrock、Google Vertex AI、Microsoft Foundry、LLM ゲートウェイ経由のセッションや、テレメトリーを無効化したセッションでも動作するようになりました。

ユーザーへの恩恵

サードパーティプロバイダーやゲートウェイを経由するユーザー、およびテレメトリーを無効化しているユーザーも、AGENTS.md のプロジェクト設定や指示を Claude Code に反映できるようになりました。

変更前

Claude apps ゲートウェイは、managedMcpServers エントリーの envHelper パスが ?? や /??/ で始まる場合でも、そのパスが実行不可能であるにもかかわらず、エラーを表示せずにそのまま起動を続けていた。その結果、起動後に envHelper が動かず、管理対象 MCP サーバーの接続に失敗しても原因が分かりにくかった。

変更後

Claude apps ゲートウェイを起動するとき、managedMcpServers エントリーの envHelper パスが ?? や /??/ で始まる場合、そのパスが Claude Desktop で認識できない不正な形式であると判定して、警告を表示したうえで起動を拒否するようになった。

ユーザーへの恩恵

不正な envHelper パスを起動時に検知して起動を拒否するため、Claude Desktop と同じように設定を統一できて、起動後の動作不良や原因の切り分けがしやすくなる。

変更前

システムプロンプトはコマンドラインのテキスト (--system-prompt / --append-system-prompt) として渡され、大きなプロンプトではランチャーが失敗していた

変更後

セルフホストランナーはシステムプロンプトをプライベートファイル経由で渡す

ユーザーへの恩恵

大きなシステムプロンプトでも起動に失敗しなくなり、--system-prompt-file / --append-system-prompt-file への移行で引き続きカスタムプロンプトを利用できる

変更前

v2.1.281 より前では、作業中に Enter で送ったメッセージはキューに入り、スピナーの下に表示されていた。

変更後

v2.1.281 以降では、キューに入れたメッセージがスピナーの上の会話フロー内に表示されるため、Claude が返答を生成している間も送信済みメッセージが会話の流れの中で見える。

ユーザーへの恩恵

Claude の作業中に送ったメッセージを会話の流れの中で自然に追いやすくなる。

変更前

セッションのアーティファクトリンクは、プロンプトの下に個別に表示されていた。/artifacts を開いてもセッションのアーティファクトが先頭に来るわけではなかった。

変更後

セッションのアーティファクトリンクが、プロンプトの下に1つのフッターピル（⧉ name または ⧉ N）として表示される。クリックすると /artifacts が開き、そこではこのセッションのアーティファクトが先頭にリストされる。

ユーザーへの恩恵

セッションのアーティファクトにすぐアクセスでき、画面もすっきりする。

変更前

Claude がアーティファクトを開くとき、ページ内のスクリプトが利用できる CDN はドキュメント上で限定的に案内されており、Claude 自身が Artifact ツール経由で unpkg.com からスクリプトを取り込んで使うことはできなかった。

変更後

claude.ai のアーティファクトページ上で動作するアーティファクトは、スクリプトの読み込み元を許可された CDN(CDNJS、jsDelivr、Tailwind CDN、jQuery、unpkg.com)に限定したうえで、unpkg.com からもスクリプトを読み込めるようになった。

ユーザーへの恩恵

Claude が unpkg.com から npm パッケージのスクリプトを取得してアーティファクトに組み込めるようになり、幅広いライブラリを使ったページをそのまま生成・更新できる。

変更前

Hovering a list row draws a second ❯ pointer beside the row's existing ❯ pointer.

変更後

Hovering a list row tints the row itself.

ユーザーへの恩恵

Hovered rows are visually distinguished without a second pointer appearing.

変更前

/mcp のサーバー一覧の各行では、ステータス情報がアイコンや名前の前に表示されたり、状態が複数回繰り返されたりしており、端末幅が狭い場合に重要な情報が切り詰められて見えにくかった。

変更後

/mcp の各サーバー行の先頭にステータスアイコンとサーバー名が表示され、状態が1回だけ簡潔に示されるようになった。端末幅が狭い場合は、名前を短縮する前に「managed」のような末尾の補足情報が省略される。

ユーザーへの恩恵

ユーザーは行の先頭でアイコンとサーバー名を即座に確認でき、狭い端末でもサーバーの識別情報が優先的に保持されるようになった。

変更前

/workflows の一覧では、各実行行の先頭にステータスアイコンと経過時間が表示されず、狭いターミナルでは実行名や時間が先に削られて、エージェント数やトークン数が優先的に表示されていた

変更後

各実行行の先頭にステータスアイコンと経過時間が表示されるようになり、狭いターミナルでも実行名と経過時間が維持される

ユーザーへの恩恵

実行の状態と進行時間を一覧ですぐに確認でき、画面幅が狭い環境でもどの実行かを識別しやすくなる

変更前

Remote Control で添付ファイル(写真など)を送るたびに、その都度新しい接続でダウンロードされ、セッション内で同じファイルをもう一度送ると重複して再ダウンロードされていた。

変更後

ダウンロードが接続を再利用し、セッション内で既にダウンロード済みのファイルをスキップするようになり、同じファイルの再取得や転送のやり直しが発生しなくなった。

ユーザーへの恩恵

添付ファイルのダウンロードが速く完了し、ユーザーは重複ダウンロードを待つことなくすぐに作業を続けられる。

変更前

MCP リソースの一覧(リソース一覧ツールと @ メンションの候補)に、MCP Apps 用の ui:// スキームの UI リソースも含まれていた。

変更後

MCP リソースの一覧(リソース一覧ツールと @ メンションの候補)から MCP Apps の UI リソースが除外されるようになった。URI を指定して直接読み取ることは引き続き可能。

ユーザーへの恩恵

一覧が MCP Apps の UI リソースで埋められることがなくなり、@ メンションの候補から目的のリソースを見つけやすくなる。

変更前

別のインストール済みプラグインがそのデータを参照している場合や、インストール記録(installed_plugins.json)が読み取れない場合にデータフォルダが残っても、そのことが出力に明示されず、ユーザーはデータが保持されたのか確認しにくかった。

変更後

claude plugin uninstall --json と /plugin ダイアログが、アンインストール後にプラグインのデータディレクトリ(~/.claude/plugins/data/<plugin-id>/)が残った場合、単に削除成功とだけ伝えるか、データの去就を表示しない。

ユーザーへの恩恵

ユーザーはアンインストール時にデータが保持されたのかどうかを正確に把握できるようになった。

変更前

/tasks で実行中の /ultrareview にカーソルを合わせて x を押すと、確認なしで即座にレビューが停止していた。

変更後

/tasks で実行中の /ultrareview にカーソルを合わせて x を押すと、確認ダイアログが表示され、そこで再度確定した場合にのみレビューが停止する。

ユーザーへの恩恵

誤ってキーを押しても確認ダイアログで中断できるため、実行中の ultrareview が意図せず停止されず、クレジットを無駄にしない。

変更前

Slack スレッド内で定期的なタスクについて尋ねると、Claude はそのチャンネル内のすべての routine を表示していた。

変更後

Slack スレッド内で定期的なタスクについて尋ねると、Claude はそのチャンネル内のすべての routine をリストアップする代わりに、そのスレッド自身の scheduled tasks を表示するようになった。

ユーザーへの恩恵

チャンネル内の無関係な routine のリストを取り込まずに済むため、ユーザーは自分のスレッドに紐づく scheduled tasks をすばやく特定して管理できるようになった。

変更前

Claude Desktop でサインインや使用制限まわりのエラーが起きたとき、表示されるメッセージは /login などのターミナルコマンドの実行を促すものでした。

変更後

Claude Desktop のサインインや使用制限に関するエラー表示が、ターミナルでのコマンド実行を促す内容から、デスクトップアプリ側の対処方法を案内する内容に変わりました。

ユーザーへの恩恵

ターミナルに頼らず、デスクトップアプリ上でそのまま問題の解消と作業再開ができるようになります。

変更前

起動時にサーバー管理設定やポリシーの取得が失敗すると、同じリクエストが繰り返し再試行され、再試行が完了するまで起動処理がブロックされていた。設定の取得が絶対に成功しないリクエスト(不可逆的に失敗するもの)であっても、回復の見込みがないまま再試行が続いていた。

変更後

設定の取得中に、成功が保証されていないリクエストの再試行は行われなくなり、fail-closed ポリシーで起動した場合でも、失敗した取得が完了に向けて速やかに進むようになった。

ユーザーへの恩恵

回復不可能なリクエストの無駄な再試行がなくなるため、fail-closed モードで起動した際の起動遅延やハングが減り、設定取得の成否をより速く確定できるようになる。

変更前

Claude Code を対話モードで起動すると、最初の画面が表示される前に git の読み取りや起動時テレメトリ、Bedrock/Vertex のモデルアップグレードチェックが同期的に走っていた。

変更後

初回フレーム(画面描画)より前に実行されていた git の読み取り、起動時テレメトリ、Bedrock/Vertex モデルアップグレードチェックが、すべて起動処理から外され、画面がすぐ表示されるようになった。

ユーザーへの恩恵

対話モード起動時の待ち時間が減り、起動してすぐに操作を始められる。

変更前

復元されたファイルキャッシュが実際に読み込まれたファイルと正確に一致せず、セッションの再開が遅かった

変更後

復元後のファイルキャッシュが、セッション中に実際にファイルを読み込んだ時点の内容と一致するようになった

ユーザーへの恩恵

多くのファイルを読み込んだセッションでも再開時の待ち時間が短縮され、すぐに作業に戻れる

変更前

要約が大量にあるセッションを再開する際、セッションの要約に時間がかかりすぎていた。

変更後

要約からの再開を選ぶと、Claude Code が履歴全体を一度だけ要約リクエストとして送り、その後のリクエストは要約と直近のやり取り、最近読んだファイルだけで済むようになる。要約からの再開ダイアログの表示が速くなり、Agent SDK や Claude Desktop では特に体感しやすくなる。

ユーザーへの恩恵

セッションの再開が速くなり、待ち時間が短くなる。

変更前

非常に大きな最初のプロンプトが会話の大半を占めるセッションでは、コンパクション時にそのプロンプトが要約から除外されていた。

変更後

最初のプロンプト自体が要約対象として処理されるようになり、要約結果に組み込まれる。

ユーザーへの恩恵

セッションの大半を占める最初のプロンプトの要点も要約に残り、コンパクション後も初期タスクの背景や指示が失われないようになった。

変更前

新しいプロセスでセッションを再開すると、権限分類器用のプロンプトキャッシュが無効になり、キャッシュ全体を書き直す必要があった。

変更後

再開後も、権限分類器がセッション開始時に書き込んだプロンプトキャッシュをそのまま再利用できるようになった。

ユーザーへの恩恵

ユーザーは、セッション再開後にオートモードでのコマンド分類がより高速かつ低コストで実行されるようになる。

変更前

オートモードの分類器がツール呼び出しを拒否した場合、拒否メッセージはコマンドそのもの(実行しようとした正確なコマンド)が危険と判断されたことを示すものであり、Claude は同一コマンドの再試行のみが後日の再試行対象になると受け取っていた。

変更後

拒否理由に、拒否対象のコマンドだけでなくそのコマンドが意図する成果(結果)も含めて伝えるようになったため、Claude は「同じコマンドの再試行」だけでなく「別の手段で同じ成果を達成する」ことも許可されたものとして扱える。

ユーザーへの恩恵

Claude は拒否されたコマンドの代わりに、同じ成果を達成する別の安全なアプローチを選べるようになる。

変更前

シェル変数をターゲットとする rm コマンドの検出は一部のパターンに限られており、変数の後にトップレベルディレクトリ名が続くケースや、作業ディレクトリから派生した変数、バックスラッシュのみのターゲットはフラグされないまま見逃される可能性があった。

変更後

シェル変数に続くトップレベルディレクトリ名、作業ディレクトリから派生した変数、バックスラッシュのみのターゲットを指す rm コマンドも危険な削除としてフラグされるようになった。

ユーザーへの恩恵

変数を使った rm コマンドでも、ルート直下やカレントディレクトリ直下への削除を意図したコマンドを正確に検出できるようになり、誤った再帰的削除からシステムを保護できる。

変更前

ローカル開発サーバーがポートにバインドできずに失敗したとき、Claude はサンドボックス環境（macOS の Seatbelt ポリシーによる localhost バインド拒否）が原因であることを説明できず、ユーザーは原因と対処法を自分で調べる必要があった。

変更後

ローカル開発サーバーがポートのバインド（待ち受け）に失敗したとき、Claude はエラーメッセージで macOS のサンドボックス設定 sandbox.network.allowLocalBinding を有効にするよう具体的に提案するようになった。

ユーザーへの恩恵

macOS のサンドボックス環境で localhost バインドが許可されていないことが原因とすぐ特定でき、設定で許可するだけで開発サーバーを起動できるようになる。

変更前

--agents ではインライン JSON のみを受け付け、-p と組み合わせた JSON ファイルのパス指定はできず、prompt を空にすることもできなかった。

変更後

--agents に JSON ファイルのパスを渡せるようになり、-p と組み合わせて使える。インライン JSON も引き続き利用でき、prompt を空にすることも許容されるようになった。

ユーザーへの恩恵

定義済みのエージェント構成を JSON ファイルとして管理・再利用でき、-p モードでの柔軟なエージェント実行が可能になる。

変更前

/batch は git リポジトリ内でしか実行できませんでした。git 以外のバージョン管理システムを使うプロジェクトでは、サブエージェントを分離するワークツリーを用意する手段がないため、このコマンドを利用できませんでした。

変更後

/batch は git リポジトリの外でも動作するようになりました。WorktreeCreate フックが各エージェントのワークツリーを供給すれば、SVN や Perforce など git 以外のバージョン管理システムのプロジェクトでも /batch を実行できます。

ユーザーへの恩恵

git 以外のバージョン管理下にあるプロジェクトでも WorktreeCreate フックを設定すれば /batch による並列作業を利用できるようになる。

変更前

plugin hook-failure errors did not name the offending plugin, and claude plugin validate did not warn when a shell-form hook left ${CLAUDE_PLUGIN_ROOT} unquoted.

変更後

plugin hook-failure errors name the offending plugin, and claude plugin validate warns when a shell-form hook leaves ${CLAUDE_PLUGIN_ROOT} unquoted.

ユーザーへの恩恵

問題のあるプラグインを素早く特定できるようになり、パスにスペースが含まれるプラグインのフックエラーを事前に防げる。

変更前

claude.ai から同期されたスキルは、/ メニュー、/skills、/context、/plugin の Installed リストに anthropic-skills:<name> という完全修飾名で表示されていた。

変更後

claude.ai から同期されたスキルが、/ メニュー、/skills、/context、/plugin の Installed リストに anthropic-skills:<name> ではなく、短い名前(他のコマンドが使用していない場合のみ)で表示されるようになった。

ユーザーへの恩恵

同期されたスキルを他のコマンドの名前と衝突させることなく、より短くシンプルな名前で呼び出せるようになった。

変更前

/deep-research のスコープステップの出力に実際には使われない必須フィールドが含まれていたため、長い研究ブリーフを渡すとワークフローが途中で失敗したり、信頼性が低下することがありました。

変更後

スコープステップの必須フィールドが削除されたため、長い研究ブリーフでも /deep-research が中断されずに完了するようになりました。

ユーザーへの恩恵

長い調査依頼でも /deep-research がより確実に完了するようになります。

変更前

公開された Artifact ページの文章は、Claude が自由に生成していたため、修飾が多く回りくどい、あるいは曖昧な表現になりがちだった。

変更後

公開された Artifact ページの文章スタイルを改善するため、バンドルされている artifact-design スキルが Claude に対して「平易で直接的な文体」を指示するようになった。

ユーザーへの恩恵

公開された Artifact ページの文章がより簡潔で分かりやすくなり、読者が内容をすぐに理解できるようになる。

変更前

回線が遅い場合でもアーティファクトを公開する際に、大きいページのアップロードデータは圧縮せずそのまま送信していた。

変更後

大きいページは圧縮してアップロードされるように変更。

ユーザーへの恩恵

回線が遅い環境でもアーティファクトの公開が完了しやすくなる。

変更前

起動時の大型 CLAUDE.md 警告は CLAUDE.md 単体のサイズのみを対象としていたため、複数の中規模ファイルや @-import で読み込まれる指示ファイルを合わせた合計が大きくなっても検知できなかった。

変更後

多くの中規模ファイルや @-import を合算しても警告が表示されるようになり、実質的に重い指示ファイルの組み合わせが見逃されにくくなった。

ユーザーへの恩恵

複数の中規模 CLAUDE.md や @-import を組み合わせているユーザーも、起動時のコンテキスト消費過大を早めに把握して指示ファイルを整理できる。

変更前

セッションの起動環境ですでに設定されている env 変数が settings ファイルで上書きしようとしても無視される仕組みはあったが、どの変数がその理由で無視されたのかを示す情報がデバッグログにはなく、ユーザーは自身で原因を推測するしかなかった。

変更後

セッションの起動環境によってすでに設定されているために無視された settings の env 変数について、デバッグログにその変数名が明示されるようになった。以前は env 変数が無視されても、その理由(起動環境ですでに設定済みであること)や対象の変数名がログに残らず、ユーザーは設定が反映されない原因を切り分けにくかった。

ユーザーへの恩恵

ユーザーは claude --debug でログを確認するだけで、起動環境が優先されて settings の env 変数が無視されたことを変数名レベルで把握でき、設定の反映状況をすばやく確認できる。

変更前

/permissions や /usage などのタブ付きダイアログでは、↑/↓ キーによるタブ行とコンテンツ領域の間のフォーカス移動ができず、キーボードだけでタブを切り替えた後リストを操作するのが難しかった。また、リストがフォーカスの有無にかかわらずキー入力に反応していた可能性がある。

変更後

/permissions や /usage などのタブ付きダイアログで ↑/↓ キーを押すと、タブ行とコンテンツ領域の間でフォーカスが移動する。また、リストはフォーカスを持っているときだけキー入力に反応するようになり、他の領域にフォーカスがある際に意図せずリストが反応することがなくなった。

ユーザーへの恩恵

キーボードだけでタブの切り替えとリスト操作を迷子なく行えるようになり、マウスを使わずにダイアログを快適に操作できるようになった。

変更前

←/→ と Tab はタブのリスト内にフォーカスがあると反応せず、タブを切り替えるにはリストから出る必要があった。また /help の Custom commands タブに項目がない状態で ↓ を押すと、キーが効かなくなり Esc を押すまで回復しなかった。

変更後

←/→ と Tab をタブのリスト内から押してもタブを切り替えられるようになり、/help の空の Custom commands タブで ↓ を押してもキーが Esc を押すまで効かなくなる状態がなくなった。

ユーザーへの恩恵

リスト内にフォーカスがあってもそのままタブ操作やリスト移動が完結するようになり、Custom commands タブが空でも ↓ を押しても操作不能に陥らずに済む。

変更前

これらのコマンドのプロンプトは標準的なダイアログフレームではなく、キーヒントが表示されず、Ctrl+CやCtrl+Dで他のダイアログのように2回押しでキャンセルする操作ができなかった。

変更後

/install-github-app、/desktop、/permissionsの自動モード環境プロンプト、/pluginのAdd marketplace?やRun this command?プロンプトが、キーヒント付きの標準ダイアログフレームを使うようになった。Ctrl+CやCtrl+Dの2回押しでも、他のダイアログと同様にキャンセルできる。

ユーザーへの恩恵

ユーザーは、標準のダイアログと同じ見た目と操作感(キーヒント表示、Ctrl+C/Ctrl+Dの2回押しでのキャンセル)でこれらのプロンプトを操作でき、UI全体の一貫性が高まる。

変更前

「/workflows」と「/mcp」のリストは他のリストと操作方法が異なり、PgUp/PgDnやHome/Endによるページ送り、j/kキーによるスクロール、マウス操作に対応していなかった。矢印キーの移動もselect:previous/select:nextの再割り当て設定を反映せず、「/workflows」でxキーを押すとポインタ位置に関係なく特定の項目が対象になっていた。

変更後

「/workflows」と「/mcp」のリストが、他のリストと同じ操作体系に統一された。PgUp/PgDnやHome/Endでのページ送り、j/kキー、マウスホイールによるスクロールに対応し、矢印キーの挙動もselect:previous/select:nextの再割り当てに従う。さらに「/workflows」ではxキーが、ポインタが合わされている実行中のワークフローを停止するようになった。

ユーザーへの恩恵

「/workflows」や「/mcp」のリストを、他のリストと共通のキー操作やマウス操作で同じように扱えるようになる。

変更前

「/plugin」のプラグイン詳細・マーケットプレイス詳細メニューと「/remote-control」の接続済みメニューでは、Home/End キーでの移動や行のクリック選択ができず、矢印キーによる移動のみがサポートされていた。

変更後

「/plugin」のプラグイン詳細・マーケットプレイス詳細メニューと「/remote-control」の接続済みメニューで、Home/End キーによる行の先頭・末尾への移動や、行のクリックによる選択が可能になった。

ユーザーへの恩恵

キーボードでもマウスでも素早く項目を選択・移動できるようになり、これらのメニューの操作が快適になる。

変更前

プロンプト直下のワークフロー行は表示情報が限られており、進捗や消費トークン、実行時間などの状況を一目で把握しにくかった。

変更後

プロンプト直下のワークフロー行が、名前・進捗バー・経過時間・合計トークン・大きなワークフローに対する警告を常時表示するようになり、横幅の広い端末ではエージェント数も併せて表示される。

ユーザーへの恩恵

ワークフロー実行中もプロンプトに目を落とすだけで進捗・コスト状況を把握でき、必要に応じて /workflows で停止や削減の判断がしやすくなる。

変更前

「/plugin」の「Installed」リストでは、セクションによって行の内容が揃っておらず、ステータス、名前、種類、詳細が列として整列していないことがあった。

変更後

「/plugin」の「Installed」リストで、セクションごとにバラバラだった行の並びが揃い、ステータス、名前、種類、詳細が列として整列するようになった。

ユーザーへの恩恵

インストール済みプラグインの一覧を眺めるだけで、どのプラグインがどの状態にあるのかをすばやく見比べられるようになった。

変更前

スキル一覧の各行はスキル名で始まらず、有効/無効の区別が分かりにくい表現で含まれていた。狭いターミナルでは行が折り返されて一覧が読みにくかった。

変更後

各スキルの行がスキル名で始まり、有効/無効が記号（✔または◯）だけで示されるようになった。狭いターミナルでも行が折れず1行に保たれる。

ユーザーへの恩恵

ユーザーはスキル名と有効/無効を一目で把握でき、狭いターミナルでも一覧を読みやすくなる。

変更前

/skills などのリストコマンドの1行表示では、名前と詳細の横並びで行を構成していた。狭いターミナルでは詳細が途中で切れて表示されることがあった

変更後

/skills などのリストコマンドが表示を改善した: 名前の横に常に20文字分の固定幅が確保され、詳細は途中で切らずに全体表示するか表示しないかのどちらかになる

ユーザーへの恩恵

狭いターミナルでも名前が詳細の隣に一定幅で並び、詳細が途中で切れずに全か無かで表示されるようになる

変更前

/diff コマンドは変更されたファイルの一覧をパネルに表示しますが、リストが長い場合に自分がどこを読んでいるのか把握しづらく、長いファイルパスが行内で折り返されて行が複数行に伸びて視認性が損なわれることがありました。

変更後

変更前は、変更されたファイルのリストが長い場合、全体のどこを表示しているのか把握しにくく、また長いファイルパスが行内で折り返されることで行の高さが崩れ、リスト全体の視認性が損なわれていました。

ユーザーへの恩恵

長いファイル一覧の中で自分の位置をひと目で把握でき、折り返しのない整った行表示により、変更ファイルの確認が素早く行えるようになる。

変更前

/hooks のフック詳細画面は、変更方法を示す際にどのフックでも常に settings.json を見るように案内していた。また、フックが無効化されている場合やセーフモード・管理フックのみ有効な場合の注意表示は、具体的に何が起きているのかを説明していなかった。

変更後

/hooks 画面の詳細表示は、以前はどのフックについても常に settings.json を参照するだけだった。変更後は、そのフックの種類（たとえばどのイベントに対するフックか）と、設定を変更すべき場所が表示される。また、フック無効化・セーフモード・管理フックのみ有効という各状態の注意文も、何が起きているのかを1文の平易な表現で示すようになった。

ユーザーへの恩恵

ユーザーはフックの詳細を見ただけで、そのフックの種類と編集すべき設定ファイルを把握でき、状態に関する注意文も平易な一文で理解できるため、settings.json を開いて調べる手間なくフックを管理・修正できるようになる。

変更前

無効化されたMCPサーバーの状態がスクリーンリーダーで「pending(保留中)」と誤って読み上げられる

変更後

無効化されたMCPサーバーの状態がスクリーンリーダーで「off(オフ)」と読み上げられる

ユーザーへの恩恵

視覚に障害のあるユーザーが、サーバーが実際に無効化されていることを正確に把握できるようになる

変更前

ターミナルウィンドウがフォーカスを失った後に再びフォーカスを取り戻した直後、リモートコントロールの確認ダイアログの選択肢が即座にアクティブになっていました。このため、ウィンドウに戻る操作中に押されたキー(たとえば意図しないキー入力)が確認ダイアログの選択肢として誤って解釈され、意図しない応答を送ってしまうことがありました。

変更後

リモートコントロールの確認ダイアログの選択肢が、ターミナルウィンドウが再びフォーカスを取り戻した直後に一時的に非アクティブ化されるようになりました。これにより、ウィンドウに戻る操作中に押されたキーが誤って確認に応答することはありません。

ユーザーへの恩恵

ユーザーはターミナルウィンドウに戻る際のキー入力が誤ってリモートコントロールの確認に応答することを気にせず、安全に確認ダイアログへ答えられるようになります。

変更前

クラウドセッションでファイルを開けなかったとき、ファイルカードにはエラーの理由が示されず、ファイルが削除されたのか権限でブロックされているのかをユーザーが判別できなかった。

変更後

クラウドセッションがファイルを開けなかったときに表示されるファイルカードが、その理由(ファイルが存在しないのか、セッションの権限設定が読み取りをブロックしているのか)を明示するようになった。

ユーザーへの恩恵

ユーザーは開けない原因を自分で切り分けることなく、エラー内容に応じて適切な対処(ファイルの確認や権限設定の変更)をすぐに選べる。

変更前

/agents の対話型作成ウィザードが削除された後も、コマンドメニューや /help に無意味な「(removed)」表記の /agents エントリが残って表示されていた。

変更後

/agents コマンドを入力しても、ウィザードがなくなったことを示す案内だけが表示され、コマンドメニューや /help からも残っていた無効なエントリが消える。

ユーザーへの恩恵

ユーザーは無効なコマンド項目に迷わされず、/agents を入力したときの案内から subagent の作成方法をすぐに把握できるようになる。

変更前

API リクエストの再試行中に、ハンドリングされていない例外がアプリケーション全体を強制終了させ、ユーザーの作業状態が失われる可能性があった

変更後

リトライ処理中に発生した内部エラーがアプリケーションを終了させなくなった

ユーザーへの恩恵

リトライ中に予期しない問題が発生してもセッションが維持されるため、長時間の作業を安心して続けられるようになる

変更前

モデルがパースできないツール呼び出しと出力上限による切り詰めを交互に繰り返した場合、ターンが --max-turns を無視して無限に再試行されることがあった。

変更後

モデルがパースできないツール呼び出しと出力上限による切り詰めを交互に繰り返した場合、ターンが --max-turns を無視して無限に再試行されることがあった。この修正により、そのような場合でも再試行回数が --max-turns の制限内に収まるようになった。

ユーザーへの恩恵

異常なループに陥ったターンでも停止タイミングが保証されるため、ユーザーは手動で中断する手間なく --max-turns に従った制御された挙動を得られる。

変更前

セッションを再開すると、以前のターンが変更された形で再送されることがあった(並列ツール呼び出しターン、MCPツール呼び出しの入力、再接続中のサーバーからのツール検索結果、読み込みターンが中断されたツール検索結果など)

変更後

再開されたセッションは、以前のターンを元の形のまま再送する

ユーザーへの恩恵

履歴の再送内容が変わり、それに伴って以前の推論が破棄されなくなっため、セッション再開後も応答品質が維持される

変更前

非常に大きなセッションを再開すると、直近の数件のメッセージだけが復元され、それより前の履歴が欠落することがあった。

変更後

セッションの履歴全体が保持され、復元しても古いメッセージから最新メッセージまですべてが表示される。

ユーザーへの恩恵

大きなセッションを再開しても会話履歴全体が失われないため、過去の文脈を参照しながら作業を続けられるようになる。

変更前

承認待ちの権限プロンプトが表示されている状態でプロセスを再起動した後、そのセッションを再開すると、Claude Code は以前の再開時と異なる履歴を送信していた。その時点以降、セッションのプロンプトキャッシュは無効になっていた。

変更後

承認待ちの権限プロンプトが表示されている状態でプロセスを再起動した後、そのセッションを再開すると、Claude Code は以前と同じ履歴をそのまま送信する。

ユーザーへの恩恵

権限プロンプトの承認待ちで再起動した後もセッションを再開すれば、以降のリクエストでプロンプトキャッシュが有効なままになり、応答が速く、トークン消費も抑えられるようになる。

変更前

ツール実行の途中で終了したセッションを再開すると、Claude Codeはツール呼び出しを会話履歴から破棄するか、ユーザーが中断したものとしてClaudeに表示していた。さらに、手動での再開時に非表示の「Continue」メッセージが追加されていた。

変更後

ツール実行の途中で終了したセッションを再開すると、Claudeはツール呼び出しを目にし、その結果が不明である旨を伝えられる。また、手動での再開時に非表示の「Continue」メッセージが追加されなくなった。

ユーザーへの恩恵

セッションを再開すると、Claudeは中断されたツール呼び出しの結果が不明であることを正確に把握でき、その後の再実行判断や応答の整合性が向上する。

変更前

以前のアドバイザリ結果を含むセッションでは、APIがその履歴を読めなくなり、毎ターン1回ずつリクエストが失敗し、以前の推論が繰り返し失われていた。

変更後

セッション履歴に以前のアドバイザリ結果が含まれていると、APIがその履歴を読めず、毎ターン1回のリクエストが失敗し、以前の推論が繰り返し失われていた。履歴が一度修復されるようになり、失敗も消失も発生しなくなった。

ユーザーへの恩恵

以前のアドバイザリ結果を含むセッションでも、毎ターンのリクエスト失敗や以前の推論の消失がなくなり、履歴が一度修復されて継続的に利用できるようになった。

変更前

ツール検索が無効な環境(プロキシやゲートウェイ経由など)では、MCP サーバーが会話の途中で切断されたり、セッション再開後にまだ接続中だったりすると、キャッシュ済みのプロンプトプレフィックスが無効化され、次のターンがキャッシュミスとなっていた。ドキュメントによれば、プレフィックスにロードされたツール定義はセットが変わるとキャッシュが無効化されるが、一時的な切断や接続中の状態までキャッシュを壊すのは過剰だった。

変更後

MCP サーバーが会話の途中で切断された場合や、再開後にまだ接続中の場合でも、ツール検索が無効な環境ではプロンプトキャッシュが失われなくなった。ツール定義の変更がキャッシュ済みプレフィックスを壊さないようになった。

ユーザーへの恩恵

プロキシやゲートウェイ環境でも MCP サーバーの再接続やセッション再開後に、ターンごとのレイテンシとコスト増を気にせず会話を続けられるようになる。

変更前

When a proxy or gateway closed the stream cleanly, Claude Code treated the response as complete even if it had actually been cut short mid-answer, and duplicated stream events could cause the same tool call to run twice.

変更後

A proxy or gateway that closes the stream cleanly at the end of a response is now detected, so a response cut short mid-answer is shown as incomplete with a warning instead of silently appearing complete.

ユーザーへの恩恵

途切れた応答に気づいて再生成や続きの確認を行え、同じツール呼び出しが二重に実行されて副作用や手動修正の手間が発生することがなくなる。

変更前

プロキシが応答の途中でストリームイベントを破棄すると、Claude Codeはリクエスト全体を「Content block not found」エラーで失敗させていました。これにより、Claudeがすでに完了したテキストブロックや検索結果も失われていました。

変更後

以前は、プロキシが応答の途中でストリームイベントを破棄すると「Content block not found」エラーでリクエスト全体が失敗していました。この修正により、部分的なレスポンスが保持され、Web検索でもすでに受信した結果が維持されます。

ユーザーへの恩恵

プロキシ経由の接続でもストリームが中断されても、これまでの応答内容やWeb検索結果が失われずに済むようになった。

変更前

ストリームの最後のイベントが届く前に接続が切断されると、すでに完了した空のレスポンスに対して再度リクエストが送信されていた

変更後

ストリームの最後のイベントが届く前に接続が切断された場合でも、完了済みの空のレスポンスが再リクエストされなくなった

ユーザーへの恩恵

接続切断時の不要な再リクエストがなくなり、重複した API 呼び出しを避けられる

変更前

プロキシがストリーム末尾に usage 情報のみを含むフレームを送ると、既に受信済みの停止理由が失われ、停止理由が null になっていた。

変更後

停止理由が含まれない usage のみの最終フレームが届いても、それ以前に受信した停止理由が破棄されず、正しい停止理由が保持される。

ユーザーへの恩恵

ユーザーは SDK や統合で応答が停止した理由(完了、最大トークン、ツール使用など)を常に正確に把握できるようになる。

変更前

5xx エラーや接続切断が発生しても、CLAUDE_CODE_RETRY_WATCHDOG に基づくリトライが継続する。5xx 応答に長い Retry-After が付いている場合も、指定時間の待機後に通常のリトライバジェットに従って再試行する。

変更後

CLAUDE_CODE_RETRY_WATCHDOG を有効にしたセッションでも、429/529 の待ちが続いた後に 5xx や接続切断が発生すると、そこで無限リトライが中断されていた。また、5xx 応答に長い Retry-After が付いている場合、上限なく通知なしでスリープし続けていた。

ユーザーへの恩恵

無人実行のセッションが一時的なサーバーエラーや接続切断で途中終了せず、無限リトライの安定性が向上する。

変更前

サーバーから Retry-After: 0 が送られてきたとき、fast mode のリトライロジックは指定値が 0 でもリトライ間に待機時間を置き、429 への再試行が連続せずゆっくり進む。

変更後

サーバーから Retry-After: 0 が送られてきたとき、fast mode は待機なしで 429 に対するリトライを連続実行する。標準速度のリクエストと同じ Respect-Rate-Limit フローに合わせた動作になる。

ユーザーへの恩恵

fast mode でレート制限に達したとき、リトライが待機なしで連続的に再試行されるようになる。

変更前

ツールが許容サイズを超える画像を返した場合、その結果が処理されず、同じターン内の兄弟ツール呼び出しが未応答のまま実行され続け、ターンが最終メッセージなしで終了することがあった。

変更後

画像が大きすぎる場合でも、そのツール呼び出しにはエラーレスポンスが返され、未応答のまま残っていた兄弟ツール呼び出しは停止または完了されるため、ターン全体が確実に収束する。

ユーザーへの恩恵

画像サイズ超過のエラーが発生してもターンが途中で止まらず、エラーがユーザーに通知され次の操作に進めるようになる。

変更前

モデルが200文字を超える長い名前のツールを呼び出すと、APIがバリデーションエラーを返し、会話が完全に停止していた

変更後

ツール名が200文字の上限を超えてもエラーにならず、モデルがツールを呼び出せるようになった

ユーザーへの恩恵

長い名前のMCPツールを呼び出しても会話が停止しなくなり、復旧のためにセッションをやり直す必要がなくなった

変更前

メモリ使用量を読めない環境でもツール呼び出しは失敗せず、実際の実行結果が正しく報告される

変更後

Claude Code自身のメモリ使用量を読み取れない場合(ファイルディスクリプタを使い切った場合など)、ツール呼び出しが「Failed to get memory usage」で失敗したり、実行済みなのに失敗と報告されたりしていた

ユーザーへの恩恵

ファイルディスクリプタ枯渇などの環境要因でツール呼び出しが誤って失敗扱いになることがなくなり、実行されたツールの結果を正しく受け取れる

変更前

セッション内の過去のアシスタントメッセージの内容が、文字列の配列ではなくプレーンな文字列だけで構成されている場合、--input-format stream-json で動作するセッション(Agent SDK、VS Code 拡張)やスケジュールされたクラウドセッションが、ターンごとにエラーで失敗する。

変更後

セッション内の過去のアシスタントメッセージの内容が、文字列の配列ではなくプレーンな文字列だけで構成されている場合でも、--input-format stream-json で動作するセッション(Agent SDK、VS Code 拡張)やスケジュールされたクラウドセッションが、ターンごとにエラーで失敗せずに正常に動作する。

ユーザーへの恩恵

プレーンな文字列形式のアシスタントメッセージを含むセッションを、Agent SDK、VS Code 拡張、スケジュールされたクラウドセッションでエラーなく継続利用できる。

変更前

非対話セッション(-p、Agent SDK)はカレントディレクトリがなくなると失敗する。セッション中にそのディレクトリが削除されると、次のターンで失敗した。

変更後

起動時にカレントディレクトリが有効であれば、セッション開始後にそのディレクトリが削除されても、非対話セッション(-p、Agent SDK)は次のターンで失敗せず、先へ進めるようになる。

ユーザーへの恩恵

セッション実行中に作業ディレクトリが削除されても、次のターンで失敗しなくなり、非対話セッションをそのまま続けられる。

変更前

ホスト側（SDK）MCPサーバーとのハンドシェイク中にホストが応答を停止すると、headless セッションが最初のメッセージで停止したまま固まってしまっていた。

変更後

ホスト側（SDK）MCPサーバーとのハンドシェイク中にホストが応答を停止しても、headless セッションは最大数秒待ったうえで先へ進むようになり、最初のメッセージで固まらなくなった。

ユーザーへの恩恵

ホストがハンドシェイク中に止まっても、headless セッションは数秒以内に回復して動作し続けられる。

変更前

MCP サーバーやプラグインが未設定でも、起動のたびに管理対象設定のネットワークリクエストが完了するまで対話的な起動が待たされる

変更後

ネットワーク到達時に管理対象設定のリクエストが完了を待ってからシェルが表示される

ユーザーへの恩恵

管理対象設定が不要な環境で起動が大幅に高速化され、ネットワークが不安定でも即座に操作を開始できる

変更前

3MBを超えるPDFを読み込んだり@メンションで参照したりしても、Claude Codeがすぐに応答するようになった。

変更後

3MBを超えるPDFを読み込んだり@メンションで参照したりしたとき、Claude Codeが即座に応答せず、最大2分間待たされていた。

ユーザーへの恩恵

ユーザーは大きなPDFを会話に含めても長い待ち時間なしですぐに作業を続けられるようになる。

変更前

特定PDFページへのReadが中断されると、そのページの描画処理がバックグラウンドに残り、最長2分間動き続けていた

変更後

中断された特定ページのReadが完了し、ページ描画が時間内に終了する

ユーザーへの恩恵

PDFページのReadが中断されても、ユーザーは描画処理の残置を気にせず次の作業へ進める

変更前

v2.1.281 では、パスが /.vol・/.nofollow・/.resolve から始まる場合、それらをカーネル提供の特殊ディレクトリとして扱わず、シンボリックリンクを解決せずに既存のチェックが適用される。このため、承認前にこうしたパスが読み取られることはない。

変更後

v2.1.281 では、権限ダイアログや添付ファイルチェックが macOS の /.vol・/.nofollow・/.resolve から始まるパスを「実在する特別なディレクトリ」として解決し、ネットワークマウント上の実体に到達してしまうことがあった。この挙動により、承認前にこうしたパスが読み取られる可能性があった。

ユーザーへの恩恵

macOS の特殊なパス接頭辞を含む添付ファイルについても、権限ダイアログや添付チェックの承認を経てからでなければ内容が読み取られなくなった。

変更前

rm -rf "$(pwd)" のようなコマンド置換の出力のみを対象とする再帰的な rm コマンドが、自動モードや --dangerously-skip-permissions モードで確認なしに実行されていた。Bash の許可ルールがある場合でも確認は表示されなかった。

変更後

コマンド置換のみを対象とする再帰的な rm コマンドでも、自動モードや --dangerously-skip-permissions モードで実行前に確認を求めるようになった。Bash の許可ルールが一致する場合でも確認を挟む。

ユーザーへの恩恵

モデルのミスやコマンド置換による予期しないパス解決から重要なパスを守れるようになる。

変更前

パーミッションルールに NUL バイトが含まれている場合、そのルールはワイルドカード一致に展開され、意図しないコマンドまで承認対象になる可能性がありました。

変更後

NUL バイトを含むパーミッションルールがワイルドカード一致に展開され、意図せず広い範囲のコマンドを承認してしまう可能性がありました。修正後は、そのようなルールは何にも一致しないように扱われます。

ユーザーへの恩恵

NUL バイトを含む不正なパーミッションルールが過剰にコマンドを承認するリスクがなくなり、設定ミスによる意図しない許可を防げるようになります。

変更前

サンドボックスの excludedCommands に登録したコマンドでも、git rev-parse --git-dir のようなパイプ経由の呼び出しや、シェル組み込みコマンドと同名のプログラム、[WIP] や # を含むコミットメッセージを扱う場合には一致判定されず、サンドボックス内で実行され続けていた。

変更後

サンドボックスの excludedCommands が、パイプを伴う git rev-parse --git-dir、シェル組み込みコマンドと同名のプログラム、[WIP] や # 行を含むコミットメッセージでも正しく一致判定するようになり、該当コマンドが除外対象としてサンドボックス外で実行される。

ユーザーへの恩恵

ユーザーは除外設定したコマンドが確実にサンドボックス外で動くようになり、git 操作やコミット処理でサンドボックス起因の失敗に悩まされなくなる。

変更前

CLAUDE_CODE_TMPDIR を設定すると、サンドボックス内の Bash コマンドがセッション用テンポラリディレクトリ（$TMPDIR）に書き込もうとすると失敗していた。

変更後

CLAUDE_CODE_TMPDIR を設定していても、サンドボックス内の Bash コマンドはセッション用テンポラリディレクトリ（$TMPDIR）に書き込めるようになった。

ユーザーへの恩恵

CLAUDE_CODE_TMPDIR を設定していても、mktemp や一時ファイル出力を利用するツールがサンドボックス内で追加設定なしで動くようになる。

変更前

未信頼のディレクトリで claude --bg を実行すると、ワークスペース信頼ダイアログを表示せずにバックグラウンドセッションを開始していました。セッションの開始処理の一環でプロジェクトの hooks も実行されるため、ユーザーがそのディレクトリの設定をまだ確認していない状態で shell コマンドが走る可能性がありました。

変更後

未信頼のディレクトリで claude --bg を実行すると、Claude Code はバックグラウンドセッションを開始したりプロジェクトの hooks を実行したりする前にワークスペース信頼ダイアログを表示するようになりました。TUI 以外で実行された場合はダイアログを表示できないため、終了コード 1 で終了します。

ユーザーへの恩恵

信頼していないワークスペースで hooks が勝手に実行されることがなくなり、バックグラウンドセッションでも信頼確認が強制されるようになりました。

変更前

スポーンされたセッションが親セッションの --setting-sources / settingSources 制限を正しく引き継ぎ、親で読み込まれない設定ソースは子でも読み込まれない

変更後

--setting-sources オプションと SDK の settingSources 設定が、スポーンされたセッション(チームメイト、/bg、claude agents セッション、--worktree --tmux)に転送されず、親セッションの設定ソース制限が引き継がれていなかった

ユーザーへの恩恵

SDK や CLI で設定ソースを制限している環境でも、サブエージェントやバックグラウンドセッションが親と同じ設定ポリシーで一貫して動作するようになる

変更前

ファイルパスに null バイトが含まれていると、ツール呼び出しが失敗してそのターン全体が終了していたため、会話を続行できなくなっていた。

変更後

パスに null バイトが含まれている Read、Write、Edit、NotebookEdit のツール呼び出しは、そのツール呼び出しが明確なエラーで失敗するようになった。

ユーザーへの恩恵

ユーザーは1つの異常なファイルパスが原因でターン全体が中断されることなく、会話を継続できる。

変更前

同じ値を持つパラメータが2つの名前で渡されてもWriteツールが正常に呼び出しを受け付ける

変更後

Writeツールが、同じ値のファイルパスまたはコンテンツが異なるパラメータ名で2回渡される呼び出しを拒否していた

ユーザーへの恩恵

ユーザーは意図しない拒否に遭遇せず、ファイルパスやコンテンツの重複を気にせずWriteツールを利用できる

変更前

ヘッドレスモードや SDK セッションでは、作業ディレクトリ内に存在する --add-dir で追加されたディレクトリの CLAUDE.md や .claude/rules/ のルールファイルが重複して判定され、同じ内容がモデルに 2 回送信されていました。

変更後

--add-dir で追加したディレクトリ配下にある CLAUDE.md や .claude/rules/ のルールファイルが、作業ディレクトリ直下のファイルとしても認識されるようになり、ヘッドレスモードや SDK セッションで同じ内容が 2 回モデルに送信されなくなりました。

ユーザーへの恩恵

モデルに送られるコンテキストが重複しなくなり、ヘッドレス実行や SDK セッションでコンテキストが無駄に消費されず、応答品質とトークン効率が向上します。

変更前

権限プロンプトとサンドボックスのネットワークアクセス許可プロンプトが重なり、両方に回答しても、リモートセッションは古い（stale）プロンプトを表示したまま「要承認（needs approval）」状態から動かなくなることがあった。

変更後

権限プロンプトとサンドボックスのネットワークアクセス許可プロンプトが重なって両方に回答した場合でも、リモートセッションは「要承認（needs approval）」状態に残留せず、両方の回答を反映して正常に再開するようになった。

ユーザーへの恩恵

重複したプロンプトに回答した後もリモートセッションが承認待ちで固まることなく、手動での再開や再接続の手間が不要になる。

変更前

クラウドセッションでは、ワーカーが再起動する直前にバックグラウンドエージェントが完了しても、その完了が Claude に伝わりませんでした。

変更後

ワーカーが再起動する直前に完了したバックグラウンドエージェントがあっても、その完了が Claude に伝わるようになりました。

ユーザーへの恩恵

ユーザーはワーカー再起動のタイミングにかかわらず、バックグラウンドエージェントの完了結果を見逃さずに受け取れるようになります。

変更前

リモートセッションでは、スケジュールされたルーティンやタスク通知によるターンが、最初のツール呼び出しの後までターン開始通知（新しく利用可能になったツール、MCP の変更、日付、todo など）を受け取れなかった

変更後

リモートセッションで、スケジュールされたルーティンやタスク通知によって開始されるターンでも、最初のツール呼び出しより前にターン開始通知が届くようになった

ユーザーへの恩恵

リモートセッションでルーティンやタスク通知が開始した最初のターンから、最新のツールや MCP の状態を踏まえた判断を Claude が行えるようになる

変更前

スケジュール済みタスクや /loop の起床で配信が失敗すると、そのタスクは毎秒のように再発火し続けていた。

変更後

配信に失敗しても、スケジュール済みタスクや /loop の起床は毎秒再発火しなくなった。

ユーザーへの恩恵

配信に失敗したときもターンの終了でセッションが落ちることはなくなり、スケジュール済みタスクや /loop を安全に実行できるようになる。

変更前

組織ポリシーがまだロードされていないだけでも、リモートコントロールが「組織のポリシーによって無効化されている」という誤解を招くメッセージを表示していた。

変更後

リモートコントロールの状態チェックは、組織ポリシーの取得に失敗しても「無効化されている」と断定しないようになり、取得を再試行した上で「ポリシーを検証できなかった」と正しく伝えるようになった。

ユーザーへの恩恵

ユーザーは単純なネットワークの遅延を組織による意図的な禁止と誤解して問い合わせたり設定を疑ったりすることなく、再試行やネットワーク接続の確認といった適切な対処が取れるようになる。

変更前

ターミナルや Desktop で claude remote-control を実行して開いたセッションでは、Artifact ツールがセッションに存在せず、claude.ai やモバイルアプリからセッションを開いても Artifact を扱えなかった

変更後

Remote Control セッションでも Artifact ツールが使えるようになり、claude.ai やモバイルアプリからツールが認識されて呼び出せる

ユーザーへの恩恵

リモート接続中でも Artifact の作成や表示ができ、ローカルで起動したセッションと同等の操作が行えるようになる

変更前

ログインキーチェーンがロックされているとき(例:スリープ復帰直後)にmacOSの認証情報を書き込むと、保存済みのMCP OAuthトークンが失われたり、キーチェーンエントリ自体が削除されたりすることがあった。

変更後

ログインキーチェーンがロックされているとき(例:スリープ復帰直後)にmacOSのキーチェーンへ認証情報を書き込んでも、保存済みのMCP OAuthトークンが失われたりキーチェーンエントリが削除されたりしなくなる。

ユーザーへの恩恵

スリープ復帰直後などキーチェーンがロックされている場面でも、再ログインやMCPサーバーへの再認証なしでMCP OAuthトークンを安全に利用できる。

変更前

Claude Code の終了時や認証更新がタイムアウトした際に、gcpAuthRefresh / awsAuthRefresh のログインプロセスが動作し続け、Windows 上ではローカルホストのコールバックポートを保持したまま残留していた。

変更後

Claude Code の終了時や認証更新がタイムアウトした際に、gcpAuthRefresh / awsAuthRefresh のログイン処理がクリーンアップされ、Windows 上でローカルホストのコールバックポートを保持したまま残らなくなった。

ユーザーへの恩恵

不要なプロセスやポートの占有がなくなり、Windows での OAuth 認証や MCP サーバーへのサインインが安定して行えるようになる。

変更前

別の Claude Code プロセスでログインした後も、セッション内に「Not logged in · Run /login」のフッター表示が残り、欠落していた claude.ai コネクタがそのままになり、ログイン済みでも再ログインを促される。

変更後

ログイン済みのセッションでも「Not logged in · Run /login」というフッターが表示され続け、他のプロセスでログインしてもそのセッションには claude.ai connectors が表示されないままだった。

ユーザーへの恩恵

他の Claude Code プロセスでログインすると、既存のセッションでもフッターの再ログイン表示が消え、欠落していた claude.ai コネクタが反映されるようになる。

変更前

MCP サーバーがまだ接続中の場合、ブロッキングイベント(PreToolUse など)に設定された mcp_tool フックは実行されずにスキップされていた。

変更後

MCP サーバーが接続中の間でも、ブロッキングイベント(PreToolUse など)に設定された mcp_tool フックが待機するようになり、接続タイムアウトまで実行が保留される。

ユーザーへの恩恵

MCP サーバーの接続完了を待つ間もフックが確実に実行されるため、権限チェックなどのフック処理が意図せず省略されなくなる。

変更前

同じURLを表す表記揺れ（ホストの大文字小文字、デフォルトポートの有無、末尾スラッシュの有無）があると、プラグインやclaude.aiコネクタ由来のサーバーと設定済みサーバーが別物と判定され、同一サーバーが2回接続されていた

変更後

プラグインのMCPサーバー、claude.aiコネクタ、設定ファイルのサーバーが、大文字小文字・デフォルトポート・末尾スラッシュの違いを除けば同一のURLを指していても、別のサーバーとして扱われず1回だけ接続される

ユーザーへの恩恵

同じサーバーへの重複接続がなくなり、ツールやリソースが二重に表示されず、意図したサーバー構成どおりにMCPを利用できる

変更前

MCP_CONNECTION_NONBLOCKING=0 を設定している場合、claude.ai コネクターへの接続が1秒で断念され、MCP_CONNECT_TIMEOUT_MS で指定したタイムアウト値が無視されていました。

変更後

MCP_CONNECT_TIMEOUT_MS の値に応じて、指定されたタイムアウト時間まで claude.ai コネクターへの接続を維持するようになりました。

ユーザーへの恩恵

MCP_CONNECT_TIMEOUT_MS を設定するだけで、接続に時間がかかる claude.ai コネクターも確実に利用できるようになりました。

変更前

--channels プラグインエントリの検証では、インストール済みプラグインのマーケットプレイスだけが照合対象で、エントリに記載された名前そのものは確認されていなかった

変更後

プラグインの channels エントリの検証時、マーケットプレイスの一致に加えてインストール済みプラグインの名前も照合するようになった

ユーザーへの恩恵

--channels で指定した名前と実際にインストールされたプラグインの名前が一致するか検証されるようになり、意図したプラグインへのチャンネル接続の取り違えを防げる

変更前

--plugin-dir にプラグイン群のフォルダを指定すると、その中の各プラグインが個別に読み込まれる。

変更後

--plugin-dir に .claude-plugin/marketplace.json を含むフォルダを指定すると、フォルダ内の各プラグインではなく空のプラグインが1つ読み込まれていた。

ユーザーへの恩恵

--plugin-dir でフォルダを指定したときに、その中のプラグインが正しくすべて読み込まれるようになる。

変更前

claude plugin uninstall を実行すると、有効化されていないプロジェクトスコープのプラグインの削除が拒否され、その理由を「プロジェクトスコープで有効化されている」とするエラーメッセージが表示されていた。

変更後

claude plugin uninstall を実行すると、有効化されていないプロジェクトスコープのプラグインが削除され、インストールから正常に取り除かれる。

ユーザーへの恩恵

プロジェクトスコープで無効化済みのプラグインをアンインストールする際に、矛盾したエラーで失敗することがなくなり、コマンドが完遂できるようになる。

変更前

claude plugin update を実行する際に --scope を省略すると、project スコープにインストールされたプラグインでも user スコープだと誤って解釈され、更新が失敗していた。

変更後

省略しても claude plugin update がプラグインが実際にインストールされているスコープ(user / project / local)を自動的に解決して更新するようになった。

ユーザーへの恩恵

--scope を毎回指定しなくても、プロジェクトスコープのプラグインを正しく更新できるようになる。

変更前

claude plugin validate を実行すると、privacyPolicyUrl や supportUrl などの plugin.json の一覧メタデータキーが unknown フィールドとして警告される

変更後

claude plugin validate を実行すると、privacyPolicyUrl や supportUrl などの一覧メタデータキーが plugin.json 内にあっても unknown フィールドとして警告される

ユーザーへの恩恵

正しい一覧メタデータキーを持つ plugin.json に対して警告が出なくなったため、開発者は誤警告を気にせずバリデーションを実行できる

変更前

marketplaceのバックグラウンド更新チェックの際に、リモートに到達できなかった場合でも、known_marketplaces.json内でそのmarketplaceのlastUpdatedが更新済みとして記録されていた。CLAUDE_CODE_PLUGIN_KEEP_MARKETPLACE_ON_FAILURE=1が設定されていれば、既存のcloneは保持された。

変更後

リモートに到達できなかった場合でも、marketplaceの状態が'refreshed'(更新済み)として記録されなくなった。CLAUDE_CODE_PLUGIN_KEEP_MARKETPLACE_ON_FAILUREが設定されている場合、既存のcloneが保持される。

ユーザーへの恩恵

ネットワーク障害時にmarketplaceの最終更新時刻が誤って更新されなくなり、実際に同期が成功したタイミングだけがlastUpdatedに反映されるようになった。

変更前

最後のエラーが解決されても、/plugin の Errors タブには確認が表示されず、エラーが解決したかどうかをユーザーが判断しにくかった

変更後

最後のエラーが解決されると、/plugin の Errors タブに解決の確認が表示されるようになった

ユーザーへの恩恵

ユーザーはエラーが解決したことをすぐに確認でき、プラグインの問題解決プロセスがより明確になる

変更前

アンインストール/更新の処理が実行中に Enter キーを再度押すと、同じプラグインに対する2つ目のアンインストール/更新処理が開始され、重複した処理や競合が発生する可能性がありました。

変更後

Enter キーの再押下時に、実行中のアンインストール/更新処理を検出し、重複した操作の開始を防止するようになりました。

ユーザーへの恩恵

Enter キーを誤って複数回押しても、プラグインのアンインストール/更新処理が重複して実行されることがなくなり、安全に操作できるようになりました。

変更前

/plugin がマーケットプレイスのソースを検証している間に y キーを押し続けていると、「Add marketplace?」という確認が表示された瞬間に、ソースが読み取られて検証される前にマーケットプレイスが追加されていた。これにより、意図しない、または未検証のソースからマーケットプレイスが登録されるリスクがあった。

変更後

「マーケットプレイスを追加しますか?」の確認が表示されている間は、プラグインの読み込み処理を待機するようになった。ユーザーが y を押していても、マーケットプレイスのソースが検証されて名前が確認された後に追加処理が行われる。

ユーザーへの恩恵

ユーザーはマーケットプレイスが信頼できるソースから追加されたことを確認してから操作でき、意図しないソースの登録を防げる。

変更前

/permissions の削除およびディレクトリ削除確認ダイアログで、カーソルが「いいえ」に合っているときでも 1 キーを押すと Yes と解釈されていた。

変更後

「はい」を選択したときにだけ 1 キーが Yes として機能し、カーソルが「いいえ」の上にあっても 1 を押しても Yes とは解釈されなくなった。

ユーザーへの恩恵

誤って 1 キーを押し続けても、ワークスペースのディレクトリを意図せず連続して削除してしまうことがなくなる。

変更前

思考をオフにできないモデル(Opus 5.5 や Fable モデルなど)でも、Alt+T や /config で思考オフへの切り替えを案内していた。選択しても実際にはオフにならず、ユーザーが混乱する可能性があった。

変更後

思考をオフにできないモデルでは、Alt+T や /config で思考オフへの切り替えを案内しないようになり、思考が常にオンのまま維持される。

ユーザーへの恩恵

思考が必須のモデルでも、操作しても無効にならない案内に惑わされず、理由が一行で表示されるため挙動を理解したうえで作業を続けられる。

変更前

/context の合計トークン数は、カテゴリ別の内訳と同じ情報源に基づいて計算されるようになり、直近の API レスポンス以降に追加されたメッセージも集計に含まれる。カテゴリ別の合計と一致するため、表示が破綻せず、ステータスラインよりも高い値を示すこともあり得る。

変更後

/context の合計トークン数が、直近の API レスポンス以降に追加されたメッセージを集計から除外していた。そのため、カテゴリ別の内訳の合計と合計値が一致せず、ステータスラインに表示される使用率よりも低い値を示すことがあった。

ユーザーへの恩恵

/context で表示される合計とカテゴリ別内訳、ステータスラインの使用率が一致するようになり、コンテキスト残量をより正確に把握できる。

変更前

API がユーザーが選択したモデルを拒否した場合、/model コマンドは生の API エラー JSON とリクエスト ID を表示していた。これによりユーザーは技術的で解読しづらいエラー出力に直面し、実際に何が起きたのかを理解しにくかった。

変更後

API が選択されたモデルを拒否した場合、/model はサーバーからのエラーメッセージを表示し、モデルが変更されていないことを明確に示すようになった。生の JSON ダンプやリクエスト ID は表示されなくなった。

ユーザーへの恩恵

ユーザーは技術的な JSON を解読する代わりに、サーバーからの明確なメッセージをすぐに読めるようになり、モデルが変更されなかったことを確信できる。

変更前

APIエラーのメッセージには、HTTPステータスコード(例:429、502)と、サーバーが返したエラーの要点が整理されて表示される。HTMLページ由来のエラーではHTMLタグが除去され、メッセージも1行に収まる。

変更後

HTML形式のエラーページ(プロキシの429や502ページなど)によるAPIエラーでは、ページの生のマークアップがそのまま表示されたり、HTTPステータスコードが省略されたりしていた。また、サーバーのエラーテキストが改行で終わる場合、エラーメッセージが2行目に折り返されて表示されていた。

ユーザーへの恩恵

ユーザーはAPIエラーが発生した際に、ページの生のHTMLを見ることなく、ステータスコードと原因をすぐ把握できるようになる。

変更前

「送信中にキャンセルしても、送信処理が停止せずそのまま送信が完了する状態だった。」の状態から、「送信中にキャンセルすると送信が正しく中止され、レポートは送信されなくなる。」ように変更された。

変更後

送信中にキャンセルしても、送信処理が停止せずそのまま送信が完了する状態だった。

ユーザーへの恩恵

送信を取り消した際に、ユーザーの意図に反してフィードバックレポートが Anthropic 側に送信されなくなる。

変更前

ダイアログが開いている間に Remote Control の Stop が届くと、その後 /feedback・/bug・/share で送信するたびに「Couldn't send feedback」というエラーで失敗していた

変更後

ダイアログが開いたまま Remote Control の Stop が到着した後も、/feedback・/bug・/share によるフィードバック送信が毎回「Couldn't send feedback」というエラーで失敗しなくなった

ユーザーへの恩恵

Remote Control セッションの切断後でも、ダイアログを開き直さずに /feedback・/bug・/share でそのままフィードバックやバグ報告を送れるようになった

変更前

「/ide」を実行すると、稼働中の IDE がリストに表示されるのに、メッセージ自体は「利用可能な IDE が検出されませんでした」という矛盾した内容になる。「IDE not detected」のトラブルシューティング手順に従っても、表示の矛盾という問題は解消しない。

変更後

「/ide」を実行すると、稼働中の IDE がリストに表示されるのに、メッセージ自体は「利用可能な IDE が検出されませんでした」という矛盾した内容になる。「IDE not detected」のトラブルシューティング手順に従っても、表示の矛盾という問題は解消しない。

ユーザーへの恩恵

稼働中の IDE を確実に認識して接続できるようになり、IDE 統合機能を迷わず利用できるようになる。

変更前

/setup-bedrock または /setup-vertex コマンドで新しい設定を適用するために Claude Code が再起動されると、ターミナルがクラッシュしたり文字化けした入力を受け付けるなど、壊れた状態のままになっていた。

変更後

/setup-bedrock または /setup-vertex で設定を適用するために Claude Code が再起動しても、ターミナルの状態が壊れなくなり、文字化けした入力も起こらなくなる。

ユーザーへの恩恵

ユーザーは Claude Code を再起動するたびに手動でターミナルを復旧させたり、セッションを作り直したりする手間から解放される。

変更前

respectGitignore または copyFullResponse が null でも /config が正常に開き、設定を確認・変更できるようになった。

変更後

/config を開くと、~/.claude.json の respectGitignore または copyFullResponse が null になっている場合、設定画面が即座に終了してしまい、内容を確認・変更できなかった。

ユーザーへの恩恵

~/.claude.json に null 値が残っていても /config を通じて設定を確認・変更できるようになる。

変更前

質問ダイアログの表示中でも /rename で付けたセッション名が画面に表示され続けるため、並べて開いた複数のセッションを名前で見分けられる

変更後

/rename で設定したセッション名は、Claude が複数選択式の質問（AskUserQuestion）をしている間、画面から消えてしまい、どのセッションか分かりにくい状態だった

ユーザーへの恩恵

Claude が質問で入力待ちになっている間もセッション名を確認でき、並行作業中のセッション管理がしやすくなる

変更前

VS Code や Remote Control から送信したプロンプト、または展開済みの貼り付けプレースホルダーを含むプロンプトでは、1行の貼り付けが送信メッセージ内で独立した行に分かれて表示されていました。修正後は、1行の貼り付けが改行されずに元の行内に表示されるようになります。

変更後

修正前は、VS Code や Remote Control から送信したプロンプトや、展開済みの貼り付けプレースホルダーを含むプロンプトで、1行の貼り付けが送信メッセージ内で独立した行として表示されていました。修正後は、1行の貼り付けが送信メッセージ内で元の行内にそのまま表示されるようになりました。

ユーザーへの恩恵

1行の貼り付けを含むプロンプトが、意図した通りのレイアウトで送信されるようになり、メッセージの読みやすさが向上します。

変更前

Claude が作業中にメッセージをキューに入れると、そのメッセージに紐づいていた IDE のテキスト選択範囲が失われたり、別の内容に変わったりすることがあった。また、キューに入ったメッセージが入力ボックス上に表示される際、それぞれのメッセージに対応する選択範囲が表示されないことがあった。

変更後

Claude が作業中にキューに入れたメッセージを送る際、そのメッセージを書いた時点で IDE で選択されていたテキスト範囲がそのまま保持される。また、キューに入ったメッセージが入力ボックスの上に表示される際にも、それぞれに紐づく選択範囲が失われずに表示される。

ユーザーへの恩恵

作業中に送ったメッセージが参照していたコードの選択範囲が確実に保持され、Claude がどの部分についての質問かを正確に把握できるようになる。

変更前

Shift+Tab を素早く2回連続で押しても、両方の入力が正しくモード切替に反映されず、意図しないモードで操作が続いていました。

変更後

Shift+Tab を素早く2回押すと、意図したアクセス許可モードではなく別のモードに切り替わってしまい、計画モードへ移りたいのに編集モードになってしまうことがありました。

ユーザーへの恩恵

キー操作が正確にモード切替に反映されるため、意図したアクセス許可モードで安心して作業を進められるようになる。

変更前

特定のダイアログやピッカーで Ctrl+C や Ctrl+D を2回押すと、そのダイアログを閉じるのではなく Claude Code 全体が終了してしまっていた。

変更後

/memory や /hooks、/mcp、/export などの各種ダイアログで Ctrl+C や Ctrl+D を2回押すと、ダイアログを閉じる代わりに Claude Code から退出してしまっていた。

ユーザーへの恩恵

ダイアログを閉じようとして誤ってセッション全体を終了させられることがなくなり、Ctrl+C や Ctrl+D で安全にダイアログを閉じられるようになった。

変更前

リモートコントロール経由などで矢印キーと Enter・x・s が続けて送られると、描画前の古い選択状態に対してアクションが実行されていました。

変更後

キーが同時に届いた場合、その入力バースト内で最後に受信したキーに対してアクションが実行され、押したキーと実行されたアクションが一致するようになりました。

ユーザーへの恩恵

矢印キーの後に即座に確定キーを送っても、意図した選択肢に正しく反映されるようになる。

変更前

/install-github-app 実行中に「Skip workflow update(ワークフロー更新をスキップ)」を選んだ後でも、ウィザードが既存の claude.yml を最新版のワークフローで書き換えてしまう。また、確認画面で Enter をもう一度押すとセットアップ処理が二重に走り、リポジトリ入力ステップで↑キーを押すと、ユーザーが手入力したリポジトリ名が消えて先に進めなくなっていた。

変更後

/install-github-app 実行中に「Skip workflow update(ワークフロー更新をスキップ)」を選んだ後でも、ウィザードが既存の claude.yml を最新版のワークフローで書き換えてしまう。また、確認画面で Enter をもう一度押すとセットアップ処理が二重に走り、リポジトリ入力ステップで↑キーを押すと、ユーザーが手入力したリポジトリ名が消えて先に進めなくなっていた。

ユーザーへの恩恵

既存のワークフローファイルを自分の変更のまま維持したいユーザーが、スキップを選んだ際に意図せず上書きされたり、操作の誤作動で再実行されたりせず、セットアップを確実に1回だけ完了させられる。

変更前

vim モードで d や c や y に複数行にまたがるモーションを組み合わせた場合、カーソル行の一部しか削除・変更・ヤンクされなかった。1G が最終行ではなく別の位置へ移動し、d0・c0・y0 は何も動作せず、. で insert を繰り返した後にはカーソルが正しい位置から1つずれていた。さらに ! で始まる行で o や p を実行すると shell モードへ切り替わってしまっていた

変更後

vim モードで d や c や y に dj や dk などの行モーションを組み合わせると、カーソル行から目的の行までの複数行をまとめて1つの操作として削除・変更・ヤンクできるようになった。1G が最終行へ移動し、d0・c0・y0 が行頭までの範囲を正しく操作対象にする。また . による insert の繰り返し後のカーソル位置が1つずれる問題が解消され、! で始まる行での o や p が意図せず shell モードに切り替わらなくなった

ユーザーへの恩恵

vim ユーザーが複数行編集や行頭操作、. による繰り返しをキーの挙動を疑わずに実行できるようになる

変更前

スペース・空行・単語の末尾の文字・1文字の単語の上で vim モードの cw を実行すると、次の単語まで書き換わってしまっていた。また、ヒンディー語・ベンガル語などのスクリプトでは、単語移動が単語の途中で止まってしまっていた。

変更後

スペース・空行・単語の末尾の文字・1文字の単語の上で vim モードの cw を実行しても、次の単語まで書き換わらなくなった。また、ヒンディー語・ベンガル語などのスクリプトでは、単語移動が単語の途中で止まらずに正しく単語境界へ移動する。

ユーザーへの恩恵

単語単位の編集が正しく行われるため、複数バイト文字や単語境界でのvimモード編集ミスが減り、スムーズにプロンプトを編集できる。

変更前

プロンプト入力中にアクセント記号(例:_dead_style のような合成用の記号)を単独のキーとして打つと、カーソルが1文字余分に進んでしまい、以降の文字入力位置がずれていた。

変更後

ユーザーがアクセント記号を単独のキーとして入力した後、プロンプトのカーソルが本来より1文字多く先へ移動していた。この修正により、アクセント記号入力後もカーソルが正しい位置に留まる。

ユーザーへの恩恵

アクセント記号を入力してもカーソル位置がずれなくなり、挿入した文字列が意図どおりの位置に収まるようになった。

変更前

In list output, when a list item's text started on the line after its bullet, an extra blank line was inserted above that item in screen-reader mode, quoted lists, and long lists.

変更後

In this version, the extra blank line above list items is no longer output in screen-reader mode, quoted lists, and long lists, so screen readers do not read empty lines.

ユーザーへの恩恵

スクリーンリーダー利用時や引用リスト・長いリストの閲覧時に、空行が読み上げられなくなります。

変更前

プレーンな数字を使った箇条書き（- 316. など）が、数字として正しくレンダリングされず、英字・ローマ数字・誤った番号で表示されていた。

変更後

プレーンな数字を使った箇条書き（- 316. など）が、数字として正しく表示されるようになった。

ユーザーへの恩恵

ターミナル内で数字の箇条書きを含むドキュメントや出力を表示しても、リストの番号が意図どおりに読めるようになる。

変更前

エージェントパネルのフッターヒントが keybindings.json で再バインドされたキーを正しく反映するようになり、stop-all-agents ショートカットが未割り当ての場合に余計な区切り文字 · が表示されなくなりました。

変更後

エージェントパネルのフッターヒントは、keybindings.json で再バインドされたキーを無視して固定表示のままでした。また、stop-all-agents ショートカットが未割り当て(unbound)の場合、不要な区切り文字 · が表示されてしまいました。

ユーザーへの恩恵

自分のカスタムキーバインド設定がフッターヒントにそのまま反映され、ショートカット未割り当て時の余計な区切り表示もなくなるため、ヒントが常に実際の操作方法と一致して表示されます。

変更前

既に表示しているフォークに対しても、エージェントパネルのフッターに Enter to view や x to stop が表示され、main を表示中も main 行に Enter to view が表示された

変更後

同じフォークの既に行を開いているときは、その行で Enter to view や x to stop が表示されない。main を表示中は main 行に Enter to view が表示されない

ユーザーへの恩恵

操作が効かないキーのヒントが消え、フッター表示が自分の状態と一致するようになる

変更前

エージェントパネルの行をマウスでクリックしても、キーボードカーソルが以前に選択した行に残ったままになる

変更後

エージェントパネルの行をクリックすると、その行にキーボードカーソルが移動する

ユーザーへの恩恵

エージェントパネルの行をクリックするだけで、キーボードによる選択位置がその行に同期されるようになり、クリック後に矢印キーなどで項目を正しい位置から操作できるようになる

変更前

Esc キーを押すと、エージェントパネルで行が選択された状態では、選択を解除する代わりに実行中のターンが中断されていた。

変更後

Esc キーが実行中のターンを中断する代わりに、選択済みのエージェントパネル行の選択を解除するようになった。

ユーザーへの恩恵

行の選択を解除したいときに誤って実行中のターンを中断してしまうことがなくなる。

変更前

In fullscreen mode, pressing PgUp or PgDn while a dialog list was open, such as the /skills selector, did nothing.

変更後

In fullscreen mode, pressing PgUp or PgDn in a dialog list, such as the /skills selector, scrolls the list half a screen at a time as documented.

ユーザーへの恩恵

そのため、スキル一覧などのダイアログ内の項目をキーボードだけで素早く閲覧できるようになる。

変更前

修正前は、/heapdump でヒープダンプを取得すると、メモリの大半が JS ヒープ上にあるにもかかわらず、サマリーが「メモリの大半はネイティブメモリ」と誤って表示することがあった。

変更後

修正後は、メモリの大半がJSヒープ上にある場合に、サマリーがそれを正しく「JSヒープ」と報告する。

ユーザーへの恩恵

Chrome DevTools で .heapsnapshot を開いてメモリ内訳を自分で調査できる判断を、ユーザーが正確に下せるようになる。

変更前

Bashツールでファイル編集を行うたびに、差分表示用のスナップショットディレクトリが一時フォルダに作成され、放棄された後も削除されずに蓄積し続けていた

変更後

放棄されたBash差分スナップショットディレクトリは即座に削除され、残りはClaude Code終了時にクリーンアップされるようになった

ユーザーへの恩恵

ユーザーはスナップショットディレクトリの蓄積を気にせず、ディスク容量を節約したままClaude Codeを快適に使い続けられる

変更前

/workflows のリストを開いている間に新しいワークフローランが開始すると、リストのポインタが別のランに移動してしまい、x を押すと選択していたのではない別のランが停止していた。

変更後

新しいワークフローランが開始されたときに /workflows リストが開いていっても、リスト上のポインタはユーザーが選択していたランを指し続け、x を押しても選択していたランだけが対象になる。

ユーザーへの恩恵

リストの閲覧中に新しいランが始まっても、選択していたランに対して操作を続けられるようになる。

変更前

タブバーにフォーカスがあるとき、選択されているタブがハイライト表示されず、どのタブが選択されているのかひと目で判別できませんでした。

変更後

選択されたタブがハイライト表示され、キーボードでの操作状況がひと目でわかるようになりました。

ユーザーへの恩恵

どのタブが選択されているのかをすぐに確認でき、タブ間を迷わず移動できるようになります。

変更前

マウスホイールを操作すると、/plugin の Installed リストではなく、その背後にあるペインがスクロールしてしまう。

変更後

マウスホイールを操作すると、/plugin の Installed リスト自体がスクロールする。

ユーザーへの恩恵

/plugin の Installed リストをマウスホイールで直接スクロールできるようになり、プラグイン一覧を快適に閲覧できる。

変更前

全画面モードでリストの行がスクロールやフィルタリングによってマウスの下から移動した後も、ホバーハイライトがその行に残り続けていた。

変更後

リストの行がスクロールやフィルタリングでマウスの位置から離れたとき、ハイライトがその行に残らず、マウスの下にある行のみがハイライトされるようになった。

ユーザーへの恩恵

マウスの下にある行だけがハイライトされるようになり、クリックする項目を視覚的に正確に判断できるようになった。

変更前

狭いターミナルで /remote-control メニューなどのリストを表示すると、長い行が2行目に折り返されてレイアウトが崩れていた。

変更後

狭いターミナルでも /remote-control メニューなどのリストの長い行は2行目に折り返されず、末尾が … で切り詰められて1行に収まるようになった。

ユーザーへの恩恵

狭いターミナルでも折り返しのない整形されたリスト表示になり、行間ずれや可読性低下なしに各項目を読み取れるようになる。

変更前

以前は、狭い端末で /hooks や /mcp の詳細ビューを開くと、長い値が1行に収まりきらず、下の行に重なって表示され、両方が読みにくくなっていた。

変更後

/hooks や /mcp の詳細ビューで長い値が表示される際、端末の幅が狭いと表示領域からはみ出し、下の行の内容に重ねて描画されることがあった。

ユーザーへの恩恵

狭い端末でも /hooks や /mcp の詳細ビューの値が下の行と重ならず、設定内容をはっきり読めるようになる。

変更前

/plugin 画面に表示されるスキンのステートオプションのような番号付きリストが、スクリーンリーダーモードで番号を入力しても選択できませんでした。ユーザーは矢印キーでの移動ができないスクリーンリーダーモードにおいて、これらのリストの項目を選ぶ手段がありませんでした。

変更後

スクリーンリーダーモードで、メニューは矢印キーで操作する代わりに番号付きリストとして表示され、選択肢が番号付きの行として読み上げられます。ユーザーはオプションの番号を入力して Enter を押すことで選択できるようになり、/plugin 画面でもスキンのステートオプションのような番号付きリストが番号入力で回答できるようになります。以前はこうしたリストの一部が番号入力に対応しておらず、スクリーンリーダーモードでキーボードだけでは選択できませんでした。

ユーザーへの恩恵

スクリーンリーダーモードのユーザーが、/plugin 内のスキンのステートオプションなどのリストを番号入力で選択できるようになり、キーボードだけで設定を完結できるようになります。

変更前

メッセージが1件もないWebセッションを開くと、空のローカルコピーが保存され、そのコピーは再開できなかった。

変更後

開こうとしても、保存先を示すエラーが表示され、そこから続きを進められる。

ユーザーへの恩恵

空のコピーが作られず誤って再開を試みる手間がなくなり、続きの所在をエラーで把握して正しい場所から再開できるようになる。

変更前

サーバーがセッション履歴を返せない、履歴の一部が読み込みに失敗する、ネットワークのサインインページが代わりに応答する場合、claude.ai/code セッションはエラーを出さずに空の状態、または会話の一部だけで開いていた。ユーザーには問題が発生したことが伝わらず、開き直しても同じ状態だった。

変更後

サーバーがセッション履歴を返せない、履歴の一部が読み込めない、ネットワークのサインインページが応答する場合でも、Claude Code がエラーを表示する。再度セッションを開けるようになった。

ユーザーへの恩恵

セッション履歴の読み込みに失敗したことをエラーで把握でき、セッションを開き直して会話を復元できる。

変更前

拡張ホストの再起動後も、エディタータブ上の会話は黙って固まったままになり、ユーザーは応答しないタブを手動で閉じるしかなかった。

変更後

拡張ホストの再起動後も、エディタータブ上の会話は黙って固まったままになり、ユーザーは応答しないタブを手動で閉じるしかなかった。修正後は、タブがセッションリストから開き直すよう促すメッセージを表示する。

ユーザーへの恩恵

固まったタブの原因がわからず戸惑うことがなくなり、セッションリストから開き直すだけで素早く作業を再開できる。

変更前

チャットパネルの複数肢質問カードにプレビューが一切表示されない

変更後

複数肢質問の選択肢カードにプレビューが正しく表示されるようになる

ユーザーへの恩恵

ユーザーが視覚的な比較を元に選択肢を決められるようになる

変更前

VSCode のセッションマネージャーで、狭いサイドバーに表示した際にコストと使用量のブロックがテキストの途中で折り返されて崩れており、アカウントを切り替えた後も前のログインの合計値が表示され続けていた。

変更後

VSCode のセッションマネージャーで、コストと使用量のブロックが狭いサイドバーではテキストの途中で折り返され、アカウントを切り替えた後にも前のログインの合計値が表示されていた。どちらの問題も解消され、表示が崩れず、切り替え後のアカウントに対応した正しい合計が表示される。

ユーザーへの恩恵

ユーザーはサイドバーの幅にかかわらず読みやすいコスト・使用量の表示を得られ、アカウントを切り替えた際に現在のログインの正しい合計を確認できる。

変更前

PR が draft に変換された場合、ルーティンが発火しなかった。

変更後

DRAFT' に変換された PR でも GitHub トリガーが発火し、ルーティンが実行される。