Claude Code v2.1.277

変更前

プロジェクトに CLAUDE.md がない場合、Claude Code はプロジェクト固有の指示を読み込まず、AGENTS.md が存在しても無視していた。

変更後

プロジェクトに CLAUDE.md がない場合、Claude Code は AGENTS.md を読み込むようになり、/config の「Project instructions」からその内容を編集できる。

ユーザーへの恩恵

AGENTS.md を使っているリポジトリでも、CLAUDE.md を新たに作成・維持することなく既存の指示を Claude Code に反映できる。

変更前

外部への接続経路がフォワードプロキシのみである Claude apps gateway 環境では、各リクエストを送信する際にプロキシから受けた名前解決結果(IPアドレス)をそのまま利用していた。

変更後

環境変数を設定すると、各リクエストで名前解決したIPアドレスをプロキシに渡して接続を依頼するのではなく、ホスト名をそのままプロキシに渡して接続を依頼するようになる。

ユーザーへの恩恵

名前解決の責務をプロキシ側に統一できるため、DNSを通さない外部接続構成でも解決済みIP不一致による接続エラーが発生しなくなる。

変更前

Claude apps gateway の upstream がプロバイダーの手前にあるプロキシへリクエストを送る際、追加の HTTP ヘッダーを付与する設定項目がなく、静的なヘッダーを送りたい場合はヘッダー付きのリクエストをプロキシ側で保証できなかった。

変更後

Claude apps gateway の upstream 設定に、任意の headers: マップを記述できるようになった。このマップに書いたヘッダーは、プロバイダーの手前に自前で運用しているプロキシに対して静的に送信される。

ユーザーへの恩恵

プロキシに必要な静的ヘッダー(ルーティングやテナント識別など)を gateway の upstream 設定だけで付与でき、プロキシ側でのヘッダー補完や特別な対応が不要になる。

変更前

バックグラウンドタスクが終了しても、/tasks などのパネルを開いている間はその更新が画面に表示されず、パネルを閉じるまで終了したことが画面上のどこにも現れない。

変更後

バックグラウンドタスクが終了した時点で、/tasks などのパネルを開いていれば、その更新が表示のために待機している旨の行がパネルに表示される。以前は、パネルを開いている間に終了した更新は、パネルを閉じるまで画面上のどこにもその旨が現れなかった。

ユーザーへの恩恵

ユーザーはタスクパネルを閉じなくても、バックグラウンドタスクの完了更新が表示待ちになっていることを把握でき、表示タイミングを予測しながら作業を続けられる。

変更前

VSCode 拡張機能のパネルメニューにはサインアウト用の行がなく、サインアウトするには typed command menu で /logout コマンドを実行する必要があった。

変更後

VSCode 拡張機能のパネルメニューに「Sign out(サインアウト)」の行が追加され、この行を選ぶことでサインアウトできる。typed command menu(/logout と入力するコマンドメニュー)にも /logout コマンドが表示される。

ユーザーへの恩恵

パネルメニューからサインアウトの行を選択するだけでログアウトできるようになり、ユーザーは /logout コマンドを手入力する手間がなくなる。

変更前

VSCode拡張のagent mapにはバックグラウンドシェルやその他実行中タスクが表示されず、それらの状況確認や停止には別の手段が必要だった

変更後

バックグラウンドシェルやその他実行中タスクがagent map上で個別に表示され、各項目にStop操作と/tasksコマンドが用意され、タスク状況の確認や停止をVSCode拡張から直接行えるようになった

ユーザーへの恩恵

ユーザーはtasks mapから実行中タスクの状況を一覧で把握し、必要に応じてStopで即座に停止できるようになった

変更前

Copying Claude's output to the clipboard relied on external commands (pbcopy, xclip, etc.), so on sandboxed environments or over SSH connections the copy frequently failed. Users had to manually perform terminal selection and copying.

変更後

Copied text no longer fails to reach the clipboard due to sandbox restrictions. Clipboard utilities like pbcopy cannot reach the system clipboard from within sandboxed Bash commands, but now users can execute /copy within Claude Code itself, writing directly to the clipboard without going through the sandbox.

ユーザーへの恩恵

Reliably copy Claude responses to the clipboard with a single command, regardless of sandbox or SSH environment.

変更前

セッションが自動的にアーカイブされてもユーザーには何も通知されず、どこに移動したのか把握しづらかった。また、アーカイブされたセッションを再び使いたい場合は 1 件ずつ Unarchive を選ぶしかなかった。

変更後

非アクティブなセッションの自動アーカイブ時に通知が表示され、Archived sessions グループのコンテキストメニューから「Unarchive all」を選んで全セッションをまとめて元に戻せる。

ユーザーへの恩恵

ユーザーは自動アーカイブの発生をすぐ把握でき、アーカイブされたセッションを 1 件ずつではなくまとめて元に戻せるようになる。

変更前

プラン上限のない環境では /usage の Session 指標が無いと Claude Code の UI にコスト情報が表示されず、支出は OpenTelemetry や LLM ゲートウェイ経由など外部手段でしか確認できなかった。

変更後

セッションの支出とトークン消費は Account & usage ダイアログとセッションマネージャーに表示される。Vertex・Bedrock・Foundry・API キーなどプラン上限が適用されない接続でも、UI 内でコストを直接確認できるようになった。

ユーザーへの恩恵

Vertex・Bedrock・Foundry・API キーの各ユーザーは /usage を使わなくてもセッションコストとトークン消費を Claude Code 内で直接把握できるようになる。

変更前

Web版Claude Codeの環境ピッカーでは、自分が作成した個人環境しか表示されず、TeamプランやEnterpriseプランでも組織で共有された環境を区別して選択する方法がなかった。管理者が個人環境を組織メンバーと共有する手段も用意されていなかった。

変更後

チームおよびエンタープライズプランのWeb版Claude Codeで、環境ピッカーが「Personal(個人)」と「Organization(組織)」のセクションに分かれて表示されるようになった。また、管理者は自分の個人環境を組織と共有できるようになり、共有された環境はメンバー全員の環境セレクターに個人環境と並んで表示される。

ユーザーへの恩恵

管理者が作成した共有環境を各メンバーが自分の環境と並べて選択できるようになり、チーム全体で同一の設定を標準化して使い回せる。

変更前

Fable は /model のモデル一覧から条件付きで表示され、利用可能な状況でも非表示になる場合があった。

変更後

これまでは Anthropic API 利用時、Fable モデルが利用可能かどうかに関係なく /model の選択肢から外れて表示されないことがあった。

ユーザーへの恩恵

ユーザーは Fable が常に /model に表示されるため、モデルの有無を一目で確認し、選択できるようになる。

変更前

Bedrock、Vertex、Foundry では Bash サンドボックスに関する説明が独自の記述になっており、サンドボックスの位置づけが first-party ドキュメントの表現と異なっていた

変更後

Bedrock、Vertex、Foundry 向けの Bash サンドボックスの説明が、サンドボックスを「そのタスクに与えられた境界」として表現する first-party の説明文に置き換わる

ユーザーへの恩恵

クラウドプロバイダ経由でもサンドボックスの説明がドキュメントと同じ基準の記述になり、挙動や境界の理解がドキュメントどおりに統一される

変更前

非対話セッションで /ultrareview を実行した場合、リポジトリにベースブランチが存在しない、またはブランチ間に共有履歴(マージベース)がない場合でも、レビューが開始されようとしていた。

変更後

非対話セッションで /ultrareview を実行した場合、リポジトリにベースブランチがない場合や共有履歴がない場合には、クラウドセッションを開始する前にレビューを拒否するようになった。

ユーザーへの恩恵

ベースブランチがないリポジトリでは非対話セッションで /ultrareview を実行してもレビューがクラウドセッション開始前に確実に拒否されるようになる。

変更前

サブエージェントの結果が、メイン会話の出力と区別されない形でメインエージェントに渡されていた

変更後

サブエージェントの結果は、サブエージェント出力であることを示すヘッダーの下にインデント付きでメインエージェントに届くようになった

ユーザーへの恩恵

サブエージェントの結果内のテキストが、そのセッション自身の指示として偽装されなくなり、メインエージェントのコンテキストの整合性が保たれるようになった

変更前

Bedrock、Vertex、Foundry 上では、ワークフロースクリプトが計算した agent() 呼び出しのプロンプトがユーザー発話として扱われ、セーフティ分類器がユーザーの入力として評価していた

変更後

Bedrock、Vertex、Foundry 上でワークフロースクリプトの agent() 呼び出しが生成するプロンプトが、スクリプトが書いたテキストとしてサブエージェントに届くようになる

ユーザーへの恩恵

プロンプトがスクリプト発のテキストとして分類されるため、Bedrock、Vertex、Foundry 上の動的ワークフローでサブエージェントの起動がセーフティ分類器に誤ってブロックされなくなる

変更前

Code タブから組織共有のクラウド環境を開くと、編集可能な状態で表示されていた。

変更後

Code タブから組織共有のクラウド環境を開くと、読み取り専用のサマリーとして表示されるようになった。編集は Admin settings → Cloud environments ページから行う。

ユーザーへの恩恵

組織共有環境の管理が Admin settings の Cloud environments ページに集約され、Owner 以外のメンバーは読み取り専用のサマリーで内容を確認できるようになる。

変更前

管理設定では、Claude Code の Web 機能が「Web」というラベルで表示され、その下に読み取り専用の「Mobile」行が重複して表示されていました

変更後

管理設定の表示名が「Web」から「Cloud sessions」に変わり、「Mobile」の読み取り専用行は削除されました

ユーザーへの恩恵

管理者は設定画面でクラウドセッションの状態をより分かりやすく確認できるようになりました

変更前

Claude Tag のアクセスバンドルに含まれる Pylon 認証情報プリセットは、Pylon の米国 (US) ホスト向けに固定されており、管理者は Pylon を EU ホストで運用している場合でも、そのバンドル経由では EU エンドポイントの資格情報を提供できなかった。

変更後

アクセスバンドル内の Pylon 認証情報プリセットに、EU リージョン向けホストを指定できるようになり、EU データレジデンシー要件のある組織でも Claude Tag の Pylon 連携を利用できる。

ユーザーへの恩恵

管理者は、Pylon の EU ホストに認証情報を向ける設定を選択できるようになり、EU 側の Pylon ワークスペースでも同じアクセスバンドルをそのまま使える。

変更前

SDK や claude -p のセッションでは、全ディレクトリを走査して CLAUDE.md を探す処理が初回ターンの前に走り、その完了を待ってから応答が始まる。

変更後

SDK や claude -p のセッションでは、初回ターンの前に全ディレクトリを走査して CLAUDE.md を探す処理が走り、その完了を待ってから応答が始まる。

ユーザーへの恩恵

SDK やヘッドレスモードの利用者はセッション開始直後の待ち時間が減り、より速く最初の応答を得られる。

変更前

loopback はデフォルトでブロックされるが、エラーメッセージはその理由のみを示し、この挙動を許可する CLAUDE_GATEWAY_ALLOW_LOOPBACK 変数の存在は示していなかった。

変更後

loopback 宛の URL への接続がブロックされたときのエラーメッセージに、許可変数 CLAUDE_GATEWAY_ALLOW_LOOPBACK=1 を明示するようになった。

ユーザーへの恩恵

開発者はループバック接続を許可したい場合にエラーメッセージだけで解決でき、ドキュメントを探す必要がなくなった。

変更前

プラグイン経由でインストールされた MCP サーバーが、/plugin の Installed 一覧でそのプラグインから切り離された形で単独の行として表示されていたため、そのサーバーがどのプラグインに由来するのか一覧上からは分からなかった。

変更後

/plugin の Installed タブで、プラグインに属さず単独で表示される MCP サーバーにカーソルを合わせると、そのサーバーがどのプラグインから提供されているかが行内に表示されるようになった。

ユーザーへの恩恵

MCP サーバー名だけでは出どころを特定できなかったユーザーが、一覧上で即座にどのプラグインがそのサーバーを提供しているかを判別できるようになる。

変更前

既にインストール済みのプラグインに対して claude plugin install を実行すると、マーケットプレイスに新しいバージョンが存在する場合にはそのことが表示され、更新方法として claude plugin update コマンドの名前も併せて示されるようになりました。

変更後

既にインストール済みのプラグインに対して claude plugin install を実行しても、そのプラグインの新しいバージョンがマーケットプレイスで提供されているかどうかは分からず、単に既にインストールされている旨だけが伝えられていました。

ユーザーへの恩恵

ユーザーはプラグインの新バージョンの有無をすぐ把握でき、更新が必要な場合にどのコマンドを実行すればよいか分かるようになりました。

変更前

起動時に通知が複数あると、ロゴの下の段に「+N more · /status」という表記で残りを省略表示していた。

変更後

ロゴの直下に「N more notices hidden(N件の通知を非表示)」という1行が表示される。

ユーザーへの恩恵

起動時の通知が省略されている件数がひと目でわかるようになる。

変更前

プロンプトに書式文字(BOM、ゼロ幅スペースなど)やタグ文字といった不可視のUnicode文字が含まれていても、そのままの状態で送信されていた。ユーザーは送信前にこうした文字の有無や除去結果を確認する手段がなかった。

変更後

プロンプトに含まれる不可視のUnicode書式文字やタグ文字が送信前に自動的に除去される。クリーニング後のプロンプトが画面に表示され、送信前に内容を確認できる。

ユーザーへの恩恵

プロンプトから不可視文字が除去され、送信前にクリーニング後のプロンプトを確認できるため、意図しない文字が含まれたまま送信されるリスクがなくなる。

変更前

レビュー対象が存在しない場合、ultrareview はレビューを実行できず、ユーザーは次に何をすればよいかわからないまま途方に暮れるしかなかった。

変更後

レビュー対象が何もない場合でも、ultrareview が状況に応じた適切なメッセージを表示するようになった。最新のコミットをレビューするためのコマンドの提案や、新規リポジトリの最初のコミットをレビューする動作が組み込まれた。

ユーザーへの恩恵

レビュー対象がない場合でもユーザーは次に取るべき行動（ステージング/コミット、別のベース指定、最新コミットのレビューなど）をすぐに理解して実行できる。

変更前

claude.aiのアーティファクトへのリンクを読む際、Artifactツールが利用可能な場合でも汎用のWebFetchツールでページを取得していた。

変更後

claude.aiのアーティファクトへのリンクがセッション内で検出された場合、WebFetchツールではなくArtifactツールでそのリンクを読み込むようになった。

ユーザーへの恩恵

アーティファクトをArtifactツール固有のより適切な処理で読めるようになり、claude.aiのアーティファクトリンクの扱いが正確になる。

変更前

危険な rm コマンドに対する権限プロンプトでは、フラグが立った rm コマンドの内容を具体的に示さず、${VAR:?} ガードの提案もなかった。headless モードの実行では、確認応答を得られずに処理が止まり、回復が困難だった。

変更後

危険な rm コマンドに対する権限プロンプトで、フラグが立った rm コマンドの名前を表示し、${VAR:?} ガードの追加を提案するようになった。これにより、headless モードの実行でもエラーから回復できる。

ユーザーへの恩恵

headless モードでの自動化スクリプトにおいて、危険な rm コマンドに対する権限確認の失敗からスクリプト自身で回復できるようになる。

変更前

アーティファクトツールの権限確認プロンプトは、長い文で表示され、対象ページやアーティファクトが不明確で、リンクが文章の途中に含まれて読みにくかった。

変更後

アーティファクトツールの権限確認プロンプトは、表示が短く簡潔な文になり、ページやアーティファクトがタイトルまたはファイル名で呼ばれ、リンクは文章の後に列挙される。

ユーザーへの恩恵

ユーザーは権限確認ダイアログで何に対する許可を求められているかを一目で把握でき、より迅速に承認または拒否を判断できる。

変更前

SDK や IDE の外部で起動された claude -p の実行でも、バックグラウンドで Haiku モデルを使ったセッションタイトルの自動生成リクエストが送られていた。

変更後

SDK や IDE の外部で起動された claude -p の実行では、バックグラウンドの Haiku による自動タイトルリクエストが行われなくなり、タイトル生成なしでセッションが実行される。

ユーザーへの恩恵

不要なバックグラウンドリクエストがなくなり、claude -p 実行時の不要な API 呼び出しやモデル利用が減る。

変更前

Claude がバックグラウンドタスクの出力を非推奨の TaskOutput ツールで取得しており、taskOutputMaxChars 設定と TASK_MAX_OUTPUT_LENGTH 環境変数でインラインで受信する出力の最大文字数を制御できる

変更後

Claude がバックグラウンドタスクの出力を専用の TaskOutput ツールで取得していたバージョンから、TaskOutput ツールが完全に削除され、settings.json の taskOutputMaxChars 設定と TASK_MAX_OUTPUT_LENGTH 環境変数が完全に無効になったバージョンになった

ユーザーへの恩恵

Claude がバックグラウンドタスクの出力を Read ツールで出力ファイルから直接取得するようになり、ツールと出力サイズ設定の管理がシンプルになる

変更前

内部エラーが発生すると、エラー内容を報告せずにプロセスが終了もせず停止状態になり、呼び出し側は原因を知る術がなかった。

変更後

内部エラー発生後、claude -p や Agent SDK のセッションが結果を何も返さないままハングアップすることがあった。

ユーザーへの恩恵

内部エラー発生時にユーザーはエラー内容と非ゼロ終了コードを即座に受け取り、問題の原因を把握して対処できる。

変更前

以前のアシスタントターンが他のコンテンツブロックと並んで空のテキストブロックを含んでいた場合、会話が --resume を使った後も含めて、すべてのリクエストで「text content blocks must be non-empty」というエラーで失敗していました。

変更後

以前のアシスタントターンが他のコンテンツブロックと並んで空のテキストブロックを含んでいた場合、会話が --resume を使った後も含めて、すべてのリクエストで「text content blocks must be non-empty」というエラーで失敗していました。

ユーザーへの恩恵

空のテキストブロックが過去のターンに存在していても、--resume を使った再開を含む会話がエラーにならず継続できるようになり、ユーザーは会話履歴を壊さずに作業を続けられるようになった。

変更前

同じマシン上で、IDE 拡張に同梱された古いビルドの Claude Code CLI と最新版の Claude Code が共存して動くと、古い側が認証情報を扱う影響で、現在使っている最新版のログインセッションが突然無効化されてログアウトさせられることがあった。

変更後

旧バージョンの CLI が同じマシン上で動作しても、現在の Claude Code が共有する認証・セッション情報を勝手に書き換えたり無効化したりしなくなり、ログイン状態が維持される。

ユーザーへの恩恵

IDE 拡張と CLI を同じマシンで併用していても、再ログインを求められることなく継続して作業できるようになる。

変更前

~/.claude.json に customApiKeyResponses の不正な値があると、ANTHROPIC_API_KEY を使うユーザーは対話セッションの起動時にハングするかエラーが表示され、セッションを開始できなかった。

変更後

対話セッションの起動時に、~/.claude.json 内の不正な customApiKeyResponses の値もスキップして読み込みを続行し、ハングせずに起動が完了する。

ユーザーへの恩恵

ANTHROPIC_API_KEY ユーザーは、~/.claude.json に customApiKeyResponses の不正な値があっても対話セッションをハングやエラーなしで起動できるようになる。

変更前

プロキシが無効なバージョンを返すと、30分ごとの更新チェックでエラーが出続け、minimumVersion や最大バージョンが設定されている環境では claude update が固まってしまう。不正な形式の minimumVersion もそのまま扱われていた。

変更後

プロキシが無効なバージョンを返しても、30分ごとの更新チェックでエラーが出ず、minimumVersion や最大バージョンが設定されていても claude update が固まらなくなり、不正な形式の minimumVersion は無視される。

ユーザーへの恩恵

プロキシ環境下でも更新チェックや手動更新がエラーやフリーズなしに動作するようになる。

変更前

WinGet または apk で管理されたインストール環境で claude update を実行した際、バージョン照会が失敗すると、実際には更新を確認できていないにもかかわらず「up to date(最新です)」と誤って表示されていた。

変更後

バージョン照会が失敗した場合でも、実際のバージョン情報に基づいて正確な結果を返すか、失敗したことを明確に伝えるようになり、誤った「最新です」の表示がされなくなった。

ユーザーへの恩恵

バージョン照会が失敗しても更新状況を誤認せずに済むようになる。

変更前

実行中のセッションや他のプログラムが使用しているバージョンのプラグインを再インストールすると、処理が失敗し、インストール済みのコピーが壊れることがあった。

変更後

プラグインを、実行中のセッションや他のプログラムが使用しているバージョンへ再インストールしたときでも、インストール済みコピーが同一であれば何も変更せず、そのまま使用し続けられる。

ユーザーへの恩恵

セッションの実行中や他のプログラムによる使用中でも、同一バージョンのプラグインを安全に再インストールできるようになる。

変更前

システムのプロセス数、メモリ、またはファイルハンドルが不足して検索を開始できなかった場合でも、検索ツールは「一致なし」と報告していた

変更後

検索を開始できない理由を示すエラーを返すようになった

ユーザーへの恩恵

ユーザーは一致なしという誤解を避け、システムリソース不足が原因だと理解して対処できるようになる

変更前

Write ツールで既存のディレクトリを対象パスに指定した場合、権限拒否としてサイレントにターンを終了していたため、ユーザーには問題の原因が分からなかった。

変更後

対象パスが既存ディレクトリの場合、Write ツールはターンを黙って終了させる代わりに、明確なエラーを報告する。

ユーザーへの恩恵

既存ディレクトリへの書き込みが拒否された理由がユーザーに明確に伝わるようになる。

変更前

..., ... ,

変更後

..., ... ,

ユーザーへの恩恵

..., ... ,

変更前

非 ASCII 文字を含む非常に大きな編集がファイルに一致しなかった場合、Edit ツールは本来の「String not found in file」ではなく「Invalid regular expression: regular expression too large」という誤ったエラーメッセージを表示していた。内部で正規表現ベースの検索処理が行われており、巨大な入力に対して正規表現のサイズ上限に到達したため、ファイル内に該当文字列が見つからないという本来のエラー内容が正しく報告されず、ユーザーはエラーの真の原因（一致する文字列が存在しないこと）を理解できなかった。

変更後

巨大な編集がファイルに一致しなかった場合でも、Edit ツールは正しいエラーメッセージ「String not found in file」を返すようになった。以前は非 ASCII 文字を含む巨大な編集では正規表現処理に失敗し、実体と異なる「Invalid regular expression: regular expression too large」という誤解を招くエラーメッセージが表示されていた。

ユーザーへの恩恵

ユーザーはエラーメッセージから失敗の本当の原因（一致する文字列が存在しない）を即座に把握でき、無関係な正規表現エラーの調査に時間を費やさずに済む。

変更前

ツール呼び出しのファイルパスに u0000 とエスケープシーケンスで書かれた null バイトが含まれると、「Path contains null bytes」というエラーが発生し、ターンが途中で終了していた

変更後

エスケープ制御文字がリテラルテキストとして扱われ、null バイトを含むパスがあってもターンが正常に続行される

ユーザーへの恩恵

エスケープシーケンスで書かれた null バイトを含むパスでもターンが中断されず、エスケープされた制御文字がリテラルテキストとして扱われるようになる

変更前

バックグラウンドセッション(claude --bg)で作業中に、プラグインのLSPサーバーが終了したり標準入力を閉じたりすると、バックグラウンドセッション自体が終了してしまっていた。

変更後

プラグインが提供するLSPサーバーが終了した場合や標準入力を閉じた場合でも、バックグラウンドセッション(claude --bg)はそのまま動作し続けるようになった。

ユーザーへの恩恵

プラグインのLSPサーバーが落ちてもバックグラウンド作業が中断されなくなり、ユーザーは長時間タスクを安心して任せられるようになった。

変更前

~/.claude.json 内の claudeAiMcpEverConnected の値が不正な形式だと、/mcp コマンドや /plugin manage コマンドを開いた時点で型エラーによるクラッシュが発生し、MCP サーバーやプラグインの管理画面を表示できなかった。

変更後

~/.claude.json 内の claudeAiMcpEverConnected の値が不正な形式でも、/mcp コマンドや /plugin manage コマンドを開くと正常に表示され、起動直後の設定検証ダイアログでファイルの修復を選べる。

ユーザーへの恩恵

~/.claude.json の当該キーの値が壊れていても CLI 全体のクラッシュを避け、MCP やプラグインの管理操作を続けられる。

変更前

~/.claude.json の theme キーに不正な値が入っていると、Claude Code が対話セッションの起動直後にクラッシュして terminate していた

変更後

テーマの値が不正でも起動が完了し、通常どおり Claude Code を使い始められる

ユーザーへの恩恵

設定ファイルの一部が壊れていても起動できなくなることがなくなり、セッション内で修正や再設定に進めるようになる

変更前

プロンプト入力欄に端末のカラーコードを含むテキストがあると(履歴から呼び出したプロンプトや外部エディタから読み込んだテキストなどが例)、Claude Code が「unrecoverable interface error(回復不能なインターフェースエラー)」という致命的なエラーでクラッシュしていた。

変更後

端末カラーコードを含むテキスト(履歴から呼び出したプロンプトや外部エディタから読み込んだテキストなど)が入力欄にある場合でも、そのテキストが正しく表示・処理され、通常どおり入力と送信が行える。

ユーザーへの恩恵

履歴の呼び出しや外部エディタで編集したテキストにカラーコードが含まれていてもクラッシュせず、入力作業を続けられる。

変更前

保存された履歴にアシスタントメッセージがプレーンな文字列として格納されているセッションを再開すると、Claude Code がそのメッセージを解析できずにクラッシュしていた。ユーザーは該当セッションを再開できず、作業の続きをそのまま引き継げなかった。

変更後

保存履歴内でアシスタントメッセージがプレーンな文字列として保存されているセッションでも、エラーやクラッシュなしに claude --resume <session-id> や --continue でセッションを再開でき、会話履歴全体が復元される。

ユーザーへの恩恵

特殊な形式で保存されたアシスタントメッセージを含むセッションでも安全に再開でき、過去の作業を失わずに引き継げるようになる。

変更前

低速または高負荷のマシンでは、最初のスピナーが表示されるタイミングでセッションが異常終了することがありました。終了時に「Claude Code exited after an unrecoverable interface error」というメッセージが表示され、セッションが続行できませんでした。

変更後

最初のスピナーが表示されるタイミングで、低速または高負荷のマシン上のセッションが終了しなくなりました。インターフェースの初期化処理における競合状態が修正され、スピナー表示中に「Claude Code exited after an unrecoverable interface error」で異常終了することはなくなります。

ユーザーへの恩恵

低速や高負荷のマシンでも、最初のスピナー表示による予期しないセッション終了を心配せずにClaude Codeを利用できるようになります。

変更前

内部レンダリングエラーが発生すると、そのセッションの間ずっと画面の更新が止まることがあり、表示が古いまま残った。

変更後

内部レンダリングエラーが起きても自動的に回復するため、画面が更新され続ける。

ユーザーへの恩恵

再起動せずにそのまま作業を続けられるようになる。

変更前

Windowsでまれに、Claudeが返信した直後に「Out of memory」などのエラーでターンが停止し、その返信に含まれるツール呼び出しが一切実行されないことがあった

変更後

WindowsでClaudeの返信直後に「Out of memory」等のエラーでターンが停止しても、返信に含まれるツール呼び出しが必ず実行されるようになった

ユーザーへの恩恵

ユーザーはClaudeの返信後のツール実行がメモリ関連のエラーでスキップされる心配なく、ターンを完遂できるようになる

変更前

SessionStart フックが出力を出力した場合、/clear 後に再開されたセッション（--continue や --resume での再開を含む）では、最初のメッセージの一部が欠落して送信され、プロンプトキャッシュが完全にミス（full prompt-cache miss）していた。

変更後

修正後は、SessionStart フックが出力を出力しても、再開されたセッションの最初のメッセージが完全な形で送信され、フルのプロンプトキャッシュミスが発生しなくなった。

ユーザーへの恩恵

SessionStart フックを使う環境でセッションを再開しても、最初のメッセージが正しく送信され、不要なプロンプトキャッシュミスによるトークン消費や応答の遅延を避けられるようになった。

変更前

ターン途中で届いた他エージェントからのメッセージ(サブエージェントの SendMessage など)が、届いた位置ではなく「N 個のシェルコマンドを実行」の行の下に表示されていた

変更後

ターン途中で届いた他エージェントからのメッセージ(サブエージェントの SendMessage など)が、受信した会話上の位置に表示される

ユーザーへの恩恵

他エージェントからのメッセージが会話の流れのどこで届いたかを追いやすくなる

変更前

フルスクリーンの /resume セレクターやプロンプト領域を覆う他のパネルでテキストをドラッグ選択しても、「copied」通知が表示されなかった。コピー自体は行われるが、フィードバックとしての通知だけが欠けていた。

変更後

ドラッグでテキストを選択すると、フルスクリーンの /resume セレクターやプロンプト領域を覆う他のパネルでも、選択完了直後に「copied」通知が表示されるようになった。

ユーザーへの恩恵

フルスクリーンのピッカーやパネル上でテキストを選択した際に、コピーが成功したことを即座に確認できるようになる。

変更前

サンドボックス化が有効な環境で、サンドボックス外で実行されるBashコマンドにおいて $TMPDIR が空の文字列として展開されていた。これは、Linux環境では親シェルで $TMPDIR が未設定の場合が多く、サンドボックス内コマンド向けの設定ロジックがサンドボックス外のコマンドにも影響していたためと考えられる。

変更後

サンドボックス化が有効な環境で、サンドボックス外で実行されるBashコマンドにおいて $TMPDIR が正しく展開されるようになり、親シェルの設定が引き継がれる。

ユーザーへの恩恵

サンドボックス外で実行されるコマンドが正しい一時ディレクトリを参照できるようになり、一時ファイルを扱うコマンドがエラーなく動作する。

変更前

WebFetch や WebSearch がリクエストを拒否すると、fetch 予算の使い切りや管理者ポリシーなどの拒否理由が Claude に伝わらないまま、代わりに curl を使うなどの次の一手を判断できずにいた。

変更後

WebFetch や WebSearch がリクエストを拒否すると、budget やポリシーなどの理由を示さないエラーだけが返され、Claude には拒否の原因が分からないまま次の行動を判断するしかなかった。

ユーザーへの恩恵

Claude が拒否理由を把握した上で、curl への切り替えなど状況に応じた適切な行動を選べるようになる。

変更前

プロキシ (HTTPS_PROXY/HTTP_PROXY) が設定されている環境では、Claude アプリの gateway が中継するテレメトリ宛先が NO_PROXY に列挙した collector のホスト名やドメインに該当していても、その例外が考慮されずプロキシ経由で送信されていた。

変更後

プロキシが設定されている環境で、テレメトリ中継が collector のホスト名やドメインを NO_PROXY リストと突き合わせて評価し、該当する宛先への接続をプロキシ経由にせず直接行うようになった。

ユーザーへの恩恵

NO_PROXY に collector を列挙するだけで、テレメトリの転送先を社内 collector などプロキシを経由させたくない宛先に直接送れるようになる。

変更前

strictKnownMarketplaces や blockedMarketplaces に1つでも不正な形式の github エントリー(例:ワイルドカードが必要な箇所での単一リポジトリ指定や、一致しないスペルの URL)があると、Claude Code はポリシー検証全体を失敗させ、組織のマーケットプレイスポリシー全体を無効化していた。その結果、管理者はどのエントリーが問題なのか分からず、 polished を解消するまでポリシーが機能しなかった。

変更後

1つでも不正なエントリーがあると、検証時にポリシー設定全体がエラーとなり、マーケットプレイスポリシー全体が無効化されていた。不正なエントリーを特定して修正できるようになったため、1つのエントリーの問題がポリシー全体を無効化することはない。

ユーザーへの恩恵

管理者は、1つの不正なエントリーが原因で組織のマーケットプレイスポリシー全体がサイレントに無効化されることを防ぎ、残りの有効なエントリーが意図した通りに強制されるようになる。

変更前

自動アップデートに失敗した際、完了前のダウンロードファイルがそのまま ~/.cache/claude/staging に残り続けた

変更後

失敗した自動アップデートでも、完了前のダウンロードファイルが ~/.cache/claude/staging に残らず、ステージングディレクトリが整備される

ユーザーへの恩恵

ディスクを無駄に消費せず、インストール環境が整理された状態を保てる

変更前

`/plugin`コマンドのインストール済みタブで、プラグインの更新失敗のエラーメッセージなどにターミナル制御文字が含まれたまま表示されていた。

変更後

`/plugin`コマンドのインストール済みタブに表示されるメッセージから、ターミナル制御文字が取り除かれるようになった。

ユーザーへの恩恵

エラーメッセージが読みやすくなり、プラグインの更新失敗などの問題をすみやかに把握できるようになる。

変更前

スキルやレガシーコマンドの名前が constructor や toString などのビルトイン Object プロパティと同じだと、/plugin の Installed タブや /skills がクラッシュして使えなかった

変更後

「/plugin → Installed」や「/skills」で、スキルやレガシーコマンドが constructor や toString といったビルトイン Object プロパティと同名でも表示・選択できるようになる

ユーザーへの恩恵

そうした名前のスキルやコマンドがあっても安全に一覧・管理できるようになる

変更前

複数選択でのインストールがすべて失敗すると、/plugin が理由を示さずに閉じていた。

変更後

修正前は、複数選択でのインストールがすべて失敗すると、/plugin が理由を示さずに閉じていた。修正後は、すべて失敗した場合でも、明確なエラーメッセージを表示してUIを維持する。

ユーザーへの恩恵

ユーザーは/pluginが黙って終了する代わりに、各インストールの失敗理由を確認できる。

変更前

アンインストール済みのプラグインが /plugin の Installed タブに「failed to load」(読み込み失敗) の行として再表示されていた。また、Remove を実行してもその行が一覧から消えなかった。

変更後

アンインストール済みのプラグインは /plugin の Installed タブに失敗状態の行として残らず、正常に一覧から消える。

ユーザーへの恩恵

アンインストール済みのプラグインが失敗行として残らず、不要なプラグインを正しく管理できるようになる。

変更前

公式マーケットプレイスからインストールしたプラグインが、対応するコミット SHA が記録されない状態で installed_plugins.json に書き込まれていました。また、コミットを固定したプラグインを更新しても、installed_plugins.json には古いコミット SHA が残ったままでした。

変更後

公式マーケットプレイスからインストールされたプラグインが、対応するコミット SHA なしで installed_plugins.json に記録されなくなります。また、コミットを固定したプラグインを更新した際に、installed_plugins.json に古いコミット SHA が残り続けることもなくなります。

ユーザーへの恩恵

ピン留めされたコミットの正確な記録が保証されるため、ユーザーはコミット SHA に基づく更新検出を信頼できるようになります。

変更前

プラグインのリロードプレビューでは、プレビューされたすべてのプラグインアーカイブのコピーが終了までディスク上に展開されたままになり、リロードプレビューを終了しても一時的な展開済みディレクトリが削除されず、ディスク領域を消費し続ける状態でした。さらに、ダウンロードに失敗した際にリロードがフォールバック先として使用するキャッシュ済みの --plugin-url アーカイブが上書きされており、ダウンロード失敗後のリロードでプラグインの再読み込みに失敗する状態でした。

変更後

プラグインのリロードプレビューでは、プレビューされたすべてのプラグインアーカイブのコピーが終了までディスク上に展開されたままになり、リロードプレビューを終了しても一時的な展開済みディレクトリが削除されず、ディスク領域を消費し続ける状態でした。さらに、ダウンロードに失敗した際にリロードがフォールバック先として使用するキャッシュ済みの --plugin-url アーカイブが上書きされており、ダウンロード失敗後のリロードでプラグインの再読み込みに失敗する状態でした。

ユーザーへの恩恵

リロードプレビューの使用中でも一時的な展開済みコピーが削除され、ダウンロードに失敗しても --plugin-url から読み込んだプラグインのリロードが引き続き動作するようになる。

変更前

「~/.claude.json」にRemote Controlセッションの壊れたプレースホルダーレコードが保存されていると、Claude Codeはそのファイルの解析やRemote Controlセッションのブックキーピング(再接続情報の読み込みと更新)に失敗し、エラーが発生していた。

変更後

「~/.claude.json」に壊れたプレースホルダーレコードが保存されていても、Claude Codeはエラーで失敗するのではなく、Remote Controlセッションの再接続情報を正しく読み込み、管理できるようになった。

ユーザーへの恩恵

ユーザーは設定ファイルの壊れたエントリによってRemote Controlの再接続やセッション管理が妨げられることなく、機能を使い続けられるようになった。

変更前

取り消された claude.ai ログインのエラーでは、誤って「Anthropic プロファイルのログイン期限切れ」という原因が表示されていた。

変更後

取り消された claude.ai ログインのエラーが、誤って「Anthropic プロファイルのログイン期限切れ」を原因として報告していた。エラー内容と実際の原因が異なるため、ユーザーは profiles.md を見ても解決できない。

ユーザーへの恩恵

エラーメッセージが正しい原因(取り消されたログイン)と /login による再ログインを案内するため、ユーザーは誤ったトラブルシューティングに迷わず迅速に復旧できる。

変更前

claude agentsのディスパッチ入力でキーリピートや高速入力時に、入力またはペーストしたテキストが文字化けして表示されることがあった

変更後

キーリピートや高速入力でも、claude agentsのディスパッチ入力に入力・ペーストしたテキストが文字化けせずに正しく表示される

ユーザーへの恩恵

agent viewからセッションをディスパッチする際、キーリピートや高速入力でも文字化けを心配せずにすばやくプロンプトを入力できる

変更前

保存済みトランスクリプト内の stop hook サマリーに整形された hook リストが含まれていないセッションを再開すると、unrecoverable interface error によりクラッシュして再開できなかった。

変更後

保存済みトランスクリプト内の stop hook サマリーに整形された hook リストが含まれていないセッションを再開しても、unrecoverable interface error によるクラッシュが発生せず、正常に再開できる。

ユーザーへの恩恵

壊れた stop hook サマリーを含むセッションでも再開できるようになり、過去の作業を失わずに続きから再開できる。

変更前

keybindings.json で Chat コンテキストの Enter を chat:queueSubmit などに再バインドすると、agent view で選択中の行に対して Enter を押しても何も起きない。

変更後

keybindings.json で Chat コンテキストの Enter を chat:queueSubmit などに再バインドしていても、Enter を押すと選択したセッションへのアタッチやタスクの投入が確実に実行される。

ユーザーへの恩恵

keybindings.json で Enter を再バインドしていても、agent view で選択したセッションにアタッチしたりタスクを投入したりできる。

変更前

作業フォルダのパスが120文字程度以上ある Windows 環境で、Read ツールによる PDF のページ読み取りが失敗していた。

変更後

作業フォルダのパスが120文字程度以上ある場合でも、Windows で PDF のページ読み取りがエラーにならずに完了する。

ユーザーへの恩恵

深い階層に置いた PDF でもページ単位の読み取りができ、長いパス環境での解析作業が途切れなくなる。

変更前

「claude -p --resume」やSDK、VS Code拡張機能のウィンドウ再読み込みでヘッドレスセッションを再開すると、セッションのコストとトークン使用量の合計がゼロから再カウントされ、それまでの利用量が失われていた

変更後

ヘッドレスでセッションを再開しても、そのセッションで以前に消費したコストとトークン使用量の合計が正しく引き継がれる

ユーザーへの恩恵

セッションを再開しても累積コストと使用量が正確に把握できるため、コスト管理や予算監視を継続して行える

変更前

worktreeセッションでは、.claude/skills がGitの追跡対象外であると、メインリポジトリのプロジェクトスキルが読み込まれず、スキルが利用できない状態だった。

変更後

worktreeセッションでもメインリポジトリのプロジェクトスキル(.claude/skills 配下)が読み込まれるようになり、スキルが利用可能になった。

ユーザーへの恩恵

worktreeで作業する場合でも、.claude/skills をわざわざ追跡対象にコミットすることなく、メインリポジトリのプロジェクトスキルをそのまま利用できる。

変更前

複合コマンドの一部だけが sandbox.excludedCommands の glob パターンに一致しても、コマンド全体がサンドボックス外で実行されていた。

変更後

設定例では sandbox.excludedCommands の ls * が複合コマンドの一部に一致しただけで、コマンド全体がサンドボックス外で実行されていた。修正後は各部分が個別にチェックされ、すべての部分がリストのエントリに一致した場合のみコマンド全体がサンドボックス外で実行される。

ユーザーへの恩恵

複合コマンドの一部だけが除外リストに一致した場合でもコマンド全体がサンドボックス外で実行されなくなり、サンドボックス設定の精度が向上する。

変更前

修正前は、セッションを再開すると、サブエージェントやチームメイトが読み込み済みの MCP ツール定義を再レンダリングしてしまい、そのエージェントのプロンプトキャッシュが壊れていた。

変更後

修正後は、再開されたサブエージェントやチームメイトが読み込み済みの MCP ツール定義を再レンダリングしなくなり、そのエージェントのプロンプトキャッシュが維持される。

ユーザーへの恩恵

セッション再開後もサブエージェントやチームメイトのプロンプトキャッシュが有効になり、トークン消費と応答の遅延を抑えられる。

変更前

レート制限で公開が失敗したとき、Claudeは「何も公開されなかった」ことと「いつ同じ公開を再試行すべきか」を伝えられるようになり、次のアクションを自分で判断できる。

変更後

レート制限でアーティファクトの公開が拒否されたとき、Claudeは「リトライをやめろ」と伝えられるだけで、ユーザーが詳細を説明しない限り状況を把握できなかった。

ユーザーへの恩恵

ユーザーはClaudeがレート制限の状況を正しく理解した上で適切なタイミングで再公開を計画するようになるため、誤った中断や無駄なリトライに付き合わされずに済む。

変更前

この修正により、会話の前半で添付されたファイルは再レンダリングされず、extended thinking が維持され、プロンプトキャッシュも正しく再利用されます。

変更後

これまでは、会話の前半で添付されたファイルがセッションの再開や再起動後に再レンダリングされ、その結果 extended thinking が失われ、プロンプトキャッシュも利用できませんでした。

ユーザーへの恩恵

セッションの再開や再起動の後でも、思考結果とキャッシュを活かしたまま添付ファイルを参照できます。

変更前

サーバーがAPIキーの作成を拒否した場合、Consoleのサインインでは「Request failed with status code 400」というHTTPステータスのみが表示され、失敗の実際の理由は分からなかった。

変更後

サーバーがAPIキーの作成を拒否した場合、サーバーが返したエラーメッセージがそのまま表示されるようになった。

ユーザーへの恩恵

ユーザーはエラーメッセージから失敗の原因を把握でき、サインインの問題を自分で対処できるようになる。

変更前

Claude がまだ応答を生成している最中にユーザーがメッセージを入力すると、そのメッセージが無視されることがあった

変更後

Claude が処理中でも、ユーザーが入力したメッセージがキューイングされ、確実にモデルへ引き渡される

ユーザーへの恩恵

作業中のセッションで補足や追加指示を送っても取りこぼされず、途中で送信を待つ必要がなくなる

変更前

「一般設定」の行をクリックすると設定パネルの代わりに /config の説明文が表示され、/mcp、/hooks などのコマンドを入力しても対応するダイアログが開かない。

変更後

「一般設定」の行をクリックすると設定パネルが開き、/mcp、/hooks、/memory、/rewind などのコマンドを入力すると対応するダイアログが表示される。

ユーザーへの恩恵

クリックやコマンド入力が意図した UI に直結するため、設定や MCP・Hooks などの管理がスムーズになる。

変更前

保存済みのエフォートレベルがあるモデルでスライダーを操作すると、設定したレベルがセッションをまたいで保持されず、次回以降のセッションでそのレベルが反映されなかった。

変更後

エフォートスライダーで選んだレベルが、そのモデルに保存済みのデフォルトレベルがある場合でも、以降のセッションに正しく引き継がれるようになった。

ユーザーへの恩恵

一度デフォルトレベルを保存したモデルでも、スライダーで変更したレベルがセッションをまたいで維持されるようになり、レベルの再設定の手間が減る。

変更前

修正前は、VSCode 拡張のモードピッカーで、再利用した(既に使用済みの)パネル内で開いた会話において、保存済みのモデル設定が Sonnet のような大文字小文字が異なるエイリアスだと、大文字小文字を区別した文字列比較により Auto エントリが照合できず、その会話のモデル選択肢から Auto が欠落していた。

変更後

修正後は、保存されたモデル設定が大文字小文字の異なるエイリアス(例: Sonnet、SONNET)であっても正規化して照合するため、これらの会話を開いた際に /model ピッカーに Auto モードが表示される。

ユーザーへの恩恵

大文字小文字の異なるエイリアスでモデル設定を保存していても、再利用したパネルで開いた会話で Auto モードを適切に選択できるようになる。

変更前

VS Code 拡張機能で /fast を実行すると、fastMode がユーザー設定に保存されるため、拡張機能が再起動したときに fast mode が既定でオンのまま維持される。

変更後

VS Code 拡張機能で /fast を実行すると、fastMode がユーザー設定に保存されず、拡張機能が再起動したときに毎回既定値が解除され、fast mode がオフになっていた。

ユーザーへの恩恵

拡張機能を再起動しても fast mode の設定が保持されるようになり、セッションごとに /fast を再実行する必要がなくなる。

変更前

Customネットワークアクセスを選択したままAllowed domainsを空欄のまま保存できてしまい、その環境は保存後におかげでなくTrustedレベルへ黙って戻されていた。ユーザーは設定が変わったことに気づけないため、意図したドメインへの接続が403で拒否されるまで原因を特定できなかった。

変更後

ドメインを1つも入力せずにCustomネットワークアクセスで保存しようとすると、ダイアログが保存を受け付けず、少なくとも1つのドメインの入力を促すようになった。

ユーザーへの恩恵

ドメインを入力せずにCustom設定で保存しようとするとダイアログが保存を受け付けず入力を促すため、知らないうちにTrustedへ戻されてセッションの接続が意図せず拒否される事態を防げる。

変更前

Enterprise Grid 全社インストール環境の Slack チャンネルで作成されたルーティンが実行されると、同じワークスペース内の他のパブリックチャンネルを読み取れませんでした。

変更後

ルーティンが実行されても、同じワークスペース内の他のパブリックチャンネルを読み取れるようになりました。これにより、Enterprise Grid 全社インストール環境で作成されたルーティンが、他のパブリックチャンネルの情報にアクセスできるようになります。

ユーザーへの恩恵

ユーザーは Slack チャンネルで作成したルーティンを、ワークスペース内の他のパブリックチャンネルの情報も参照しながら問題なく実行できるようになります。

変更前

アクセスバンドル内のクレデンシャルプリセットの「詳細」リンクをクリックすると、どのベンダーのプリセットを選択しても汎用的なAPI参照ページが開いていました。

変更後

アクセスバンドル内のクレデンシャルプリセットの「詳細」リンクをクリックすると、汎用的なAPI参照ページではなく、各ベンダーのクレデンシャルセットアップページが開きます。

ユーザーへの恩恵

ユーザーが使用しているベンダーのクレデンシャルセットアップ手順に直接アクセスできるようになり、セットアップがよりスムーズになります。

変更前

MCP サーバーが redirect_uris のない OAuth クライアント登録を提供した場合、MCP リモートサーバー接続ウィザードはその登録で OAuth フローを開始できなかった。

変更後

OAuth フローを完了するには、キーへのアクセスを承認し、「OAuth ポート: 54545」でリッスンしているローカルサーバーにコールバックすることをブラウザーが確認する必要がある。MCP サーバーの中には、不正な OAuth クライアントとして登録されていても、登録レスポンスから redirect_uris を省略するものがある。Claude Code は、そのようなサーバーの client_id と client_secret が自分で指定したリダイレクト URI と一致するか検証するため、認証フローが失敗する。

ユーザーへの恩恵

redirect_uris フィールドを含まない OAuth クライアント登録を提供する MCP サーバーに接続できるようになる。

変更前

AWS 署名、クライアント証明書、カスタム CA など企業ネットワーク設定を経由するリクエストが、Claude Tag 管理設定のネットワークイベントログでレスポンスステータスなし(空白)で表示され、接続や証明書の問題をログから切り分けられなかった

変更後

AWS 署名、クライアント証明書、カスタム CA を使う接続経由のリクエストも、Claude Tag 管理設定のネットワークイベントログにレスポンスステータスが表示される

ユーザーへの恩恵

署名や証明書を用いる接続でもネットワークイベントログでステータスを確認でき、トラブルシュートできるようになる