Claude Code v2.1.261

変更前

変更前は、組織ポリシーの読み込みに失敗しても、/status や claude doctor の出力にその理由を示す情報が表示されなかった。

変更後

変更後は、/status と claude doctor に「Organization policy(組織ポリシー)」という行が表示される。組織ポリシーの読み込みに失敗した場合、その行にプロキシがエンドポイントを通過させていないなどの理由が表示される。

ユーザーへの恩恵

ユーザーはネットワーク管理者に問い合わせる前に、プロキシ設定などポリシー読み込み失敗の原因を自分で特定できるようになる。

変更前

コマンドやバックグラウンドタスクの出力はデフォルトで3万文字までしかインラインで渡されず、引き上げるには BASH_MAX_OUTPUT_LENGTH 環境変数を設定する必要があった。

変更後

設定ファイルで bashOutputMaxChars と taskOutputMaxChars を設定できるようになり、コマンドやバックグラウンドタスクの出力をインラインで渡される上限(旧来は BASH_MAX_OUTPUT_LENGTH 環境変数のデフォルト3万文字)を最大12万8千文字まで引き上げられる。

ユーザーへの恩恵

詳細なビルドログやテストログでも出力がファイルに退避されずにインラインで渡されるため、ユーザーは環境変数を設定せずに設定ファイルだけで出力の見取り窓を調整できる。

変更前

サブエージェント用のシステムプロンプトはコマンドライン引数として直接渡す必要があり、OSのコマンドライン長制限により、長いプロンプトを渡せなかった。

変更後

サブエージェント用のシステムプロンプトをファイルから読み込む --append-subagent-system-prompt-file フラグが追加された。従来はプロンプトをコマンドライン引数として直接渡す必要があり、OSのコマンドライン長制限(おおむね128KB程度)のため、長いプロンプトを渡せなかった。

ユーザーへの恩恵

長いシステムプロンプトをファイル経由で安全に渡せるようになり、OSのコマンドライン長制限を気にせずにサブエージェントをカスタマイズできる。

変更前

どのスキルが実際に使われているか、あるいはコンテキストをどれだけ消費しているかを確認する手段がありませんでした。不要になったスキルを特定するには、OpenTelemetry のログエクスポーターを有効化して skill_activated イベントを収集するなど、手間のかかる方法しかありませんでした。

変更後

新版では /skill-doctor コマンドが追加されました。読み込まれているスキルのうち実際には使われていないものと、それぞれがコンテキストウィンドウで消費しているコスト(トークン量)を一覧で確認できます。この情報をもとに、不要なスキルを削除(prune)してコンテキストを節約できます。

ユーザーへの恩恵

ユーザーはコマンド一つで未使用スキルとそのコンテキストコストを把握し、不要なスキルを削除してコンテキストを節約できるようになりました。

変更前

VS Code でカスタム出力スタイルを作るには、自分で .claude/output-styles/ 配下に Markdown ファイルを手動で作成・編集する必要があった。作成したスタイルが選択肢に現れるのは次回のメニュー表示のタイミングだった。

変更後

Output styles メニューに「Build a custom style」ウォークスルーが追加され、VS Code 上でカスタム出力スタイルの作成を案内される。ウォークスルーに沿って進めると、カスタム出力スタイルの Markdown ファイルが書き出され、選択可能なスタイル一覧にすぐ表示される。

ユーザーへの恩恵

カスタム出力スタイルの作成と確認を VS Code 上のガイド付き操作だけで完結できるようになる。

変更前

VS Code拡張機能でMCPサーバーを管理する場合、設定の変更は /mcp ダイアログの外で行う必要があった。サーバーを追加するにはターミナルで claude mcp add コマンドを実行するか、.mcp.json を直接編集する必要があり、IDEから離れる必要があった。

変更後

MCPサーバーダイアログに「サーバー追加」フォームと「削除」アクションが追加され、チャットパネルで /mcp を開くだけでサーバーの追加や削除を完結できるようになった。

ユーザーへの恩恵

ユーザーはVS Codeを離れることなく、MCPサーバーの追加や削除をダイアログ上で直接管理できるようになる。

変更前

ターミナル、別のVS Codeウィンドウ、Claude Desktopで開かれているセッションは、セッションリスト上で閉じられているセッションと区別がつかず、閉じているように見えた。

変更後

セッションリストに、ターミナル、別のVS Codeウィンドウ、Claude Desktopで開かれているセッションを示す中空リングが表示されるようになった。これらのセッションは閉じているように見えなくなった。

ユーザーへの恩恵

他の場所で開かれているセッションが一目で分かるようになり、誤って閉じていると判断することを防げる。

変更前

VSCode拡張では、権限プロンプトや質問プロンプトが表示されている間、その背後の会話を読むにはプロンプトを閉じる (dismiss) しかなかった。プロンプトが表示されている領域の外側をクリック/操作しても会話はスクロールされなかった

変更後

VSCode拡張の権限プロンプトと質問プロンプトに折りたたみボタンが追加され、プロンプトを閉じなくてもその背後の会話を読めるようになった。また、プロンプトの横のスペースが会話をスクロールするようになった

ユーザーへの恩恵

ユーザーはプロンプトへの回答を保留したまま背景の会話を読めるようになり、文脈を確認してから許可や質問に答えられる

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

Before the change, when the gateway returned a 403 while the managed settings were being loaded — at startup or after /login — the error message advised the user to sign in again, even though the problem was not an expired or invalid session.

変更後

After the change, when the gateway returns a 403 while the managed settings are being loaded — at startup or after /login — the error message says Claude Code may not be enabled for the organization.

ユーザーへの恩恵

Users can immediately tell that the failure stems from an organization-level configuration such as the Claude Code enablement policy instead of wasting time repeating sign-in.

変更前

...the ...

変更後

managed settings で forceLoginMethod: ¥

ユーザーへの恩恵

gateway that enforces

変更前

変更前は、auto modeで外部サイト上の操作を行う際の安全検証の対象に、ダイアグラムレンダラーのURLにコンテンツを埋め込むリンクは含まれておらず、ユーザーの要求がなくても自動で承認されていた。

変更後

auto modeでは、公開ダイアグラムレンダラーのURLにコンテンツを埋め込むリンクを、そのサイトへのアップロードとして扱うようになった。そのため、ユーザーが明示的に要求していない限り、以前のように自動で承認されず、許可を求められる。

ユーザーへの恩恵

ユーザーが意図しないサイトへのコンテンツ送信を自動承認で防ぎ、外部サービスに情報が公開されるリスクを抑えられる。

変更前

プロンプトのワード編集キーの動作は設定キーkeybindingFlavorで制御されていた。デフォルトの「classic」ではCtrl+Wは句読点で区切られた直前の単語を削除し、「readline」を設定した場合のみBashのように空白まで削除された。

変更後

プロンプトのワード編集キーがBash準拠(GNU readline規約)の動作に変更された。Ctrl+Wは空白まで削除し、Alt+FとAlt+Dは単語の末尾で止まり、句読点は単語の区切りとして扱われる。設定キーkeybindingFlavorは無効化された。

ユーザーへの恩恵

Bashと同じ操作感でプロンプトを編集でき、keybindingFlavorを設定して管理する必要がなくなる。

変更前

Changed /context token counting to use a local estimate when the token-counting API is unavailable, instead of extra small-model requests

変更後

トークンカウントAPIが利用できない場合に、小規模モデルへの追加リクエストを行う代わりに、ローカル推定値を使用するように /context のトークンカウントを変更しました。

ユーザーへの恩恵

トークンカウントAPIが到達不能な場合でも、小規模モデルへの余分なAPIリクエストを行わずに /context のトークン数を表示できる。

変更前

VSCode拡張のモデルピッカーでは、モデルがフラットな1リストではなく、バージョンやエイリアスごとに分かれた複数の行・セクションとして表示されていた。そのため目的のモデルを見つけるにはリストの中を複数の階層やグループの間で探す必要があった。

変更後

VSCode拡張のモデルピッカーが、すべてのモデルを1つのフラットなリストで表示するようになった。古いモデル名の表記も最後尾に行として残されている。

ユーザーへの恩恵

ユーザーはすべてのモデルを1つのリストから一目で選択できるようになり、目的のモデルをすばやく見つけられる。

変更前

Bedrock・Vertex AI・LLM ゲートウェイ経由でモデルを利用する際、/model ピッカーや VS Code のモデルピルには生のモデル ID がそのまま表示されていた。

変更後

変更前は、Bedrock・Vertex AI・LLM ゲートウェイ経由でモデルを利用している場合、/model ピッカーや VS Code のモデルピルに生のモデル ID がそのまま表示されていた。変更後は、Claude Code がモデルを認識できる場合に、生の ID ではなくモデル名が表示される。

ユーザーへの恩恵

ユーザーは生のモデル ID を読み解く必要がなくなり、利用中のモデルをひと目で把握できるようになる。

変更前

GOOGLE_APPLICATION_CREDENTIALS 設定時の Vertex AI 起動時、API クライアント生成時に Google Cloud プロジェクトの解決を再実行せず、余分な gcloud プロセスを起動しなくなる。

変更後

API クライアント生成時に毎回 Google Cloud プロジェクトの解決が再実行され、余分な gcloud プロセスが起動していた。その結果、GOOGLE_APPLICATION_CREDENTIALS が設定された Vertex AI 環境では起動が遅くなっていた。

ユーザーへの恩恵

GOOGLE_APPLICATION_CREDENTIALS を設定した Vertex AI ユーザーは、不要なプロジェクト解決や gcloud プロセスの起動がなくなった分だけ Claude Code を速く起動できる。

変更前

すでに描画済みのブロックはレイアウトの再チェックから除外され、更新のたびに新しく変化した部分だけが対象になる。

変更後

更新のたびに、まだレンダリング途中のブロックも含めてすべてのブロックがレイアウトの再チェック対象になっていた。

ユーザーへの恩恵

更新のたびに全ブロックを検査し直す処理がなくなるため、出力が高速化され、長い応答でもスムーズに表示できる。

変更前

危険なrmコマンドに対する安全確認プロンプトは、直接的なrm -rfコマンドは検出できたが、位置パラメータ(例:rm -rf $1)経由の削除や、ダブルクォートで囲まれたsh -cスクリプト内に書かれたrm -rfは検出できず、ユーザーへの警告が表示されないままコマンドが実行される恐れがあった。

変更後

危険なrmコマンドに対する安全確認プロンプトが、位置パラメータ上のrm -rf(rm -rf $1やrm -rf $@など)や、ダブルクォートで囲まれたsh -cスクリプト内のrm -rfも検出するようになった。

ユーザーへの恩恵

位置パラメータやsh -cスクリプト内に隠れた危険な再帰的削除も確認プロンプトの対象となるため、意図しないファイル・ディレクトリの消失を防ぎやすくなる。

変更前

API がレスポンスヘッダーを返さなかった場合、リトライの待機時間は固定で約3分であり、エラーメッセージには対処方法が具体的に示されていなかった。

変更後

API がレスポンスヘッダーを返さなかった場合、リトライ時の待機時間が最大 API_TIMEOUT_MS(デフォルト10分)に拡張され、エラーメッセージに修正すべき項目が表示されるようになった。

ユーザーへの恩恵

長時間の待機が必要な環境でもネットワーク遅延やゲートウェイの応答待ちによる不要なリトライ失敗が減り、対処方法がすぐ分かることでトラブルシューティングの手間が省ける。

変更前

早いタイピングやキーリピートの際に、入力した文字がたまに入力順序とは違う順序で表示されたり、そもそも入力に失敗したりしていました。

変更後

固定されたキーイベントの順序で文字が処理され、高速入力時やキーリピート時にも文字化けが起きなくなりました。

ユーザーへの恩恵

高速でタイピングしても文字の欠落や順序の乱れを気にせず、入力した通りのテキストがプロンプトに入力されるようになります。

変更前

作業ディレクトリが /net オートマウント上にある場合、/add-dir <subdirectory> を実行すると、実際には解決可能なパスでも「couldn't be resolved」という誤ったエラーが表示され、サブディレクトリを追加できなかった

変更後

作業ディレクトリが /net オートマウント上にある場合でも、/add-dir <subdirectory> でサブディレクトリを追加できる

ユーザーへの恩恵

ネットワークオートマウント上のプロジェクトでも、誤ったエラーに邪魔されずにサブディレクトリを追加して作業範囲を広げられるようになる

変更前

AWS や AWS 認証情報ヘルパーが応答しない場合、Bedrock セットアップウィザードがハングアップし、ユーザーは応答を待ち続けるしかなかった。また、TLS インスペクションプロキシ環境ではウィザードのモデルチェックが失敗した

変更後

AWS や AWS 認証情報ヘルパーが応答しなくても、セットアップウィザードがタイムアウトして明確なエラーメッセージを表示し、モデル検証は TLS インスペクションプロキシ経由でも成功する

ユーザーへの恩恵

応答しない環境でもウィザードが停止せず、TLS インスペクションプロキシ下でもモデル確認が完了するため、ユーザーは Bedrock セットアップを中断なく完了できる

変更前

クラウドセッションで、claude.ai から同期されたプラグインが managed settings によって enabledPlugins で強制有効化されていると、そのプラグインが破棄されていた。その結果、失敗する可能性のあるマーケットプレイスのクローンにフォールバックしていた。

変更後

クラウドセッションでも、managed settings の enabledPlugins で force-enable された、claude.ai から同期されたプラグインをそのまま使用する。

ユーザーへの恩恵

managed settings で強制有効化された同期プラグインが、クラウドセッションで確実に使用できるようになる。

変更前

プロンプト入力欄に [Image #N] チップが表示されている際、その直前にある文字をBackspaceやDeleteで削除しようとしても削除できなかった。

変更後

プロンプト入力欄で、インラインの [Image #N] チップの直前にある文字を削除できるようになった。

ユーザーへの恩恵

画像チップの前のテキストをそのまま編集できるようになり、入力の微調整がスムーズになった。

変更前

セッションを再開すると、並列ツール呼び出しを含む付近で hook 出力などのコンテキストが失われ、再開後のリクエストの内容が変わってしまっていた。

変更後

セッションを再開しても、並列ツール呼び出しを挟んだ箇所で hook 出力などのコンテキストが失われず、再開時のリクエストが以前と同じ内容で再構築される。

ユーザーへの恩恵

セッションを再開しても、並列ツール呼び出し時の hook 出力などのコンテキストが保持され、中断前と同じ状態で作業を続けられるようになる。

変更前

スマホ、ブラウザ、claude.ai アプリからターミナルセッションに接続したときや、ターミナル側で権限モードを変更した後に、Remote Control にセッションの実際の権限モードではなく古い(更新されていない)権限モードが表示されていた。

変更後

スマホ、ブラウザ、claude.ai アプリからターミナルセッションに接続したときや、ターミナル側で権限モードを切り替えたときに、Remote Control の UI に表示される権限モードが即座にセッションの実際のモードに同期する。

ユーザーへの恩恵

ユーザーはスマホやブラウザからでも、セッションの実際の権限モードを常に正確に把握して確実に操作できるようになる。

変更前

リモートコントロールのセッションで、接続したスマホやブラウザからターンを停止した後、またローカルのスラッシュコマンド(/clearなど)を実行した後も、スピナーが回り続け、ストップボタンが表示され続けていた。

変更後

リモートコントロールのセッションで、接続したスマホやブラウザからターンを停止した後、またローカルのスラッシュコマンド(/clearなど)を実行した後でも、スピナーが回り続け、ストップボタンが表示され続ける問題を解消した。

ユーザーへの恩恵

リモートコントロール利用時に、ターンが停止した後もUIが動作中と誤表示されることがなくなり、正しいセッション状態を把握できるようになる。

変更前

SDK とクラウドセッションでは、最初のプロンプト直後・ターン開始前に行われた Stop (中断) 要求が無視されていた。ターンは最後まで実行され続けた。

変更後

SDK とクラウドセッションで、最初のプロンプト送信直後・ターン開始前に行われた Stop (中断) 要求が無視されなくなった。Stop が送られるとターンが確実に停止する。

ユーザーへの恩恵

ユーザーは間違えて送った最初のプロンプトでも、ターンが完了するのを待たずに即座に中断できるようになる。

変更前

/teleport でクラウドセッションを pull して新しいセッションを開始すると、Remote Control で接続中のスマホ・Web 画面に、元のセッションと区別のつかない重複したセッションが表示されていた

変更後

Teleport で pull したセッションが、接続中の Remote Control セッションに再度アップロードされなくなった

ユーザーへの恩恵

Teleport でセッションを pull してもスマホや Web 上に元のセッションと重複した表示が出なくなり、Remote Control の画面が整理される

変更前

TLS検査を行う企業プロキシ環境下の Windows ネイティブ環境では、リモートコントロールの受信イベントストリームが失敗していた

変更後

リモートコントロールの受信イベントストリームが、TLS検査を行う企業プロキシ環境下の Windows ネイティブ環境でも失敗しなくなった

ユーザーへの恩恵

企業プロキシ環境の Windows ユーザーは、リモートコントロールの受信イベントストリームを安定して利用できる

変更前

リモートコントロールセッションで、effort レベルが設定ファイルから取得されている場合、claude.ai 上でそのセッションにはデフォルトの effort レベルが表示されていた

変更後

リモートコントロールセッションで、設定 (settings.json) に基づく effort レベルの場合でも、claude.ai 上でそのセッションに実際に適用されている effort レベルが表示される

ユーザーへの恩恵

リモートデバイスから見た claude.ai の表示が、マシン上のセッションで実際に使用されている effort レベルと一致するようになり、表示の不一致に戸惑わなくなる

変更前

gcpAuthRefresh が設定されている環境では、Google 認証情報の有効性チェックに時間がかかると、認証情報がまだ有効であるにもかかわらず期限切れと判断され、起動時にブラウザが開いて再認証を求められていた。

変更後

gcpAuthRefresh が設定されている環境では、Google 認証情報の有効性チェックに時間がかかった場合でも、認証情報がまだ有効なのに起動時にブラウザが開いてしまうことがあった。修正後は、有効な認証情報が確認できる間はコマンドを実行せず、再認証を促されない。

ユーザーへの恩恵

認証情報が有効な間は不要な再認証を求められなくなり、起動時のブラウザ表示による中断がなくなる。

変更前

起動時の接続フェッチがタイムアウトすると、claude.aiコネクタはそのセッション全体で表示されず、再取得の試みも行われなかった。

変更後

起動時の接続フェッチがタイムアウトしても、CLIがバックグラウンドで再取得を試みるため、セッションの途中からでもclaude.aiコネクタを利用できるようになった。

ユーザーへの恩恵

起動時の一時的なネットワーク障害やタイムアウトが発生しても、セッション全体を再起動せずに接続を利用し始められる。

変更前

バックグラウンドエージェントを再開できなかった際、起床処理が高頻度で再試行され続け、CPU使用率が高止まりしていた。

変更後

バックグラウンドエージェントが再開できず、起床処理が高頻度で再試行されてもCPU使用率が上がらなくなった。

ユーザーへの恩恵

ユーザーはCPU使用率の高止まりを心配せずにバックグラウンドエージェントを利用できる。

変更前

同一マシン上で複数バージョンのClaude Codeが動作している場合、新しいバージョン向けにゲートされた機能フラグが、条件判定を経ずに旧バージョンにも適用されることがあった。その結果、旧バージョンが未対応の機能設定を受け取る可能性があった。

変更後

新しいバージョン向けの機能フラグは、同一マシン上の旧バージョンのClaude Codeには適用されなくなり、各バージョンが自分向けのフラグだけを受け取るようになった。

ユーザーへの恩恵

ユーザーは旧バージョンのClaude Codeが未知の機能フラグの影響で不安定になる心配なく、同一マシン上で複数バージョンを安全に使い分けられるようになる。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

セッションIDの採用方法が修正され、transcript 内の不正なセッションIDを参照せず、新しいセッションIDとして会話を再開するようになった。

変更後

claude -p --resume <file> を実行すると、transcript ファイル内に記録された壊れた(不正な形式の)セッションIDがそのまま採用され、存在しない、または不正なセッションIDで再開しようとしていた。

ユーザーへの恩恵

claude -p --resume <file> による会話再開時に、不正なセッションIDを引き継いでエラーや予期しない動作が発生することがなくなる。

変更前

バックグラウンドのワークフローやエージェントがまだ動作している間も、iTerm2・Ghostty・ConEmu のターミナル進行状況インジケーターにはセッションが終了した状態として表示されていた

変更後

Turn終了までの間、対応端末(iTerm2・Ghostty・ConEmu)のタブやタスクバーの進行状況インジケーターが進行中の状態を示し続けるようになった

ユーザーへの恩恵

別のタブやウィンドウからでも、Claude Code がまだ作業中かどうかを正しく見分けられるようになる

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

信頼されたプロキシの一部（例: ALB など）は X-Forwarded-For の各エントリに「IP:ポート」形式でポート番号を付加するが、ゲートウェイはポート付きエントリを解釈できず、クライアント IP の解決に失敗していた。また、IP アクセスリストを設定している場合、X-Forwarded-For に解読できないエントリがあるとゲートウェイがクラッシュまたは 500 エラーを返していた。

変更後

信頼されたプロキシが X-Forwarded-For の各エントリにポート番号を付加する形式でも、ゲートウェイが正しいクライアント IP を解決できるようになった。また、IP アクセスリストを設定している場合、X-Forwarded-For に解読できないエントリがあると、そのクライアントを 403 で拒否する。

ユーザーへの恩恵

ポート付きの X-Forwarded-For を送るプロキシ環境でもアクセス制御とレート制限が正しく機能し、不正なヘッダによる障害を恐れずアクセスリストを運用できる。

変更前

Claude apps ゲートウェイは、クライアントのエクスポート形式に関係なく OpenTelemetry を JSON 形式でエクスポートするよう Claude Desktop に指示していた。そのため、CLI が protobuf (OTLP) を使用していても、Desktop のテレメトリデータは JSON で送られ、protobuf のみを受け付けるコレクターはそのデータを拒否していた。

変更後

ゲートウェイは Desktop にも CLI と同じ http/protobuf を指定して通知するため、OTLP/protobuf 専用のコレクターでも Desktop のテレメトリを正常に受け付けられるようになった。

ユーザーへの恩恵

CLI と Desktop でエクスポート形式が統一され、protobuf 専用の OTEL コレクターでも両方のテレメトリを一つの設定で収集できるようになる。

変更前

Desktop や web では、セッションがアーティファクトの更新を監視しているだけでも busy(ビジー)と表示されていた。そのため、実際には何も処理を実行していないのに、セッションが動き続けているように見えた。

変更後

Desktop や web 上で、セッションがアーティファクトの更新を監視しているだけのときは busy と表示されなくなった。watch 状態は busy として扱われず、実際の稼働状況に沿ったステータスが示される。

ユーザーへの恩恵

ユーザーはセッションが実際にタスクを実行中なのか、単にアーティファクトを監視しているだけなのかを一目で区別できるようになる。

変更前

Claude in Chrome の file_upload ツールをローカル Cowork セッションから呼び出すと、paths パラメーターが undefined として渡り、MCP の入力検証で 'paths: expected array, received undefined' エラーになっていた

変更後

Claude in Chrome の file_upload ツールをローカル Cowork セッションから呼び出すと、paths パラメーターが undefined として渡り、MCP の入力検証で 'paths: expected array, received undefined' エラーになっていた

ユーザーへの恩恵

ユーザーはローカル Cowork セッションでもファイル添付入力を代わりに提供しなくてよくなる

変更前

オフラインのRemote ControlセッションへのSendMessageの送信は、「配信済み」と誤って報告されていた。そのため、送信者は実際には宛先のマシンが再接続するまでメッセージが届かないにもかかわらず、送信が成功したと誤認してしまう。

変更後

オフラインのRemote ControlセッションへのSendMessageの送信は、そのマシンが再接続するまで「配信待機」として報告される。そのため、送信者が届いたと誤認して待ち続けることがなくなり、送信者はセッションの状態を正確に把握できる。

ユーザーへの恩恵

送信者はメッセージがまだ宛先に届いていないことを正確に把握できるため、届いたと誤認して待ち続けることがなくなる。

変更前

バックグラウンドの Bash コマンドとして実行された CLI が stderr に <claude-code-hint /> タグを出力しても検出されず、raw タグがそのままモデルへの出力に混入していた。

変更後

バックグラウンドの Bash コマンドで実行された CLI が出力した <claude-code-hint> タグも検出され、該当プラグインのインストール候補として扱われる。raw タグがそのまま会話に漏れることはなくなる。

ユーザーへの恩恵

ユーザーはバックグラウンド実行の CLI が出したプラグインのインストール候補を見逃さず、会話にノイズが混入するのを避けられる。

変更前

エージェントチームのインプロセスのチームメイトが、2ターン目に1ターン目と同じツールとスキルのアナウンスを再送信していた。アナウンスが再送信されることでリクエストのプレフィックスが変化し、プロンプトキャッシュがミスしていた。

変更後

プロンプトキャッシュの仕組み上、リクエストのプレフィックスが変わるとキャッシュ全体が無効になる。エージェントチームのインプロセスのチームメイトが、2ターン目に1ターン目と同じツールとスキルのアナウンスを再送信し、リクエストのプレフィックスが変化してキャッシュミスを起こしていた。

ユーザーへの恩恵

チームメイトの2ターン目以降のリクエストでプレフィックスが一致するようになり、プロンプトキャッシュが有効に機能してトークンコストと応答速度が改善される。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

ウィンドウと一緒に復元されたセッションタブで Rename コマンドを実行すると、名前変更ボックスが空の状態で開いていた。ユーザーは現在の名前を確認できず、既存の名前をそのまま保つにも再入力が必要だった。

変更後

Rename ボックスは、タブに設定されている現在のセッション名が入った状態で開くようになった。

ユーザーへの恩恵

復元されたタブでも現在のセッション名が入力欄に表示されるため、名前の確認や部分的な変更が手間なく行えるようになる。

変更前

VSCode 拡張のセッションリストパネルで、折りたたまれたセクション(過去のセッションなど)が、パネルを読み込むたびに一瞬だけ展開された状態で表示されていました。

変更後

セッションリストパネルを開くたびに、折りたたまれたセクションが一瞬展開されて表示されてから再び折りたたまれる不具合がありました。この修正により、パネル読み込み時は折りたたまれたセクションが最初から折りたたまれたまま表示されます。

ユーザーへの恩恵

パネルを開くたびに折りたたみセクションがちらついて一瞬展開される不具合が解消され、スムーズに確認できる。

変更前

VSCode 拡張の Focus view では、Claude が次の処理に進んだ後も、質問が回答を待っている間などにツール呼び出しが実行中のまま表示されていた。

変更後

Focus view で、Claude が次の処理に移った後も、質問への回答待ちの間などにツール呼び出しが実行中として表示されていた問題が解消された。

ユーザーへの恩恵

ツール呼び出しの状態が Claude の実際の進行状況と一致するため、Focus view でも正確なセッション状態を把握できるようになる。

変更前

フォーカスのない Claude タブのセッション ID が訂正されても、セッション一覧のアクティブ行ハイライトが古い ID に基づいたまま更新されず、実際にアクティブなタブと異なる行が強調表示されていた。

変更後

アクティブな行が正しくハイライトされ、フォーカスのないタブのセッション ID が訂正された後もセッション一覧の表示が正しい状態に保たれる。

ユーザーへの恩恵

複数の Claude タブを切り替えながら作業する際、セッション一覧で実際にアクティブなセッションを常に正しく視認できるようになる。

変更前

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 つのグループへ整理できるようになる。

変更前

VSCode 拡張機能のモデルピッカーは、起動時に取得したモデル一覧をキャッシュしており、組織が無効化したモデルもウィンドウのリロード 2 回分の間は表示されたままだった。そのため、開発者は無効化済みのモデルを選択できてしまう状態が続いていた。

変更後

無効化されたモデルが組織の制限として即座にモデルピッカーに反映されず、VSCode のウィンドウを 2 回リロードするまでピッカーに表示され続けていた。今回の修正により、組織による無効化が反映された状態でモデルピッカーが正しく表示されるようになった。

ユーザーへの恩恵

組織が無効化したモデルがピッカーに残らないため、開発者はウィンドウの再読み込みなしに最新の許可モデルだけから選択できる。

変更前

VS Code がビューを再読み込みすると、セッション一覧から開いたタブは元のセッションに飛び戻り、Web セッションから開いたタブは teleport を再実行するか、空の状態のままになる

変更後

VS Code がビューを再読み込みした後も、セッション一覧から開いたタブはそのセッションのまま維持され、Web セッションから開いたタブは teleport をやり直したり空のままになったりしなくなる

ユーザーへの恩恵

VS Code でビューを再読み込みしてもタブの状態が壊れないため、セッションの履歴や Web セッションの内容をそのまま作業を続けられる

変更前

ウィンドウのリロード直後や設定ファイルにエラーがある状態でも、以前のセッションの /btw サイドクエスチョン履歴が保持されます。

変更後

ウィンドウのリロード直後や設定ファイルにエラーがある状態で質問すると、以前のセッションの /btw サイドクエスチョン履歴が上書きされ、過去の質問と回答が失われていました。

ユーザーへの恩恵

セッションをまたいで直近のサイドクエスチョンの履歴を参照でき、過去のQ&Aを失わずに済むようになります。

変更前

VSCode 拡張機能で、Claude.ai アカウントまたは Console アカウントでサインインしている場合、Claude パネルを再読み込みすると、承認待ちの質問カードが再表示されず、質問に回答する機会を失っていた。

変更後

VSCode 拡張機能で、Claude.ai アカウントまたは Console アカウントでサインインしている場合、Claude パネルの再読み込み後も承認待ちの質問カードが再表示されるようになり、質問を見逃さずに回答できるようになった。

ユーザーへの恩恵

Claude パネルを再読み込みした後でも、保留中の質問カードが再表示されるため、ユーザーは質問に気づいて確実に回答できる。

変更前

1つのClaudeパネルが設定ファイルからサードパーティプロバイダーを検出すると、同じウィンドウ内の他のClaudeパネルでもclaude.ai専用機能が表示されたままになっていました。

変更後

設定ファイルでサードパーティプロバイダーを参照したパネルがあった場合、そのウィンドウ内の他のClaudeパネルでもclaude.ai専用機能が表示され続けていた問題を修正しました。

ユーザーへの恩恵

設定ファイルでサードパーティプロバイダーを利用した際、他のパネルでも即座にclaude.ai専用機能が非表示になり、各パネルの状態が正しく同期されるようになりました。

変更前

Claude Code がログインなしを報告した場合やリクエストがログイン不足で失敗した場合、Disable Login Prompt 設定を有効にしていてもサインイン画面が表示されていた。

変更後

以前は、Disable Login Prompt 設定を有効にしていても、Claude Code がログインなしを報告した場合やリクエストがログイン不足で失敗した場合に、サインイン画面が表示されていた。この修正により、設定が有効な場合にはサインイン画面が表示されなくなり、ログインが必要な場合のみ案内されるようになった。

ユーザーへの恩恵

Disable Login Prompt 設定を有効にしているユーザーは、ログインなしを報告した場合やリクエストがログイン不足で失敗した場合でもサインイン画面が表示されなくなり、ログイン不要のワークフローを中断せずに作業を続けられる。

変更前

VSCode拡張機能で、次のキューに入った権限プロンプトが、前のプロンプトで入力したテキストを保持したまま表示され、さらに即座に2回目のクリックを受け付けてしまう状態だった。このため、ユーザーが前のプロンプトで入力したテキストが次のプロンプトに残ってしまい、誤って即座に承認される恐れがあった。

変更後

VSCode拡張機能で、次のキューに入った権限プロンプトが、前のプロンプトで入力したテキストを保持したまま表示され、さらに即座に2回目のクリックを受け付けてしまう状態だった。このため、ユーザーが前のプロンプトで入力したテキストが次のプロンプトに残ってしまい、誤って即座に承認される恐れがあった。

ユーザーへの恩恵

ユーザーは前のプロンプトで入力したテキストが次のプロンプトに残らず、誤って即座に承認されることを防げる。

変更前

Claude パネルがサイドバーにドッキングしておらず、ウィンドウにはアクティビティバーのセッションリストだけが表示されている状態では、install-plugin リンクを開いてもインストール用ダイアログが出ず、Claude サイドバーが開くだけだった。

変更後

ウィンドウにセッションリストしか表示されていない状態でも、install-plugin リンクを開くとインストール用ダイアログが表示され、そこからプラグインのインストールに進められるようになる。

ユーザーへの恩恵

セッションリストしか表示していないウィンドウでも、リンクから即座にプラグインをインストールできるようになる。

変更前

新規 VSCode ウィンドウで拡張機能を開いた直後は、サイドバーの使用量メーターが空のままになり、[アカウント] ダイアログを開いてはじめて使用量が表示されていた。また、使用制限が残り 0% の場合、その情報がメーターに表示されていなかった。

変更後

新規 VSCode ウィンドウでもサイドバーの使用量メーターに使用量が表示されるようになり、アカウントダイアログを開く必要がなくなる。また、使用制限が残り 0% の場合でも、その情報がメーターに表示される。

ユーザーへの恩恵

拡張機能をインストールした直後や使用制限を使い切った直後でも、ダイアログを開かずにサイドバーで使用量を確認できる。

変更前

「このグループ内で新しいセッションを開始」で作成したセッションは、「新しい会話」の実行後に所属グループから外れてしまう。また、セッションがサイドバーの未読リストの読み込みより先に完了していた場合、未読ドットが表示されない

変更後

「このグループ内で新しいセッションを開始」で作成したセッションは、「新しい会話」を実行しても所属グループが維持され、セッションがサイドバーの未読リストより先に完了していた場合も未読ドットが表示される

ユーザーへの恩恵

セーショングループを利用した複数会話の整理が「新しい会話」実行後も維持され、完了済みセッションの未読ドットも確実に表示されるため、見落としの心配なくタスクを監視できる

変更前

ターン実行中は未読バッジが常に表示され、セッションリストから開いたタブではバッジが欠落していた。また、アーカイブ済みセッションのタブで「Add Session Tab to Group」を実行しても何も起こらなかった。

変更後

エディタータブの未読バッジが、ターン実行中でも正しく未読状態を反映し、セッションリストから開いたタブでもバッジが表示されるようになった。また、アーカイブ済みセッションでも「Add Session Tab to Group」コマンドが正しく動作するようになった。

ユーザーへの恩恵

セッションの未読状態とグループ整理を、実行中やアーカイブ済みのセッションでも一貫して管理できる。

変更前

「Enable Remote Control for all sessions」設定を切り替えても、その変更は現在の VS Code ウィンドウで開かれているセッションにのみ適用されていました。別の VS Code ウィンドウで開かれているセッションでは、新しい設定を有効にするために再起動が必要でした。

変更後

「Enable Remote Control for all sessions(すべてのセッションでリモートコントロールを有効にする)」設定を切り替えると、その変更が即座にすべてのセッションに反映されるようになりました。他の VS Code ウィンドウで開いているセッションも含まれます。以前はこの設定の変更が、現在のウィンドウで開かれているセッションにのみ適用されていました。

ユーザーへの恩恵

複数の VS Code ウィンドウで作業していても、すべてのセッションでリモートコントロール設定が即座に一貫して適用されるようになりました。

変更前

claude.ai（Web）で開始したセッションを VS Code で引き継いだ場合、そのタブが依然として Web セッションの下に記録されるため、セッションリストの Open フィルターに表示されなかった。また、フィルターメニューの各セクションにはラベルがなく、スクリーンリーダーでセクション名を読み上げられなかった。

変更後

claude.ai から引き継いだセッションが Web セッションではなく VS Code 側のタブとして正しく記録され、セッションリストの Open フィルターで正しく表示される。また、フィルターメニューの各セクションにスクリーンリーダー用のラベルが付与され、セクション名が読み上げられる。

ユーザーへの恩恵

claude.ai から引き継いだセッションを VS Code の Open フィルターで確実に見つけられるようになり、スクリーンリーダーユーザーもフィルターメニューの構造を把握できるようになる。