Claude Code IDE

変更前

VS Code、Cursor、Devin Desktop などの統合ターミナルで Claude Code を起動すると、拡張機能の有無を確認するためにエディターのコマンドラインツールが 2 回起動されていた。

変更後

起動時の確認処理が見直され、エディターのコマンドラインツールの起動は 1 回のみになった。

ユーザーへの恩恵

統合ターミナルで Claude Code を起動する際に、エディターのコマンドラインツールが 2 回起動されることがなくなり、起動が高速化する。

変更前

1台のマシンで複数のセッションを同時に提供している場合、まだ実行中の Remote Control セッションが停止済みとして表示されることがあった。そのため、ユーザーは動作しているセッションを誤って停止したと判断する可能性があった。

変更後

セッションが実際に実行中の間は停止済みとマークされなくなった。複数セッションを同時に提供しているコンピューターでも各セッションの状態が正しく表示される。

ユーザーへの恩恵

ユーザーは実行中のセッションを誤って再開したりアーカイブされたと誤解したりせずに済む。

変更前

@メンションで PDF を指定した場合、Claude 3 モデルはそのファイルに関する注記を受け取るが、内容が不十分なことがあり、PDF を実際に読まずに回答してしまうことがあった。

変更後

@メンションされた PDF に関する注記が改善され、Claude 3 モデルはその PDF を読むべきことをより明確に把握するようになった。

ユーザーへの恩恵

@メンションした PDF の内容に基づいた回答が得られやすくなり、読み飛ばしによる不正確な回答が減る。

変更前

変更前は、アーティファクトへの変更を適用して再公開する際に、小さな変更であっても複数回の呼び出しに分かれており、大きな編集では複数の応答(ターン)にまたがっていました。そのため、更新が完了するまでの応答が長くなり、手間もかかっていました。

変更後

変更後は、小さな変更なら1回の呼び出しで編集と再公開が完結し、大きな編集でも1回の応答の中で編集と再公開が完了するようになりました。

ユーザーへの恩恵

ユーザーはより短い応答回数でアーティファクトを更新でき、更新後のページをすぐに確認できるようになる。

変更前

これまで、VSCode 拡張機能ではエディタでテキストを選択すると、その内容が自動的にチャットメッセージに追加されていた。選択範囲を共有したくない場合でも、メッセージに意図せず含まれてしまうため、送信前に手動で削除する必要があった。

変更後

VSCode 拡張機能に claudeCode.attachSelection 設定が追加された。この設定をオフにすると、エディタで選択したテキストが自動的にメッセージに添付されなくなる。

ユーザーへの恩恵

ユーザーは設定で選択テキストの自動添付を無効化でき、意図しないテキストがメッセージに含まれるのを防げる。

変更前

使用クレジットが尽きても VSCode 拡張の高速モードはオンのまま残っていた。そのため各リクエストが拒否されて標準速度で再送されるという無駄な処理が繰り返されていた。

変更後

クレジットが尽きると「Fast mode disabled · usage credits exhausted」のエラー通知が表示され、そのセッションでは高速モードがオフになる。保存された設定は変わらず、/fast を実行すれば再度オンにできる。

ユーザーへの恩恵

クレジット切れ時にリクエストが拒否と再送を繰り返す無駄がなくなり、ユーザーは通知を見て意図的に高速モードを再開できるようになる。

変更前

Opus 5.5 など思考をオフにできないモデルでも VSCode 拡張の Thinking トグルが表示され、トグルが Off に切り替わってしまうことがあった。

変更後

常に思考するモデルではトグルが表示されなくなり、設定が Off に変わることはなくなった。

ユーザーへの恩恵

思考を無効化できないモデルで誤ってトグルを操作して混乱することがなくなる。

変更前

VSCode 拡張でメッセージにフラグを付けて「Edit prompt」を実行すると、プロンプトが入力欄に復元されるが、その上にファイルやコマンドの選択メニューが開いてしまい、プロンプト編集を妨げていた。

変更後

「Edit prompt」実行後はメニューが開かず、復元されたプロンプトを直接編集でき、Enter キーを押すと入力した内容がそのまま送信される。

ユーザーへの恩恵

復元したプロンプトを邪魔されることなくそのまま編集・再送信できるようになる。

変更前

Windows の VS Code でファイルを Shift+ドラッグしてプロンプトにドロップすると、/c:/… 形式の読みにくい絶対パスがそのまま挿入されていた。

変更後

修正後は、作業ディレクトリから見た相対パスによる @-メンションが挿入されるようになった。

ユーザーへの恩恵

ユーザーはドラッグ&ドロップしたファイルを読みやすいメンション形式でプロンプトに参照できるようになり、パスを手動で書き直す手間がなくなる。

変更前

VS Code 拡張のチャットフォントサイズ設定を変更しても、反映されるにはウィンドウの再読み込みが必要だった。また、テーマを切り替えると設定したフォントサイズが元に戻ってしまうことがあった。

変更後

フォントサイズ設定がリアルタイムで反映され、テーマ変更しても保持されるようになった。さらに diff 表示とプランプレビューも同じフォントサイズ設定に従って表示される。

ユーザーへの恩恵

ユーザーはウィンドウを再読み込みせずにすぐフォントサイズを調整でき、テーマ変更後も見やすいサイズのまま作業を続けられる。

変更前

VS Code でウィンドウのリロードや再起動を行った後、「セッションを再開」や復元されたタブから会話を開き直すと、git worktree に移動していたセッションが正しく紐づかず、代わりに空の新規会話が開いていた。

変更後

リロード後の復元時にもセッションと会話の対応が正しく維持されるようになり、「セッションを再開」やタブ復元で git worktree に移動した元の会話が開かれるようになった。

ユーザーへの恩恵

worktree 分離でバックグラウンドに移したセッションでも、VS Code のリロード後に同じ会話をそのまま再開できるようになる。

変更前

VSCode で、コマンド履歴から ↑ キーでスラッシュコマンドを呼び出して Enter を押すと、元の引数が失われた状態でコマンドがそのまま実行されていた。また、履歴から呼び出したプロンプトを編集する前にも、コマンドメニューやファイルメニューがその上に開いていた。

変更後

↑ キーでスラッシュコマンドを呼び出した後に Enter を押しても、引数を保持したまま編集できるようになり、誤って引数なしで実行されることがなくなった。さらに、呼び出したプロンプトを編集するまで、コマンドメニューやファイルメニューがその上に開かないようになった。

ユーザーへの恩恵

ユーザーは履歴から呼び出したスラッシュコマンドの引数を失わずに編集・再実行できるようになり、意図しない実行を防げる。

変更前

WSL、SSH、Dev Container のいずれかのウィンドウで VS Code を使用している際、Explorer やエディタタブからファイルを Shift+ドラッグして Claude のプロンプトにドロップしても、ファイル参照が挿入されていなかった。

変更後

同様の環境でファイルを Shift+ドラッグしてプロンプトにドロップすると、正しくファイル参照が挿入されるようになった。

ユーザーへの恩恵

リモート環境やコンテナ環境で作業する場合でも、ドラッグ&ドロップで手軽にファイルをプロンプトのコンテキストに追加できる。

変更前

Windows/Linux では、Ctrl+Alt+F を押すと Focus view の切り替えではなく、エクスプローラーや他のツリービュー、Debug Console 内の「検索(Find)」が開いていた。

変更後

Windows/Linux でも Ctrl+Alt+F が正しく Focus view の切り替えとして機能するようになり、誤って「検索」が開かなくなった。

ユーザーへの恩恵

Windows/Linux のユーザーは Ctrl+Alt+F を押すだけでツールの動作表示の非表示/表示を切り替えられるようになる。

変更前

VS Code 拡張機能は、他のウィンドウやターミナルでセッションが開いているかを確認する際、チェックのたびに PATH から ps コマンドを検索して実行していた。そのため macOS では検索の過程で余分なプロセスが生成されていた。

変更後

このチェックが、PATH を検索せずに /bin/ps を直接実行するようになった。これにより macOS 上で余分なプロセスが生成されなくなった。

ユーザーへの恩恵

macOS でセッションの確認時に余分なプロセスが発生せず、より軽快に動作するようになる。

変更前

Windows でクラッシュや電源断が発生した後、OS の再起動によって以前の Claude Code プロセスと同じプロセス ID が別のプログラムに割り当てられていると、拡張機能はそのプロセスがまだ会話を開いていると誤判定していた。そのため、該当する会話を再開しようとすると「still open somewhere else」の通知が表示され、そのままでは利用できなかった。

変更後

クラッシュや電源断の後で Windows が再起動し、古いプロセス ID が別のプログラムに割り当てられた場合でも、「他の場所でまだ開かれている」と誤表示されなくなった。会話を正しく再開できるようになった。

ユーザーへの恩恵

クラッシュや電源断後でも、別プログラムが同じプロセス ID を再利用していても会話を迷わず再開できるようになった。

変更前

ゲートウェイ経由で Claude Desktop の Code タブを使う場合、attribution ブロックは常に表示され、オフにする手段がなかった。

変更後

ゲートウェイの code ポリシーの env に CLAUDE_CODE_ATTRIBUTION_HEADER=0 を設定すると、Code タブで attribution ブロックが表示されなくなる。

ユーザーへの恩恵

管理者はポリシーで Code タブの attribution ブロックをオフにでき、必要のない表示を抑えられる。

変更前

クラウドセッションで、ツールグループが1行ラベルとして表示された後に、モデルのフォローアップテキストが続けて表示されることがあった。そのため、ツールの実行結果を1行で簡潔に確認しようとしても、意図しない追加テキストがラベルの直後に割り込んで表示されていた。

変更後

ツールグループが1行ラベルとして表示された後、モデルのフォローアップテキストはラベルの直後に割り込んで表示されなくなった。ツールの実行内容が1行ラベルだけで簡潔にまとめて表示される。

ユーザーへの恩恵

ユーザーはツールグループの1行ラベルだけを見て、実行されたツールの内容を簡潔に確認できるようになる。

変更前

Agent SDK、IDE、claude remote-control セッションでは、バックグラウンドタスクが実行中の間にスケジュールされたウェイクアップ(ScheduleWakeup)が発火せず、予約されたタスクが実行されないままスキップされていた。

変更後

バックグラウンドタスクの実行中にスケジュール時刻が到来した場合でも、ウェイクアップが適切に発火するようになり、予約されたタスクが確実に実行される。

ユーザーへの恩恵

Agent SDK、IDE、claude remote-control で動くセッションでも、バックグラウンドタスクの実行を妨げられることなくスケジュール済みタスクが確実に実行できるようになる。

変更前

ブラウザ拡張機能が接続されていない状態でも、Claude Code がブラウザ操作の権限ダイアログを表示していた。ユーザーは実際には接続されていない拡張機能に対して権限を承認するよう求められ、混乱していた。

変更後

ブラウザが接続されていない場合、権限を求める代わりに「拡張機能が接続されていない」という状態を示すメッセージを表示するようになった。これにより、拡張機能のインストールや再接続が必要な状況をユーザーが正しく把握できる。

ユーザーへの恩恵

ブラウザ拡張機能が未接続のときに、無意味な権限ダイアログに対応する代わりに、適切な対処(拡張機能の接続や再接続)を行えるようになる。

変更前

使用率の計算が不正確な場合があり、/usage、75%/95% で表示される上限接近の警告(ターミナルおよび VS Code)、そしてカスタムステータスラインの rate_limits フィールドが、100% を超える使用率を表示することがあった。

変更後

使用率の表示が補正され、/usage、上限接近の警告(ターミナルおよび VS Code)、ステータスラインのいずれでも使用率が 100% を超えずに表示される。

ユーザーへの恩恵

ユーザーは上限に対する実際の使用状況を正確に把握できるようになり、残り枠の管理がしやすくなる。

変更前

Claude が動作中に添付された画像は、VS Code、デスクトップアプリ、SDK いずれの場合もリサイズされずにフルサイズのまま送信されていた。そのため、長い会話では画像サイズの制限に達してエラーが発生し、同一のエラーが繰り返し出ていた。

変更後

Claude が動作中に添付された画像は、送信前に適切にリサイズ・圧縮されるようになった。長い会話でも画像起因のエラーが繰り返されなくなった。

ユーザーへの恩恵

ユーザーは長い会話の中でも Claude の作業中に安心して画像を添付でき、画像エラーからの復旧操作が不要になる。

変更前

リモートセッションでメッセージに添付されたファイルのダウンロードが途中で停滞すると、そのファイルは欠落したままセッションが復元されていた。

変更後

ダウンロードが途中で停滞しても再試行が行われ、添付ファイルが欠落せずにダウンロードされるようになった。

ユーザーへの恩恵

ユーザーはネットワークの不安定さによってセッションの添付ファイルが失われることを心配せずに、リモートセッションを再開できるようになった。

変更前

以前は、承認済みサイト上のアクションであっても、安全性分類器がフラグを立てると auto モード以外では拒否されていた。

変更後

現在は、managed settings が適用されている場合を除き、フラグが立ったアクションは拒否されず、ユーザーに許可を求める承認プロンプトが表示される。

ユーザーへの恩恵

ユーザーは安全性分類器にフラグを立てられた承認済みサイト上のアクションを、自分で判断して許可できるようになる。

変更前

VSCode 拡張で別のセッションに切り替えてから元のセッションに戻すと、入力ボックスに残っていた未送信のプロンプトと、それに添付されたファイルが消えていた。

変更後

セッションを切り替えて戻っても、未送信のプロンプトとその添付ファイルが保持されるようになり、失われなくなった。

ユーザーへの恩恵

セッションを行き来しても入力途中のプロンプトや添付ファイルを再入力せずに済むようになる。

変更前

VS Code 拡張で新しい会話を開始すると、使われていない空のチャットがバックグラウンドで Claude プロセスを保持し続けていた。そのため、意図しないプロセスがリソースを占有していた。

変更後

未使用の空のチャットがバックグラウンドの Claude プロセスを保持し続けないようになった。新しい会話を開始しても、不要なプロセスは動かない。

ユーザーへの恩恵

ユーザーは新しい会話を開始した際に、不要なバックグラウンドプロセスによるリソース消費を気にせずに済むようになる。

変更前

claude.ai からサインアウトしている状態で VS Code 拡張機能のマイクボタンを押すと、ユーザーにとって意味のわからない内部エラーメッセージが表示されていた。

変更後

サインアウト状態でマイクボタンを押すと、内部エラーメッセージの代わりにサインインするよう促すメッセージが表示されるようになった。

ユーザーへの恩恵

サインアウト中に音声入力を使おうとしても、ユーザーはエラーの意味に戸惑うことなく、案内に従ってサインインできるようになる。

変更前

Python 環境が設定されていないワークスペースでは、Python 拡張機能の読み込み処理が完了するまで Claude の起動が待たされるため、起動に時間がかかっていた。

変更後

Python 拡張機能の読み込みと並行して Claude の起動処理を進めるようになり、Python 環境がなくても Claude がすばやく立ち上がるようになった。

ユーザーへの恩恵

Python 環境のないワークスペースでも Claude Code の起動を待たずにすぐ作業を始められるようになる。

変更前

以前は、以前開いたことのあるフォルダーで VS Code の新しいウィンドウで Claude Code を起動すると、モデルピッカーやスラッシュコマンドメニューが表示されるまで時間がかかることがありました。

変更後

以前開いたことのあるフォルダーで新規ウィンドウを起動した場合でも、モデルピッカーとスラッシュコマンドメニューが起動直後に表示されるようになりました。

ユーザーへの恩恵

以前使用したフォルダーでの再起動時に、モデルの切り替えやスラッシュコマンドの実行をすぐに利用できるようになり、作業を素早く始められます。

変更前

セッションの履歴が読み取れない場合でも --teleport が実行され、履歴のない空の会話が開かれていた。ユーザーはクラウドセッションの内容を引き継げないままターミナルで作業を始めることになる。

変更後

セッションの履歴が読み取れない場合は空の会話を開かずにエラーを表示するようになり、ユーザーは問題に気づいて対処できる。履歴が読める場合の動作は変わらない。

ユーザーへの恩恵

ユーザーは履歴が失われた空のセッションで誤って作業を始めることなく、エラーを確認して正しくセッションを再開できる。

変更前

クラウドセッション、Agent SDK、IDE 統合で /code-review を実行すると、検出結果が生の JSON 配列のまま出力されて終了していたため、可読性が低かった。

変更後

検出結果が番号付きリストとして整形されて表示されるようになった。

ユーザーへの恩恵

クラウドセッションや Agent SDK、IDE 上でもコードレビューの指摘をそのまま読み取れるようになる。

変更前

セッションを開始できない場合でも、その理由が表示されず、ユーザーはエラーの原因を特定できなかった。特に、gateway の code 設定が構成されていないマシンでは、問題の切り分けが難しかった。

変更後

セッションを開始できない場合、その理由が返信として表示されるようになった。gateway の code 設定が構成されていないマシンで発生した場合も、同様に理由が表示される。

ユーザーへの恩恵

セッション起動時に問題が発生しても、表示された理由からすぐに原因を特定し対処できる。

変更前

claudeCode.spinnerVerbs が拡張機能の設定スキーマに定義されておらず、settings.json で補完や検証の対象にならず、不正な値が設定されるとチャットパネルが動作しなくなることがあった。

変更後

claudeCode.spinnerVerbs が設定スキーマに追加され、settings.json で補完と検証が機能するようになり、不正な値でもチャットパネルへの影響がなくなった。

ユーザーへの恩恵

チャットパネルのスピナー表示を settings.json で安全にカスタマイズできる。

変更前

VS Code のセッションで @browser と入力して接続した場合、拡張機能がブラウザ操作を自動的に承認し、確認なしで Claude Code がブラウザを操作していた。

変更後

ターミナルと同じ挙動に合わせ、@browser で接続したセッションも含めて、すべてのセッションで未許可サイトへのブラウザ操作の前に確認を求めるようになった。確認ダイアログでセッション単位のサイト許可を選べば、そのセッション中は繰り返し確認されない。

ユーザーへの恩恵

ユーザーは CLI と VS Code のどちらでも一貫した確認フローでブラウザ操作を監視でき、意図しない操作を防ぎつつセッション単位の許可で作業を中断されずに進められる。

変更前

Windows 上の VSCode 拡張で、チャット内に Windows のフルパス形式(C:¥repo¥file.ts や file:///C:/repo/file.ts)で書かれたリンクをクリックしても、該当ファイルが開かれなかった。

変更後

これらのフルパス形式のリンクをクリックすると、Windows でも正しく対応するファイルが開くようになった。

ユーザーへの恩恵

Windows ユーザーはチャット内のファイルパスのリンクから直接ファイルを開けるようになり、手動でファイルを探す手間が減る。

変更前

OS の設定、VS Code の設定、または Claude Code の prefersReducedMotion 設定でモーション縮減を有効にしていても、VS Code 拡張の動作中インジケーターがアニメーションし続けていた。

変更後

モーション縮減が有効な場合は、動作中インジケーターがアニメーションせずに表示されるようになった。

ユーザーへの恩恵

モーション縮減を好むユーザーが不要なアニメーションにさらされずに済むようになる。

変更前

パネルがメッセージの表示に遅れて追いついた後（ディスプレイのオフやリモートウィンドウの再接続後など）、プロンプトキャッシュクロックが実際のキャッシュ状態を反映せず、キャッシュが温かい（有効な）状態として誤って表示されていた。

変更後

パネルがメッセージに追いついた後も、プロンプトキャッシュクロックが実際のキャッシュの有効期限を正しく反映して表示されるようになった。

ユーザーへの恩恵

ユーザーは誤ったキャッシュ状態の表示に惑わされず、次の応答の速度やコストを正確に予測できるようになる。

変更前

macOS でコピーしたアクセント付きテキスト(ファイル名など)をプロンプトの途中に貼り付けると、カーソルが本来の位置より1文字分先に移動していた。そのため、貼り付け直後に文字を入力すると、意図した位置から1文字ずれた位置に入力されていた。

変更後

アクセント付きテキストを貼り付けても、カーソルが貼り付けたテキストの直後の正しい位置に着くようになった。貼り付け直後に入力しても、意図した位置に文字が挿入される。

ユーザーへの恩恵

macOS からのコピー&ペースト時にカーソル位置を意識せず、そのまま続けて入力できるようになる。

変更前

Windows の VS Code でプロジェクトスコープのプラグインを読み込むとき、プラグインパスに含まれるドライブレターの大小文字の違いが考慮されていなかった。このため、実際には同じドライブを指すパスでも文字列比較が一致せず、プロジェクトスコープのプラグインが読み込まれないことがあった。

変更後

ドライブレターの大小文字を正規化してパスを照合するようにした。これにより、C: と c: のような表記の揺れがあっても Windows の VS Code でプロジェクトスコープのプラグインが正しく読み込まれる。

ユーザーへの恩恵

Windows の VS Code ユーザーは、ドライブレターの表記の揺れを気にせずプロジェクトスコープのプラグインを確実に利用できるようになる。

変更前

「←」を押した直後に「↑」や「Esc」でキューに入れたメッセージを呼び出すと、そのメッセージがプロンプト履歴から消えて失われていました。

変更後

プロンプト履歴がキューから引き戻したメッセージを保持するようになり、「←」の直後に「↑」や「Esc」で呼び出してもメッセージが失われなくなりました。

ユーザーへの恩恵

キューに入れたメッセージを誤って失うことなく再利用できるようになりました。

変更前

/rewind で会話を巻き戻した後に送信したプロンプトが、セッションをバックグラウンドに移動したり、kill された後に再開したりすると失われていた。また、巻き戻しによって削除されたはずのターンが復活していた。

変更後

セッションをバックグラウンドに移動しても、kill された後に再開しても、/rewind 後に送信したプロンプトが保持される。巻き戻しで削除されたターンも復活しない。

ユーザーへの恩恵

バックグラウンド移動やプロセスの再開後でも、巻き戻し後の状態がそのまま保たれ、意図した会話履歴を維持できる

変更前

変更前は、Claude が送信したファイルはチャット内で特別な行として表示されず、ファイル名をクリックしてエディタで直接開くことができなかった。

変更後

変更後は、Claude が送信したファイル用のチャット行が追加され、ファイル名をクリックするとエディタで開ける。Claude のキャプションはその下に表示され、その行は Focus ビューでも表示されたままになる。

ユーザーへの恩恵

Claude が送信したファイルをワンクリックでエディタですぐに開けるようになり、チャットとエディタ間のファイル参照がスムーズになる。

変更前

バックグラウンドエージェントが動作した後やパネルのステータス行が表示された後で、会話をフォークしたり Rewind で会話を復元しようとすると、「Message not found in session」というエラーで失敗していた。ユーザーは会話の復元やフォークをあきらめるしかなかった。

変更後

エージェントのアクティビティやステータス行によって会話のメッセージ位置がずれても、フォークと Rewind の会話復元が正しく動作するようになった。エラーなしで意図した時点から会話を続けられる。

ユーザーへの恩恵

バックグラウンドエージェントの活動後でも会話のフォークや Rewind を安心して実行できるようになる。

変更前

チャット入力で Ctrl+Shift+Tab や Cmd+Shift+Tab、Alt+Shift+Tab を押すと、本来のショートカット動作に加えて権限モードが意図せず切り替わっていた。また、Ctrl+Tab を押すと提案されたプロンプトが確定されてしまっていた。

変更後

これらのショートカットはセッション切り替えなどの本来の動作のみを行い、権限モードの意図しない切り替えや提案プロンプトの確定は発生しなくなった。

ユーザーへの恩恵

ショートカットキー操作で権限モードや入力内容が意図せず変わらなくなり、キー操作を安心して使えるようになる。

変更前

VS Code で 2 つの Claude ビュー(サイドバーやエディタタブなど)が同時に表示されている場合、キーボードフォーカスが両者の間を行き来していた。その結果、ユーザーが入力したテキストが意図しない方の会話に送信されることがあった。

変更後

キーボードフォーカスの移動が安定し、現在フォーカスのあるビューにのみ入力が送られるようになった。複数の Claude ビューが同時に開かれていても、正しい会話にテキストが入力される。

ユーザーへの恩恵

複数の Claude ビューを同時に開いていても、入力内容が誤った会話に送信される心配なく、安全にメッセージを入力できるようになった。

変更前

@Claude !restart を送信すると、Slack 上で再起動の完了が確認できた後も、該当スレッドの下に「Working」ステータスのスピナーが表示され続けていた。ユーザーは実際には処理が終わっているのに、まだ作業が続いているものと見誤る可能性があった。

変更後

再起動の確認後にスピナーが消えないように修正された。スレッドのステータスが実際の状態と一致して表示されるようになった。

ユーザーへの恩恵

ユーザーは再起動の完了後、すぐに次のメッセージを送れるようになる。

変更前

--chrome で起動したセッション内で /tui を実行すると、接続中の Claude in Chrome が切断されていた。また、--no-chrome フラグが指定されていてもそれが尊重されず、Chrome 統合のオン/オフが期待どおりに制御できなかった。

変更後

/tui を実行しても Claude in Chrome の接続は維持される。--no-chrome フラグも正しく反映され、セッションごとの Chrome 統合の指定が意図したとおりに動作する。

ユーザーへの恩恵

ターミナル UI を切り替えても Chrome 統合の接続が切れず、セッション起動時のフラグ指定が確実に反映されるようになる。

変更前

変更前は、セッションフォルダの読み取りに一時的に失敗すると(例: 同時に開けるファイル数が多すぎる場合)、フッターに表示されているエージェント数が消えたまま復帰しなかった。ユーザーはサブエージェントの稼働状況を確認するために画面を再起動するか再描画を待つ必要があった。

変更後

変更後は、一時的な読み取り失敗が起きてもエージェント数表示が消えず、セッションフォルダの状態が回復すれば引き続き正しい件数が表示される。ユーザーはそのまま会話を続けながらサブエージェントの状況を把握できる。

ユーザーへの恩恵

ユーザーは一時的なファイル読み取りエラーが起きても、再起動や再描画を待たずに引き続きエージェント数を確認できるようになる。

変更前

publish 呼び出しがまだストリーミング中の間、Artifact ツールのトランスクリプト行が一瞬 Artifact("(unprintable path)") と表示され、確定前の不正なパス表記が見えていた。

変更後

publish 呼び出しがストリーミング中の間も、トランスクリプト行に読み取れないパスのプレースホルダが表示されなくなり、確定した情報のみが表示される。

ユーザーへの恩恵

Artifact の publish 中に意味不明なパス表示に混乱せず、トランスクリプトを安心して読み進められる。

変更前

セッションフォルダの読み取りに失敗すると（例：開けるファイル数が多すぎる場合）、エージェントビューのセッションリストが一時的にプレースホルダー行に置き換わり、実際のセッション一覧が表示されないことがあった。

変更後

セッションフォルダを読み取れない場合でも、セッションリストがプレースホルダー行に置き換わらなくなり、通常の表示が維持されるようになった。

ユーザーへの恩恵

セッションフォルダの一時的な読み取りエラーが発生しても、エージェントビューのセッション一覧が消えることなくそのまま作業を続けられる。

変更前

Claude in Chrome 連携では、ブラウザがタブ情報の報告に時間がかかると、有効なページアクションでも拒否されることがありました。そのため、ユーザーは操作の再試行を求められる場面がありました。

変更後

ブラウザの応答が遅い場合の扱いが改善され、タブ情報の報告が遅れていてもページアクションが拒否されにくくなりました。これによりブラウザ操作がより安定して実行されるようになります。

ユーザーへの恩恵

ユーザーは遅いブラウザ環境でもページ操作の失敗や再試行を気にせず、スムーズにブラウザ自動化を行えるようになります。

変更前

クラウドセッションでブラウザに接続できなかった場合、エラーメッセージはユーザーが複数の組織に所属している状況を考慮せず、具体的な解決策を示していなかった。

変更後

この変更後は、複数の組織に所属しているユーザーに対して、Chrome 拡張機能が Claude Code と同じ組織にサインインしている必要がある旨と、そのサインイン組織を変更する方法がメッセージに明示される。

ユーザーへの恩恵

複数の組織に所属するユーザーは、エラーの原因（拡張機能のサインイン組織の不一致）を自力で特定し、案内に従って解決できるようになる。

変更前

デスクトップアプリまたは IDE がホストするセッションで、リモートコントロールのビューアーがバックグラウンドサブエージェントを表示しようとすると、サブエージェントペインが空のままだった。

変更後

バックグラウンドサブエージェントの内容がサブエージェントペインに正しく表示されるようになった。

ユーザーへの恩恵

リモートコントロールからでも、バックグラウンドサブエージェントの実行状況を確認できるようになる。

変更前

クロスセッション配信の通知では、名前が似ている2つのセッションが区別されず、1つの受信者として表示されていた。また、ターミナルのセッションで承認ダイアログが未回答のまま期限切れになっても、通知はデスクトップアプリが原因であるかのように表示されていた。

変更後

名前が似ている2つのセッションは別々の受信者として正しく表示される。ターミナルのセッションでメッセージが期限切れになった場合も、通知は実際に放置したセッションを正しく示すようになった。

ユーザーへの恩恵

ユーザーはどのセッションがメッセージの送信先あるいは放置元なのかを正確に把握できるようになり、誤ったセッションを確認したり通知を誤解したりしなくて済むようになった。

変更前

claude.ai のクラウドセッションでブラウザに接続できない場合、Claude in Chrome に関するメッセージが表示されても、Claude は代替手段の利用が許可されているかを認識していなかった。そのため、ユーザーはブラウザが使えない状況でタスクの続行方法が不明瞭になることがあった。

変更後

ブラウザに接続できない場合、Claude に対して「ユーザーが望むなら代替手段で続行してもよい」ことが明示的に伝えられるようになった。これにより、Claude in Chrome のメッセージ表示時の挙動がより柔軟になった。

ユーザーへの恩恵

ブラウザに接続できないクラウドセッションでも、ユーザーが代替手段の利用を選択でき、タスクを途切れなく続行できるようになる。

変更前

修正前は、エージェントビューで /loop を実行した際の実行回数表示が更新されず凍りつき、/clear で会話をクリアするとカウントダウンが消えてしまっていた。

変更後

修正後は、/clear を実行して新しい会話が始まると、/loop の実行回数表示がリセットされて新たにカウントが始まり、カウントダウンも正しく表示される。

ユーザーへの恩恵

ユーザーは /clear 後も /loop の実行回数とカウントダウンを正確に把握できるようになり、新しい会話でループを安心して使い続けられる。

変更前

VS Code 拡張などの SDK ホストで、WSL 下の Windows ドライブのような低速ファイルシステム上の多数のパスへの読み取りが管理対象設定で拒否されている場合、v2.1.285 以降、起動が遅くなったり失敗したりしていた。

変更後

SDK ホスト環境下で、管理対象設定により多くのパスの読み取りが拒否されていても、スローファイルシステム上でも起動が遅くなったり失敗したりしなくなった。VS Code 拡張などの SDK ホストで、WSL 下の Windows ドライブのような低速ファイルシステム上の多数のパスへの読み取りが管理対象設定で拒否されている場合に、起動が遅延・失敗する問題を修正した。

ユーザーへの恩恵

低速なファイルシステム上で管理対象設定によるパス読み取り拒否があっても、SDK ホスト環境で迅速かつ確実に Claude Code を起動できるようになる。

変更前

サブディレクトリ配下のファイルを @-mention しても、そのサブディレクトリの AGENTS.md は添付されず、そのサブディレクトリのプロジェクト固有の指示がプロンプトのコンテキストに含まれていなかった。

変更後

サブディレクトリ配下のファイルを @-mention すると、そのサブディレクトリに配置された AGENTS.md もプロンプトのコンテキストとして添付されるようになった。

ユーザーへの恩恵

AGENTS.md を使用しているプロジェクトで、サブディレクトリのファイルを @-mention するだけでそのサブディレクトリのプロジェクト固有の指示を自動的に Claude に渡せるようになり、指示を手動で貼り付けたりコンテキストを明示的に指定したりする必要がなくなった。

変更前

同一プロンプト内で2つの貼り付けが重複していると、その一部が入力テキストとしてモデルに送信され、貼り付けブロックとして認識されないことがあった。

変更後

同一プロンプト内で重複する2つの貼り付けがあっても、両方とも1つの貼り付けブロックとしてモデルに送信される。

ユーザーへの恩恵

貼り付けたテキストが意図どおり貼り付けブロックとして Claude に渡るようになり、貼り付け内容の解釈が安定する。

変更前

macOS のファイル名のように、アクセント符号が基底文字と分離された文字（NFD 正規化）を含む大きな貼り付けを行うと、展開表示された貼り付けテキストが次のキー入力のタイミングで打鍵テキストとして扱われ、モデルに送られていた

変更後

アクセント付き文字が貼り付けテキストとして正しく認識され、次のキー入力後も貼り付けた内容のままモデルへ送信される

ユーザーへの恩恵

ユーザーは macOS のファイル名に含まれるアクセント付き文字を気にせず、貼り付けたテキストがそのままの形で送信されるようになる

変更前

VSCode拡張の「Manage plugins」ダイアログ内で、プラグインマーケットプレイスのインストールコマンドや更新コマンドを確認して実行できるようになった。

変更後

VSCode拡張の「Manage plugins」ダイアログから、マーケットプレイスのプラグインをインストールまたは更新するコマンドを直接実行できなかった。

ユーザーへの恩恵

VSCode上のダイアログからマーケットプレイスのコマンドを確認・実行できるため、インストールや更新の手間が減る。

変更前

VSCode 拡張機能では、ブランチを切り替える前に未コミットの変更を確認する必要があるが、その確認ができない状況でもダイアログが切り替えの提案を表示していた

変更後

ブランチ切り替えダイアログは、未コミットの変更を確認できない場合でも切り替えの実行を提案していたため、意図しない変更の消失につながる可能性があった

ユーザーへの恩恵

未コミットの変更が確認できない場合に安全に切り替えを保留でき、作業中の変更を誤って失うリスクを減らせる

変更前

VSCode のエージェントマップで、ネストされたサブエージェントが「Tool calls (0)」と表示され、そのサブエージェントが起動するさらに下位のエージェントがメインエージェントの直下に配置されていた

変更後

VSCode のエージェントマップで、ネストされたサブエージェントが正しく表示されるようになった

ユーザーへの恩恵

ネストされたサブエージェントの階層構造とツール呼び出し状況がマップ上で正確に把握できるようになる

変更前

VS Code のリロード後にセッションが復元されても、再オープンされたタブでは中断されたステップの続行は行われず、そのままの状態で表示されていた。

変更後

以前は、リロード後にセッションが再開される際、中断されたステップの続行がタブが元々開いていた場合に限られ、拡張機能の再起動によって閉じられたタブは復元されてもステップが中断されたままの状態だった。この変更により、VS Code が拡張機能を再起動した後に再び開かれたタブでも、リロードで中断されたステップが完了するようになった。

ユーザーへの恩恵

拡張機能の再起動で閉じたタブを再び開いても、中断された処理の続きを自動的に完了できるため、手動でやり直す手間がなくなる。

変更前

メッセージ内のファイルピルにカーソルを合わせても、同名のファイルを区別できる情報は表示されなかった。

変更後

メッセージ内のファイルピルにカーソルを合わせると、プロジェクトフォルダからのファイルパスがツールチップで表示されるようになった。

ユーザーへの恩恵

同名ファイルをパス表示で区別でき、どのファイルが参照されているか一目で確認できるようになる。

変更前

メッセージのタイムスタンプはデフォルトで非表示になっており、表示するには手動で設定を変更する必要があった。

変更後

VSCode 拡張では、これまでメッセージのタイムスタンプがデフォルトで表示されず、確認するには設定から有効化する必要があった。今回の変更により、特別な設定なしでタイムスタンプが自動的に表示されるようになった。

ユーザーへの恩恵

ユーザーは設定を変更しなくても、各メッセージの時刻をすぐに確認できるようになる。

変更前

ボタンを押した時点でペーストが実行され、右クリックのメニュー表示などを意図した操作でも誤ってペーストされてしまうことがあった

変更後

ボタンを離した時点でペーストが実行される

ユーザーへの恩恵

ペーストを意図しない右クリック操作で誤ってテキストが貼り付けられることを防げる

変更前

VSCode 拡張の設定ダイアログで、保存の確定確認のための応答が大きすぎると、タイムアウトが原因であると誤って表示されていた。

変更後

設定ダイアログが、保存を確定するための Claude Code の応答が大きすぎる場合に、タイムアウトを原因として誤って表示する問題が解消された。

ユーザーへの恩恵

誤解を招くタイムアウト表示がなくなり、設定の保存が正常に行われるようになる。

変更前

VS Code のサイドバーにある Web タブでは、ウィンドウの読み込み後に開始されたクラウドセッションが一覧に表示されなかった。読み込みに失敗しても「No web sessions yet(ウェブセッションはまだありません)」と表示されるだけで、接続の失されるだけで、接続の失敗なのかセッションが存在しないのかを区別できなかった。

変更後

ウィンドウの読み込み後に開始されたクラウドセッションも、サイドバーの Web タブの一覧に表示されるようになった。セッション一覧の読み込みに失敗した場合は、「No web sessions yet」ではなく「Remote server is not connected」と表示される。

ユーザーへの恩恵

ウィンドウ起動後に開始したクラウドセッションも確実に Resume cloud sessions from Claude.ai 機能で再開できるようになり、読み込み失敗時には接続問題であることが明確にわかるようになった。

変更前

VSCode拡張で、ツール行のファイルリンク、セッション一覧のリンク、そして2つのヒントがプレーンテキストとして表示され、クリックできなかった。

変更後

VSCode拡張のツール行のファイルリンク、セッション一覧のリンク、そして2つのヒントがハイパーリンクとして表示され、クリックできるようになった。

ユーザーへの恩恵

ツール行のファイルやセッション一覧のリンクをクリックして直接開けるようになり、ヒントも読みやすくなる。

変更前

VSCode拡張で、メインターンが終了した時点で実行継続中のバックグラウンドエージェントコマンドが失敗として表示されていた。goal.mdの背景情報によると、ターン終了時にバックグラウンド処理が動作中の場合、結果は後続ターンで完了通知として届くが、UI表示ではコマンド完了前に状態が誤判定されていた。

変更後

メインターンが終了した後も、実行中のバックグラウンドコマンドは実行中として表示され続けるようになった。

ユーザーへの恩恵

バックグラウンドコマンドの実行中に誤った失敗表示に惑わされず、実際の状態を信頼して待機できるようになる。

変更前

VS Code 拡張機能でメッセージと一緒にターミナル出力、ブラウザタブ、指示、選択コードを送っても、それらが送られたことは分かるが内容を確認できなかった。

変更後

メッセージの下に、送信内容の詳細を開く行が表示される。クリックすると、送信されたターミナル出力、ブラウザタブ、ブラウザへの指示、選択したコードを確認できる。

ユーザーへの恩恵

送信した添付内容をメッセージから直接開いて確認できるようになる。

変更前

会話がすでにサイドバーで開かれている場合でも、同じ会話がタブで2つ目のコピーとして開くことがあった。

変更後

会話がすでにサイドバーで開かれている場合、タブで2つ目のコピーが開くことなく、サイドバーがその会話に切り替わるようになった。

ユーザーへの恩恵

ユーザーは同じ会話の重複表示を気にせず、サイドバーからそのまま会話を続けられるようになる。

変更前

Claude Code が1MBを超える出力を出すと、VSCode拡張の設定ダイアログは再確認せずに保存失敗と報告していた。

変更後

設定ダイアログで保存を実行すると、出力が1MBを超えてもまず現在の保存状態を再確認するため、保存が実際に成功していれば失敗と誤報されない。

ユーザーへの恩恵

大量の出力が出る状況でも、設定ダイアログの保存結果を信頼できるようになる。

変更前

VSCode 拡張で「Stop」や「Escape」を使うと、そのセッションに関連するバックグラウンドエージェントを含めて実行全体が停止していた。個別に止めるには各エージェントを別途操作する必要があった。

変更後

VSCode 拡張の「Stop」と「Escape」は、実行中のターンだけを終了させる動作に変わった。バックグラウンドエージェントは停止されず実行を続け、エージェントマップから個別に停止できる。

ユーザーへの恩恵

バックグラウンドエージェントを止めずに現在のターンだけを終了でき、必要なものだけをエージェントマップから個別に停止できるようになる。

変更前

PowerShellツールのコマンドパーサーが起動に失敗すると(たとえばマシンのメモリ不足時)、権限チェックがdenyルールとaskルールをスキップしてしまい、その失敗状態が後続の権限チェックのためにキャッシュされていました。

変更後

コマンドパーサーを起動できない場合でも、PowerShellツールの権限チェックはdenyルールとaskルールを正しく評価し、その評価結果を後続のコマンドにも適切に適用するようになりました。

ユーザーへの恩恵

コマンドパーサーの起動に失敗した環境でも、denyルールやaskルールによる権限制御が正しく適用され、ユーザーは意図しないコマンド実行を防げるようになりました。

変更前

修正前は、/dev/null などのデバイスにリンクされたシンボリックリンクファイルを対象とする Edit が承認されていても、その承認が IDE diff ビューから行われた場合や、承認時にエディットが変更された場合には、書き込みが最後まで実行されずに握りつぶされていた。

変更後

修正後は、承認された Edit でも開き直った先が /dev/null などのデバイスファイルである場合に、IDE diff ビュー由来の承認やエディット内容の変更を経由したケースでも書き込みが正しく実行されるようになった。デバイスファイルへの意図した編集が黙って破棄されずに反映される。

ユーザーへの恩恵

IDE 差分ビューで承認したデバイス宛ての編集が確実に適用されるようになり、手動での再試行や追加対応が不要になる。

変更前

ウィンドウの再読み込みでターンが中断された場合、復元されたタブの最後のメッセージの下に、返信が続かないことを示す注記は表示されず、Claudeからの返信を待ち続けるように見えた。

変更後

ウィンドウの再読み込みでターンが中断され、Claudeからの返信が続かないことが確定した場合、復元されたタブの最後のメッセージの下に注記が表示されるようになった。

ユーザーへの恩恵

ターンが中断されたことに気づきやすくなり、返信を待ち続けずに次の行動（会話の再開など）に移れるようになる。

変更前

パネル内の Claude が VS Code の Problems パネルのエラーと警告を読み取れるのは、ファイルを編集した直後のタイミングに限られていた。

変更後

パネル内の Claude が、ファイル編集直後に限らず、必要なタイミングでいつでも Problems パネルの現在のエラーと警告を読み取れるようになった。

ユーザーへの恩恵

ユーザーは編集直後以外のタイミングでもパネル内の Claude に最新の診断情報を参照させて検証や修正を行えるようになる。

変更前

VS Code 拡張でアカウントを切り替えても、セッションリストの Web タブには前のアカウントのセッションが表示されたままだった

変更後

アカウントを切り替えた直後に、セッションリストの Web タブには現在のアカウントのセッションが表示される

ユーザーへの恩恵

アカウントを切り替えた後に、自分のアカウントのクラウドセッションを確実に確認・再開できるようになる

変更前

コマンドメニューの行をクリックした後、Escapeキーを押すとメニューを閉じる代わりに実行中のターンが停止していた。

変更後

Escapeキーを押すと実行中のターンが停止していた。コマンドメニューの行をクリックした後は、Escapeキーでコマンドメニューを閉じられるようになった。

ユーザーへの恩恵

実行中のターンを誤って停止させずに、Escapeキーでコマンドメニューを閉じられるようになる。

変更前

拡張機能を再起動した際に再読み込みされたClaudeタブは、対処方法を示さないまま空白の状態で表示され続けていた。

変更後

拡張機能を再起動した際に再読み込みされたClaudeタブは、対処方法を示すメッセージが表示される。

ユーザーへの恩恵

拡張機能を再起動した際にClaudeタブが空白になっても、表示された案内に従って復旧操作を行えるようになる。

変更前

フックがプロンプトをブロックまたは停止した際、その理由は VSCode 拡張に表示されていたが、ウィンドウをリロードすると理由の表示が消えていた

変更後

ウィンドウのリロード後も、プロンプトをブロックまたは停止したフックの理由が VSCode 拡張に表示され続ける

ユーザーへの恩恵

ユーザーはウィンドウのリロード後でも、プロンプトがブロックまたは停止された理由を確認できるようになる

変更前

再開できない会話で VS Code のタブがスタックした状態になり、エラーの内容や対処法が表示されなかった。

変更後

タブで会話の再開が失敗した際、タブがその会話に固定されたままになり、ユーザーに原因が伝わらない。

ユーザーへの恩恵

再開できない会話でも、エラーの理由が表示され、新しい会話を始めるための選択肢が提示されるため、ユーザーは迷わず対処できる。

変更前

Read・Write・Edit を実行する前に拡張機能が自動保存を要求した際、エディターがその応答を止めると、すべてのファイル Read・Write・Edit が 10 分間停止した末にスキップされていた。

変更後

Read・Write・Edit の各ツールが、実行前の拡張機能の自動保存に対してエディターが応答しなかった場合でも、保存の応答待ちで固まらずに保存を打ち切ってツールを続行するようになった。

ユーザーへの恩恵

エディターが自動保存に応答しなくなってもファイル操作が 10 分ごとに止まって失敗しなくなる。

変更前

「プラグイン管理」ダイアログからプラグインをアンインストールすると、別のインストール(別スコープのコピー)を誤って削除したり、プロジェクトにインストールされたプラグインのアンインストールが失敗したりすることがあった。

変更後

「プラグイン管理」ダイアログからアンインストールすると、選択したプラグインの正しいインストール(スコープ)が確実に削除され、プロジェクトにインストールされたプラグインのアンインストールも正常に完了する。

ユーザーへの恩恵

プラグイン管理ダイアログでのアンインストールが意図したとおりに動作し、別スコープのインストールを壊さずに目的のプラグインを確実に削除できる。

変更前

VSCode 拡張のチャットパネルでは、セッションが長くなって古い行を取り除く(トリムする)際に、パネル全体がフリーズ(応答不能)になることがあった

変更後

長いセッションで古い行を取り除く(トリムする)際に、VSCode のチャットパネルがフリーズしないようになった

ユーザーへの恩恵

長時間のセッションでも VSCode のチャットパネルが固まらず、そのまま会話を続けられるようになる

変更前

VSCode 拡張機能で多くのエージェントを実行すると、セッションから会話が消えることがあった。

変更後

VSCode 拡張機能で複数のエージェントを同時に実行しても、セッションの会話が消えなくなった。

ユーザーへの恩恵

多くのエージェントを同時に実行しているときも、会話が失われる心配なくセッションを続けられる。

変更前

エンドポイントがレート制限やログイン拒否を返した後、これらのビューはバックオフして再試行を控える

変更後

レート制限やログイン拒否が発生した後も /usage、/extra-usage、IDE の使用量ビューがプラン使用量エンドポイントへのリクエストを繰り返す

ユーザーへの恩恵

レート制限直後にユーザーが使用量コマンドを実行しても、追加のリクエストが繰り返し失敗してエラーに悩まされることがなくなる

変更前

アーティファクト公開時にネットワーク共有上のファイル(UNC パスや /net オートマウント)が指定されても、そのまま公開処理が行われていた。

変更後

ネットワーク共有上の UNC パスや /net オートマウントのファイルをアーティファクトとして公開しようとすると、そのパスが --add-dir で追加したマウント済みネットワークドライブ上のものでない限り拒否されるようになった。

ユーザーへの恩恵

--add-dir で明示的に信頼されたネットワークパス以外への公開を防ぎ、資格情報の漏洩など意図しないネットワークアクセスのリスクをユーザーが避けられる。

変更前

VSCode 拡張で復元されたタブが、別の Claude プロセスによって開かれたままの会話を、そのまま開いていた。これにより、同じ会話を複数のプロセスが扱う可能性があった。

変更後

復元されたタブが、別の Claude プロセスに開かれている会話を開こうとした際、そのまま開かずにまず確認を求めるメッセージを表示するようになった。

ユーザーへの恩恵

ユーザーは同じ会話が複数の Claude プロセスに引き継がれることを防ぎ、まずどのプロセスで開くかを選択できるようになった。

変更前

VSCode 拡張機能で /model と入力して Enter を押すと、モデルセレクターが開かず、チャットに使用方法のテキストが表示されてしまう。

変更後

/model と入力して Enter を押すと、モデルセレクターが開き、一覧からモデルを選べる。

ユーザーへの恩恵

VSCode 拡張機能からスラッシュコマンドでモデルをすぐに切り替えられるようになる。

変更前

Vertex、Bedrock、Foundry を利用した VSCode 拡張セッションで /feedback を実行し、送信ボタンを押すと、クラウドプロバイダー環境では Anthropic への送信が拒否され、フィードバックレポートを送信できなかった。

変更後

Vertex、Bedrock、Foundry 向け VSCode 拡張の /feedback で送信ボタンを押した後もリクエストが拒否されず、ターミナルと同様にレポートがこのマシン上のローカルアーカイブとして保存され、完了する。

ユーザーへの恩恵

クラウドプロバイダー環境の VSCode 拡張でも、レポートが手元に残るためユーザーは安心して /feedback からフィードバックを送れる。

変更前

ユーザーがチャットで /mcp、/config、/settings と入力しても、拡張機能が管理するダイアログへの入力として横取りされ、コマンドが実行されなかった。

変更後

ユーザーがチャットで /mcp、/config、/settings と入力すると、そのコマンドが実行される。

ユーザーへの恩恵

ユーザーは VS Code 拡張機能でもターミナル版と同じスラッシュコマンドで MCP サーバーや設定を管理できるようになり、コマンド入力が思い通りに届くようになった。

変更前

プラグインインストールリンクを開くと、リンク先のマーケットプレイス名が既に追加済みのマーケットプレイスと同じでも、既存のマーケットプレイスが置き換えられていた。

変更後

プラグインインストールリンクを開いた際に、既に追加済みの同名のマーケットプレイスを置き換えずにそのまま再利用するようになった。

ユーザーへの恩恵

同名の別ソースのマーケットプレイスが既存設定を上書きして消える恐れがなくなり、安心してプラグインインストールリンクを開けるようになった。

変更前

claudeCode.environmentVariables 設定で指定した CLAUDE_CONFIG_DIR は絶対パスかどうかに関わらずそのまま適用されていた。また、チャットをターミナルに引き継ぐ際に CLAUDE_CONFIG_DIR は渡されていなかった。

変更後

設定値が相対パスの場合は無視され、絶対パスの場合にのみ適用される。また、チャットを引き継いで続行するターミナルに対して CLAUDE_CONFIG_DIR が渡されるようになった。

ユーザーへの恩恵

相対パスによる意図しない設定適用を防ぎつつ、ターミナル継続時にも設定が引き継がれるので、VS Code とターミナルの間で設定の一貫性が保たれる。

変更前

スレッド、チャンネル、DMごとにモデルを設定する際、選択肢は特定のモデルバージョン(例:「Claude Opus 4.6」)に限定されていた。新しいバージョンがリリースされても、設定済みの選択はその旧バージョンに固定されたままだった

変更後

スレッド、チャンネルのデフォルト設定、またはDMで「Opus (最新)」のようなモデルファミリー選択肢が追加され、特定バージョンではなくファミリー名でモデルを選べるようになった

ユーザーへの恩恵

新しいバージョンがリリースされても選択し直す必要がなく、常にそのファミリーの最新モデルで会話できるようになる

変更前

組み込みのキーバインドガイドは、コード(キーの同時押し)が1秒でタイムアウトすると表示していたが、実際は3秒だった。また、cmd を meta のエイリアスとして案内していたため、多くの端末が送信しない cmd+ 系ショートカットが表示されることがあった

変更後

キーバインドガイドは、コードのタイムアウトを3秒と正しく表示するようになり、cmd と meta を同一視しなくなった

ユーザーへの恩恵

ガイド通りにキーを押してもショートカットが効かず戸惑うことがなくなる。

変更前

ターミナルでプロンプト(入力)の補完候補/入力候補を提示しても、ユーザーが使わなくても一定の頻度で表示され続けた。

変更後

連続20回提案を無視すると頻度が下がる。1つでも使えば再び表示される。

ユーザーへの恩恵

使わない提案の繰り返しに邪魔されず、必要なときに使えばまた表示される。

変更前

「/workflows」の実行履歴リストは、他のリストと異なるサイズで表示されていた。また、リストの下にプロンプトが表示されると、リストのタイトルが画面外にスクロールして見えなくなることがあった。

変更後

「/workflows」の実行履歴リストは、他のリストと同様に表示サイズが自動調整されるようになった。ターミナルの高さの半分の大きさでインライン表示され、リストの下にプロンプトが表示されたままでもリストのタイトルが常に画面上に表示される。

ユーザーへの恩恵

「/workflows」の実行履歴を確認する際、他のリストと一貫した見た目で表示され、タイトルも常に見えるため見やすくなる。

変更前

セッションが実行中である限り、ArtifactをPublishした後のコメント用ウォッチは自動的に設定され、非アクティブでも終了しない。ユーザーが明示的に解除しない限り、コメントの監視が続く。

変更後

「Was ARMED AUTOMATICALLY...」というメッセージが表示され、自動で設定されたウォッチが3.5時間非アクティブな状態が続くと終了する。もう一度PublishするかWatch Artifactを実行すれば、ウォッチは再びアクティブになる。

ユーザーへの恩恵

使わなくなったArtifactの監視が自動で切れるため、セッションが長時間稼働し続けることがなくなり、もう一度PublishやWatch Artifactを実行すれば簡単に再開できる。

変更前

web で開始したセッションを /teleport でターミナルに引き取ると、Claude が作業している間に送信されたメッセージがセッションから取りこぼされていた

変更後

web セッションを /teleport で引き取った直後も、Claude が作業している間に送信されたメッセージがセッションのトランスクリプトに保持される

ユーザーへの恩恵

teleport した瞬間に Claude が作業中でも、引き取り前に送ったメッセージが失われず作業の続きに反映されるようになる

変更前

VS Code 拡張でセッションを再読み込みすると、会話が巻き戻されて非表示になったターンや、コンパクション以前の行だけが表示されるようになっていた。

変更後

VS Code 拡張でセッションを再読み込みすると、会話が巻き戻されて非表示になったターンや、コンパクション以前の行だけが表示されるようになっていた。修正後は、再読み込みしたセッションでも会話全体が正しい状態で表示される。

ユーザーへの恩恵

セッションの再読み込み後も、失われたはずの会話やコンパクション前の行だけが表示されることなく、会話全体を正しい状態で確認できるようになる。

変更前

VSCode 拡張のチャット入力で、改行で終わる行を長いプロンプトに貼り付けると、テキストがカーソルおよび選択範囲の位置よりわずかに下に表示されていた。

変更後

改行で終わる行を長いプロンプトに貼り付けた後、チャット入力のテキストがカーソルおよび選択範囲と正確に揃うようになった。

ユーザーへの恩恵

長いプロンプトへの複数行貼り付け後も、テキストとカーソル・選択範囲が正確に一致して表示されるようになり、入力位置を正確に把握して編集できる。

変更前

/skills の検索ボックスに入力中、ターミナルのカーソルが検索ボックスからスキル一覧へジャンプしていました。その結果、キャレットが視界から隠れ、IME の確定文字が想定と異なる位置に挿入されることがありました。

変更後

/skills の検索ボックスに入力しても、ターミナルのカーソルがスキル一覧へ移動しなくなりました。キャレットが隠れて IME の入力位置がずれる問題が解消されました。

ユーザーへの恩恵

日本語入力でもキャレット位置が常に見えるため、/skills の検索を途中で書き直すなどの遠回りなしにスムーズに入力を続けられます。

変更前

When Claude was streaming a long reply in the VSCode extension, the panel re-parsed the whole accumulated reply on every streaming update, so rendering work grew with reply length and the displayed text fell behind the stream.

変更後

The panel no longer re-parses the entire reply on every update, so the displayed text keeps up with the streaming response without falling behind.

ユーザーへの恩恵

Streaming display of long replies in VSCode keeps up with the stream and no longer lags behind.

変更前

Claude Tag 経由で GitHub Enterprise Server リポジトリ上のセッションを扱うとき、旧Claude in Slack アプリの進行カードにリポジトリ名が表示されず、Create PR ボタンも正しく動作しなかった。

変更後

Claude Tag 経由で GitHub Enterprise Server リポジトリ上のセッションを扱うとき、進行カードがリポジトリ名を表示し、動作する Create PR ボタンを提供するようになった。

ユーザーへの恩恵

ユーザーは Slack 上でどの GitHub Enterprise Server リポジトリのセッションか確認でき、そのまま Pull Request を作成できるようになる。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

非常に大規模な Enterprise Grid ワークスペースで、主に複数ワークスペース間で共有されたチャンネル経由でアクセスされる場合、Quiet hours と呼ばれる一定の静寂時間が過ぎると、チャンネルの接続状態を Claude が再確認できず「このチャンネルを確認できませんでした (Couldn't check this channel)」というエラーが表示されていた。

変更後

Quiet hours (間もなくリミットに達することを知らせる通知) を過ぎた後も、ワークスペースをまたいで共有されたチャンネルを主に使う非常に大規模な Enterprise Grid ワークスペースでも、チャンネルのアクセス状態が再チェックされるようになった。その結果、「このチャンネルを確認できませんでした」というエラーが再表示されなくなった。

ユーザーへの恩恵

大規模な Enterprise Grid 環境で Slack 経由の Claude Tag チャンネルを継続的に利用していても、静寂時間後にエラーが再発せず中断なく会話やタスクを続けられるようになる。

変更前

Remote Control およびクラウドセッションにおいて、未コミットの変更も存在する場合に、Claude アプリの差分ビューがブランチのコミット済みファイルを表示から欠落させていた。

変更後

修正前は、コミット済みの変更と未コミットの変更が両方あると、Claudeアプリの差分ビューがブランチのコミット済みファイルを表示から外してしまい、Remote Controlやクラウドセッションのコミット内容を正しく確認できなかった。修正後は、未コミットの変更があってもコミット済みファイルが差分ビューから消えず、すべての変更を正しく表示する。

ユーザーへの恩恵

未コミットの変更があっても Remote Control やクラウドセッションのコミット済みファイルを差分ビューで見逃さずに確認できるようになる。

変更前

VSCode 拡張では /plan が型付きスラッシュコマンドとして登録されておらず、プランモードへの切り替えやプラン内容の表示を専用コマンドから行えなかった。

変更後

VSCode 拡張で /plan が型付きスラッシュコマンドとして認識されるようになり、引数の内容に応じてプランモードへの切り替え、初回プランニングプロンプトの送信、セッション中のプラン表示が行えるようになった。

ユーザーへの恩恵

チャット入力からそのままプランモードに切り替えたりセッションのプランを確認できるため、VSCode 上での計画作業がスムーズになる。

変更前

チャットボックスに貼り付けたテキストに、タグ文字や双方向制御文字、ゼロ幅スペースなどターミナル上で描画されないUnicode文字が含まれていても、そのままの状態で処理されていた。このため、ユーザーが目にしない文字がプロンプトに紛れ込み、見えない指示が送信されるおそれがあった。

変更後

貼り付けたテキストに含まれる不可視のUnicode書式文字やタグ文字が、通知とともに取り除かれるようになった。また、それ以外の入力についても送信前に同じ文字が取り除かれるようになった。

ユーザーへの恩恵

コピーしたテキストに潜む見えない文字による意図しない指示の混入を防ぎ、安心して貼り付けられるようになった。

変更前

VSCode のプラン承認カードではオートモードが選択肢として表示されず、オートモードが利用可能でも最初の選択肢は「はい、自動モードを使う」ではなかった。そのため、VSCode ユーザーはターミナルとは異なる選択肢を提示されていた。

変更後

オートモードが利用可能な場合、VSCode のプラン承認カードの最初の選択肢が「はい、自動モードを使う」になり、ターミナルの挙動と一致するようになった。

ユーザーへの恩恵

オートモードが利用可能なセッションでは、VSCode でもターミナルと同じ選択肢からプランを承認できるようになる。

変更前

v2.1.277 より前のバージョンでは、VS Code 拡張機能で Claude のレスポンスをクリップボードにコピーする専用の手段がなく、表示されているテキストを手動で選択してコピーする必要があった。サンドボックス化された Bash コマンド内から pbcopy などのクリップボードユーティリティを経由してコピーしようとしても、システムのクリップボードに届かず失敗する状況もあった。

変更後

v2.1.277 では、レスポンスにカーソルを合わせて「Copy response」ボタンをクリックするか、スラッシュコマンド「/copy」をタイプ入力することで、レスポンスをクリップボードにコピーできるようになった。「/copy 2」のように番号を指定すると、2つ前のレスポンスをコピーできる。

ユーザーへの恩恵

ユーザーはクリックや「/copy」コマンドの入力だけでレスポンスをクリップボードにコピーできるようになり、SSH 経由でもコピーが確実に届くようになる。

変更前

プラグイン名やマーケットプレイスアドレスにリンクに含められない文字が含まれていると、install-plugin URLを開いてもManage pluginsダイアログが正しく開かなかった。

変更後

プラグイン名やマーケットプレイスアドレスがリンクとして使えない場合でも、インストールリンクを開くとManage pluginsダイアログが開き、目的のプラグインのスコープ選択画面に進める。リンクでエンコードできない名前のプラグインでも、ダイアログ経由で問題なくインストール操作が行える。

ユーザーへの恩恵

リンクに使えない文字を含むプラグイン名でも、install-plugin URLからそのままインストール手順に進めるようになり、手動での手順探しが不要になる。

変更前

VS Code 拡張機能で、バックグラウンドタスクが実行中のままクラッシュし、その後の再読み込みによって「Continuing the step」の通知が表示されない。また、継続待機の上限もリセットされてしまう。

変更後

VS Code 拡張機能で、バックグラウンドタスクが実行中のままクラッシュし、再読み込みした後も「Continuing the step」の通知が表示される。また、継続待機の上限もリセットされずに保持される。

ユーザーへの恩恵

ユーザーはバックグラウンドタスク実行中にクラッシュして再読み込みした後も、継続ステップの通知と待機上限の状態が正しく維持されるようになる。

変更前

拡張機能が数秒間応答しない状態になっても、以前に選択・収集された選択範囲データが保持され、後で Claude へのメッセージ送信時にコンテキストとして含まれることがあった

変更後

拡張機能が数秒間応答しなくなった後でも、その間に選択されていたテキスト(バックグラウンドで収集済みの選択範囲)が、git で無視されたファイルから Claude に送信されることがあった。この修正により、拡張機能が応答不能になった後にそのファイルの選択テキストが送信されなくなる

ユーザーへの恩恵

ユーザーは意図せず Claude に秘密情報や無視ファイルの内容が送信されることを心配する必要がなくなる

変更前

v2.1.269 では、実行中のセッションの名前を変更しても、セッションが動作し続けている間に AI が生成した名前に戻ってしまっていた。

変更後

実行中のセッションの名前を変更すると、変更後の名前がそのまま保持される。

ユーザーへの恩恵

ユーザーは実行中のセッションにもわかりやすい名前を付けられるようになる。

変更前

VSCode拡張でClaudeが応答している間にスラッシュコマンドを入力すると、応答が終わった後に実行される代わりにコマンドがテキストとしてモデルに送られていた。

変更後

Claudeが応答中に入力されたスラッシュコマンドがテキストとしてモデルに送られず、応答が終わった後にコマンドとして実行されるようになった。

ユーザーへの恩恵

Claudeの応答中にスラッシュコマンドを入力しても、テキストとして送られることなく応答完了後に正しく実行されるようになった。

変更前

修正前は、VSCode 拡張で返信のストリーミング中に上へスクロールしても、出力が追い越す形で会話ビューが自動的に最下部へ引き戻されていた。また、メッセージ送信時にもビューが強制的に最下部へジャンプし、その挙動をオフにする手段が存在しなかった。

変更後

修正後は、返信がストリーミング中でも上にスクロールすると表示がそのまま維持され、コードを確認しながら返信を読み進められる。加えて、新しく追加された claudeCode.scrollToBottomOnSend 設定をオフにすれば、送信時に画面が一番下へ強制的に移動することも無効化できる。

ユーザーへの恩恵

返信の閲覧中やメッセージ入力中に好みの位置で会話を確認できるようになり、出力の読み取りが途切れなくなる。

変更前

VSCode拡張のエージェントマップでは、実行中のエージェント数がピルに表示されず、失敗しても視覚的な変化がなかった。またマップをスクロールするとメインエージェントが見えなくなり、エージェントの並び順も状態や終了時刻を反映していなかった。

変更後

エージェントマップのピルに実行中のエージェント数が表示され、失敗後は赤色に変わる。マップをスクロールしてもメインエージェントが表示され続け、エージェントは状態→終了時刻の順でソートされるようになった。

ユーザーへの恩恵

エージェントの実行状況と失敗を一目で把握でき、スクロール中もメインエージェントを見失わずに複数エージェントを監視できる。

変更前

Claude Desktop セッション内でエラーが発生した場合、エラーヒントはCLIでのみ有効なCLIフラグ(例: --usage)の利用を提案していた。

変更後

Claude Desktop セッション内でエラーが発生した場合、エラーヒントは /usage-credits のようなスラッシュコマンドの利用を提案する。

ユーザーへの恩恵

ユーザーはClaude Desktop セッション内で実際に実行可能なコマンドを提案に従って実行できる。

変更前

VSCode 拡張では、メモリやインストラクションを管理するためのカスタマイズ用エントリーがなく、/memory コマンドを持つ CLI 側からのみメモリの確認や自動メモリの切り替えが可能だった。CLAUDE.md の編集にはファイルを手動で開く必要があった。

変更後

VSCode の Customize メニューに Memory と Instructions のエントリーが追加された。Memory では自動メモリのオン/オフ切り替え、保存済みメモリ、メモリフォルダーを確認できる。Instructions では CLAUDE.md ファイルを直接編集できる。

ユーザーへの恩恵

VSCode 上だけでメモリの確認や自動メモリの切り替え、CLAUDE.md の編集が完結するようになる。

変更前

VS Code 拡張で Claude が会話タブを開くと、そのタブが属するエディターグループがロックされ、ユーザーはそのグループに他のタブをドラッグしたり移動させたりできなかった。

変更後

VS Code 拡張に claudeCode.lockEditorGroups という設定が新しく追加された。Claude が開いたエディタータブのグループをデフォルトでロックする挙動は変わらず、この設定を有効にするとロックされなくなる。

ユーザーへの恩恵

Claude が開いたタブのグループでも自由にタブを整理できるようになり、好みのレイアウトを維持したまま Claude Code を使える。

変更前

VS Code 拡張の「Manage plugins」ダイアログで、プラグインの有効/無効を切り替えるトグルや、MCP サーバーダイアログの行がフォーカスできず、キーボードだけでは到達・操作できなかった。

変更後

VS Code 拡張の「Manage plugins」ダイアログで、プラグインの有効/無効を切り替えるトグルや、MCP サーバーダイアログの各行をキーボード操作で選択・操作できるようになった。

ユーザーへの恩恵

マウスを使わずにキーボードだけでプラグインの有効化や MCP サーバーの管理操作を完了できるようになる。

変更前

VS Code 拡張機能からの複数の設定書き込みが重なると、~/.claude/settings.json が壊れて解析できなくなるか、一部の設定が失われることがあった

変更後

VS Code 拡張機能が設定を書き込む際に複数の書き込みが重ならないようになり、~/.claude/settings.json が常に有効な状態に保たれる

ユーザーへの恩恵

設定ファイルが壊れて手動修復が必要になるトラブルから解放され、VS Code 拡張機能を安心して使い続けられる

変更前

VS Code 拡張機能のチャットパネルでは、スクリーンリーダーが会話の各メッセージを読み上げる際、それがあなたの発言なのか Claude の発言なのか、またどのツールの実行ステップなのかを区別できる形で発言者が明示されていなかった。

変更後

VS Code 拡張機能のチャットパネルで会話をナビゲートすると、スクリーンリーダーは各メッセージを発言者として読み上げる。あなたのメッセージは「You」と、Claude のメッセージは「Claude」として announced され、ツール実行のステップではさらにツール名も読み上げられる。

ユーザーへの恩恵

ユーザーはスクリーンリーダーだけで会話の流れと各ステップの内容を正確に把握できるようになる。

変更前

VS Code 拡張の Claude Code は、エージェントのターンが正常に完了した後も、Windows でプロセス終了コード 4294967295 を示す赤いエラーバナーを表示していた。

変更後

完了したターンの直後に Windows で赤い「Claude Code process exited with code 4294967295」というバナーが表示されていた。

ユーザーへの恩恵

ユーザーはターン完了後の誤ったエラーバナーに戸惑わなくなり、正常な完了と失敗を区別しやすくなる。

変更前

Enterprise Grid から切断した組織では、接続済みのワークスペースが残っていても Claude が使えなくなる

変更後

Enterprise Grid から切断した組織でも、接続済みのワークスペースが残っていれば Claude を使い続けられる

ユーザーへの恩恵

組織レベルの接続が切れても、ワークスペース単位で接続済みのユーザーは Claude を使い続けられる

変更前

エディタでテキストを選択すると、選択範囲の情報がプロンプトにインジケーターとして表示されていた。このインジケーターは折り返しせずに横幅を圧迫するため、特に複数行のプロンプトでは表示が窮屈になっていた。

変更後

プロンプト内のIDE選択インジケーターが、複数行のプロンプトを圧迫する代わりにテキストと一緒に折り返す [⧉ …] ピル形式に変更された。さらに、Backspaceキーでこのインジケーターを削除できるようになり、選択範囲をClaudeに送らないようにできる。

ユーザーへの恩恵

選択インジケーターがプロンプトの行に自然に折り返すようになり、長い選択範囲を含む複数行プロンプトでも見やすくなり、Backspaceで削除して選択範囲を除外できることで入力の制御性が向上する。

変更前

修正前は、Hooks ダイアログでフックを置換すると同じフックが重複して保存されたり、ヘッダー名を大文字・小文字を変えて入力し直すと既存のシークレットが失われたり、settings.local.json への保存が gitignore 処理の完了前に戻ってしまったりすることがあった

変更後

修正後は、置換時に同じフックが重複登録されず、ヘッダー名を大文字・小文字を変えて入力し直してもシークレットが維持され、settings.local.json への保存が完了する前に gitignore 処理が行われる

ユーザーへの恩恵

ユーザーは VSCode の Hooks ダイアログでフックを編集・保存する際に、重複やシークレットの再入力を気にせず安心して設定を更新できる

変更前

拡張機能が git、ripgrep、サインイン状態チェックなどのバックグラウンドコマンドを実行するたびに、Windows 上でコンソールウィンドウが一瞬表示されて点滅していた。

変更後

拡張機能が git、ripgrep、サインイン状態チェックなどのバックグラウンドコマンドを実行しても、Windows 上でコンソールウィンドウが点滅しなくなる。

ユーザーへの恩恵

Windows 上で Claude Code 拡張機能を利用する際に、コンソールウィンドウの点滅に邪魔されることなく快適に作業できるようになる。

変更前

VS Code拡張機能のHooksダイアログで保存が拒否された場合、設定ファイル自体に起因する拒否であっても、ユーザーは理由を示す「Copy error」というテキストしか見られなかった。設定ファイルを直接開いて問題を確認・修正する手段はダイアログからは提供されていなかった。

変更後

設定ファイル自体に問題があるために保存が拒否された場合、Hooksダイアログがポップアップを開き、「Open settings file(設定ファイルを開く)」ボタンが表示されるようになった。エラーの理由は「Copy error」として表示される。

ユーザーへの恩恵

ユーザーはポップアップから直接設定ファイルを開いて保存拒否の原因を素早く修正できるようになる。

変更前

VS Code拡張のトグルスイッチをオンにすると、テーマ設定に関係なく常にClaudeオレンジ色で表示されていた。そのため、エディタのカラーテーマによっては、スイッチの色がUI全体になじまないことがあった。

変更後

トグルスイッチがオンのときの色は、固定のClaudeオレンジで描画されていた。VS Code拡張のこの変更により、オン状態がエディタテーマのボタン色を参照するようになり、明るいテーマやカスタムテーマでもUIが調和するようになった。

ユーザーへの恩恵

ユーザーはどのエディタテーマを使っていてもトグルスイッチの色がテーマと一貫した見た目になる。

変更前

権限ルールの確認や変更は、各 settings.json を手動で編集するか /permissions コマンドで行うしかなく、VSCode 拡張上ではどのスコープにどんなルールがあるかを一覧して管理する手段がなかった。

変更後

VSCode 拡張に、権限ルールの一覧を表示する Permission rules ダイアログが追加された。ダイアログ上で、ユーザー設定・プロジェクト設定・ローカル設定の各スコープに対して allow/ask/deny ルールを追加・削除できる。

ユーザーへの恩恵

設定ファイルを直接編集することなく、VSCode 上で自分・プロジェクト・ローカルの権限ルールを一覧・追加・削除できるようになる。

変更前

CLAUDE_CONFIG_DIR が設定ファイルや environmentVariables 設定で指定されていても、VSCode 拡張のセッションリストは CLAUDE_CONFIG_DIR で指定されたフォルダではなく、デフォルトフォルダ(~/.claude)のセッションを表示し続けていた。

変更後

CLAUDE_CONFIG_DIR が設定ファイルや environmentVariables 設定で指定されているときに、VSCode 拡張のセッションリストがデフォルトフォルダのセッションを表示し続けていた。

ユーザーへの恩恵

設定ファイルで CLAUDE_CONFIG_DIR を設定した環境でも、セッションリストが正しいフォルダのセッションを表示するようになる。

変更前

VSCode 拡張機能でアカウントを切り替えると、そのタブが非表示にした使用量上限の警告の記憶が失われていた。同じアカウントで再度サインインしても、すでに閉じたはずの警告が再度表示されていた。

変更後

VSCode 拡張機能でアカウントを切り替えて同じアカウントで再度サインインしても、タブは非表示にした使用量上限の警告を記憶している。再表示されなくなり、以前の警告状態が維持される。

ユーザーへの恩恵

同じアカウントでサインインし直しても使用量上限の警告が再表示されず、不要な警告を繰り返し閉じる手間がなくなる。

変更前

新しいチャットビューがまだ起動中のタイミングでキーボードショートカットを使って @-mention を送信すると、まれにそのテキストがキー入力から長い時間が経過した後に入力欄へ挿入されることがあった。

変更後

新しいチャットビューの起動中にキーボードショートカットで送信された @-mention は、ビューの準備が整ったタイミングで確実に入力欄へ挿入される。キーストロークから長時間経過した後に文字が入力欄へ遅れて挿入されることはなくなった。

ユーザーへの恩恵

ビューの起動直後でもショートカット送信した @-mention が意図しないタイミングで入力欄に混入することがなくなり、予測どおりに入力を進められる。

変更前

VS Code の Claude サイドバーを開いた直後に Account & usage ヘッダーが遅れて表示されると、セッションリストが下へジャンプして表示がずれていた。

変更後

VS Code の Claude サイドバーを開いた直後に Account & usage ヘッダーが遅れて表示される場合、その分セッションリストが下方向へずれてジャンプしなくなった。

ユーザーへの恩恵

ヘッダー表示の遅延によるセッションリストのずれがなくなり、サイドバーをストレスなく操作できる。

変更前

Claude は、ユーザー以外の誰かに向けて書かれる文書やメッセージを生成する際に、宛先の読者に合わせたトーンや形式で本文を書いても、返答のどこにもその読者が誰なのかを明示していなかった。そのため、ユーザーは返答を読んでも、それが誰宛ての文書として書かれているのかを本文から推測するしかなかった。

変更後

Claude が、ユーザー自身ではなく誰かに向けた文書やメッセージを書く場面では、Claude はその読者に向けたトーンや形式で本文を書くようになり、返答の先頭でその読者(宛先)を明示する。これにより、その返答がどの読者を意図して書かれているのかをユーザーがすぐ確認できる。

ユーザーへの恩恵

ユーザーは、返答を読まずとも先頭の表示だけで、その文書が誰に向けたものかを即座に把握できるようになる。

変更前

これらのUI要素では、スクリーンリーダーでの読み上げやキーボードだけでの操作に不安定な部分があり、マウスに頼らず利用者に確実に操作できない箇所があった。

変更後

拡張機能のスラッシュコマンドメニュー、@メンションメニュー、出力スタイルピッカー、Send/Stopボタン、権限ダイアログ、質問ダイアログ、オンボーディングチェックリストに、スクリーンリーダー対応とキーボード操作の強化が反映される。

ユーザーへの恩恵

利用者はマウスを使わずにキーボードだけで、これらのメニューやダイアログを正確に操作できるようになる。

変更前

管理者は Claude Tag の管理設定ページを開く際、接続済みワークスペースや Slack チャンネルの一覧を取得するため、特に多くのチャンネルや複数のワークスペースを持つ組織ではページの表示に時間がかかっていた。チャンネルピッカーも同じく読み込みが遅かった。

変更後

管理者は Claude Tag の管理設定ページを開くと、Slack チャンネルの選択を含めてこれまでより速く表示される。特に多くのチャンネルや複数の接続ワークスペースがある組織では、読み込みの待ち時間が以前より短くなる。

ユーザーへの恩恵

管理者は設定ページやチャンネル選択の読み込みを待つ時間が減り、チャンネル設定などの作業をすばやく行えるようになる。

変更前

Chrome拡張のClaude in Chromeで長いページを読み込むと、内容がいったんファイルに保存され、改めてそのファイルを読み戻す手順になっていた。

変更後

Chrome拡張のClaude in Chromeで長いページを読み込むと、これまでは内容がいったんファイルに保存され、改めてそのファイルを読み戻す動作になっていた。この変更により、読み取った内容がファイルを介さず会話内に直接インラインで表示される。

ユーザーへの恩恵

ユーザーはファイル保存と読み戻しを待つことなく、長いページの内容をその場で確認できる。

変更前

セッション一覧からセッションを再開すると、claudeCode.preferredLocation に「sidebar」が設定されていても無視され、常にパネルで開いていた。また、プログラム的に開いた場合には、この設定が「panel」にリセットされていた。

変更後

セッション履歴のクリックや URI ハンドラー経由のセッション再開でも、claudeCode.preferredLocation の設定が尊重されるようになった。サイドバーが指定されていればサイドバーで開き、設定が「panel」に勝手に書き換わることもない。

ユーザーへの恩恵

サイドバーで Claude を使いたいユーザーが、セッション再開のたびに設定どおりの配置で開けるようになり、配置をやり直す手間がなくなる。

変更前

CLAUDE_CONFIG_DIR を settings で設定した場合、VS Code 拡張のカスタムスタイルビルダーで作成した User レベルのスタイルが CLI が読み取らないフォルダーに保存されていました。

変更後

CLAUDE_CONFIG_DIR を settings で設定した場合、VS Code 拡張のカスタムスタイルビルダーで作成した User レベルのスタイルが CLI が読み取らないフォルダーに保存される不具合がありました。修正後は、CLI が読み取る CLAUDE_CONFIG_DIR 配下の output-styles フォルダーに正しく保存されます。

ユーザーへの恩恵

CLAUDE_CONFIG_DIR を設定していても、VS Code 拡張で作成したカスタムスタイルが CLI 側で正しく認識・利用できるようになります。

変更前

キーボードショートカットでフォーカスを移動できるのはエディタと入力欄の間だけで、会話内の特定のメッセージ、とりわけ最新のメッセージに直接フォーカスを当てる手段がなかった。

変更後

「Claude Code: Focus last message」というコマンドが新しく追加され、キーボード操作で会話内の最新メッセージにフォーカスを移動できるようになった。

ユーザーへの恩恵

キーボード操作やスクリーンリーダー利用者は、会話の最新メッセージに素早くアクセスして内容を確認できるようになる。

変更前

VSCode拡張のManage pluginsダイアログでプラグインのインストール・有効化・無効化・アンインストールを行った場合、変更を開いているセッションに反映するには再起動が必要だった。

変更後

Manage pluginsダイアログで実行したインストール・有効化・無効化・アンインストールが、開いているセッションに即座に反映されるようになった。再起動なしで変更を適用できる。

ユーザーへの恩恵

プラグインの変更をセッションを中断せずにそのまま適用できるため、作業を続けながらプラグインを管理できる。

変更前

Slack チャンネルの設定ページから、組織の Claude Tag 管理設定に直接アクセスする手段がなく、移動には別画面への操作が必要だった

変更後

設定ページに、組織の Claude Tag 管理設定画面へ戻るためのリンクが表示される

ユーザーへの恩恵

管理者は設定ページからワンクリックで組織の管理設定へ戻れるようになる

変更前

URLが <...> で囲まれたMarkdownリンク(例: [label](<https://example.com/path with space>))をClaude Tag経由でSlackに表示すると、角括弧付きのリテラルテキストのまま表示され、クリック可能なリンクにならなかった。

変更後

角度括弧で囲まれたURLを含むMarkdownリンクでも、Claude Tagを経由してSlackに投稿するとクリック可能なリンクとして表示される。

ユーザーへの恩恵

URLにスペースや特殊文字を含むMarkdownリンクも、Claude TagでSlackに表示するだけで正しくクリックできるようになる。

変更前

修正前は、Remote-SSH で接続した VSCode のウィンドウで、ワークスペースフォルダがリモートホストにのみ存在する場合、セッション一覧ビューの読み込みに失敗していた。

変更後

修正後は、Remote-SSH で接続したウィンドウでも、リモートホストにのみ存在するワークスペースフォルダでセッション一覧ビューが正しく読み込まれる。

ユーザーへの恩恵

ユーザーは Remote-SSH 環境でもセッション一覧を参照できるようになり、リモート開発中のセッション確認がスムーズになる。

変更前

/usage や VS Code 使用量パネルが、usage エンドポイントへのリクエストがレート制限された場合や Claude Code 起動直後に使用量データが未取得のまま開いた場合に、モデル固有の週間上限の行を表示から欠落させていた

変更後

usage エンドポイントがレート制限中でも、起動直後でも、モデル固有の週間上限行が表示されるようになった

ユーザーへの恩恵

レート制限や起動直後の状況でも週間上限の状況を確認でき、使用状況の把握が途切れない

変更前

コンテナが行方向と列方向の間で切り替わった後、ボックスが誤った高さで描画されることがあり、表示が崩れていた。

変更後

行方向と列方向の切り替え後に、ボックスが正しい高さで描画されるようになった。

ユーザーへの恩恵

レイアウトの崩れによって画面表示が乱れることなく、UIを快適に利用できる。

変更前

セッションのアーカイブはサイドバーでセッションにホバーしてアーカイブ操作を行う方法のみで、セッション一覧の右クリックメニューからは実行できなかった。また、アーカイブ解除(Unarchive)には専用のアイコンがなく、表示が他の操作と区別しにくかった。

変更後

VS Code拡張のセッション一覧の右クリックメニューに「Archive session(セッションをアーカイブ)」を追加し、「Unarchive(アーカイブ解除)」には専用のアイコンを割り当てた。

ユーザーへの恩恵

ユーザーは右クリックメニューから直接セッションをアーカイブできるようになり、アーカイブ解除もアイコンで即座に識別できるようになる。

変更前

Claude Code on the web のセッションを VSCode 拡張の Claude Code にテレポートすると、クラウドセッションのシャットダウン時に途切れた質問が拒否されたものとして扱われていた。

変更後

クラウドセッションのシャットダウンで途切れた質問を、拒否されたものとして扱わなくなり、テレポート後のセッションで正しく扱えるようになった。

ユーザーへの恩恵

テレポートしたセッションで、クラウドセッション終了時に途切れた質問が誤って拒否扱いにならず、そのまま会話を続けられるようになった。

変更前

Claude タブにフォーカスがある状態で、Cmd/Ctrl+Shift+T によるセッション再オープンやディープリンク経由のオープンを実行すると、開かれたタブが Claude のエディターグループの外側に配置されていた。

変更後

Claude タブにフォーカスがある状態で、Cmd/Ctrl+Shift+T によるセッション再オープンやディープリンク経由のオープンを実行しても、開かれたタブが Claude のエディターグループの外側に配置されなくなった。

ユーザーへの恩恵

セッションタブがエディターのレイアウトを乱さずに Claude のエディターグループ内に整理されたまま保たれるようになった。

変更前

セッションタブのコンテキストメニューから Add Session Tab to Group を実行して Claude Code on the Web から開いたセッションをグループに追加すると、セッションリストの項目は元のグループに残ったまま、新たなエントリが別のグループにも作られていた。その結果、同じセッションが 2 つのグループに同時に表示され、Activity Bar のセッションリストでは所属が 1 つのグループという仕様と食い違っていた。

変更後

セッショングループを構成する VS Code 拡張の Add Session Tab to Group コマンドは、セッションの追加先として既存のグループに加えて新規グループの作成もサポートする。ただし、Claude Code on the Web から開いたセッションに対してこの操作を実行すると、そのセッションが 2 つのグループの両方に所属する状態になっていた。

ユーザーへの恩恵

Claude Code on the Web から開いたセッションをグループ移動しても 2 重所属が起きなくなり、セッションリストの表示どおりに 1 つのグループへ整理できるようになる。