Claude Code v2.1.257

変更前

Fable モデルとして Fable 5 がデフォルトでした。コンテキストサイズや価格設定は Fable 5 に基づいていました。

変更後

Fable モデルとして Claude Fable 5.1 がデフォルトになりました。100万トークンのコンテキストをサポートし、1Mtok 入力/出力あたり $10/$50、キャッシュ読み取り $0.25/Mtok の価格設定です。

ユーザーへの恩恵

開発者は /model fable コマンドで最新の Fable モデルを簡単に利用できるようになり、長大なコードベースを扱うタスクに対応できます。

変更前

表示される時刻の形式が固定されており、ユーザーのロケール設定に基づいた自動フォーマットのみが適用されていました。

変更後

ユーザーは12時間制、24時間制、UTCの24時間制、またはカスタムのstrftimeパターンを設定できるようになりました。また、システムタイムゾーン以外の任意のIANAタイムゾーンを指定して表示する設定も可能です。

ユーザーへの恩恵

ユーザーは好みのタイムフォーマットとタイムゾーンを設定できるようになり、ターン終了時のメッセージやトランスクリプトビューの時刻表示を自分の好みに合わせてカスタマイズできます。

変更前

自動モードでは、クラウドメタデータ認証情報の取得や出口回避などの操作が自動的に承認されていました。

変更後

自動モードでは、コンテナからの脱出に関するルールが追加され、クラウドメタデータ認証情報の取得や出口回避などの操作が自動承認されなくなりました。

ユーザーへの恩恵

セキュリティリスクの高い操作が自動的に実行されるのを防ぎ、より安全な開発環境を維持できます。

変更前

サブエージェントのモデルは、個別の起動時の指定やエージェント定義の model フィールドによって上書きされることがありました。

変更後

この環境変数を設定すると、サブエージェント、チームメイト、ワークフローエージェントすべてに対して、個別の起動時の指定やエージェント定義のモデル設定を無視して、指定されたモデルが適用されるようになります。

ユーザーへの恩恵

プロジェクト全体で一貫したモデルをサブエージェントに適用できるようになり、設定の管理が容易になります。

変更前

effort を変更すると、セッション全体に適用されるか、あるいはデフォルト設定が上書きされていました。

変更後

effort を変更すると、現在のセッションのみに適用されるようになりました。セッションを終了すると、デフォルト設定に戻ります。

ユーザーへの恩恵

セッションごとに effort を調整できるようになり、作業の集中度を柔軟に制御できます。

変更前

セッションを強制終了させた際、一時ファイルとして残ったマスクファイルが古くなっていても、Claude Code はそれを検知しませんでした。

変更後

セッションを強制終了させた際、一時ファイルとして残ったマスクファイルが古くなっていると、/doctor コマンドがそれを検知して警告を表示するようになりました。

ユーザーへの恩恵

ユーザーは /doctor を実行することで、意図せず残った古いマスクファイルを容易に発見し、セキュリティリスクを回避できます。

変更前

自動モードでは、作業ディレクトリ外のファイルを読み取る際に確認プロンプトが表示されず、意図せぬアクセスが発生する可能性がありました。

変更後

作業ディレクトリ外のファイルを読み取る際、初回のみ確認プロンプトが表示されるようになりました。また、permissions.blockReadsOutsideWorkingDirectories 設定により、そのような読み取りをブロックすることも可能です。

ユーザーへの恩恵

ユーザーは、作業ディレクトリ外へのファイルアクセスを制御できるようになり、意図しない読み取りを防ぐことができます。

変更前

発見済みのモデルピッカーのエントリには、ゲートウェイから提供される description が含まれておらず、すべて「From gateway」という共通のラベルで表示されていました。

変更後

発見済みのモデルピッカーのエントリには、ゲートウェイが提供する description が含まれるようになりました。description がないエントリは引き続き「From gateway」と表示されます。

ユーザーへの恩恵

開発者は、ゲートウェイ経由で発見されるモデルの詳細情報をピッカー上で確認できるようになります。

変更前

セッションリストパネルにはアカウント情報や使用量が表示されていましたが、セクションごとに折りたたみ可能なヘッダーがなく、詳細を確認するには個別に操作する必要がありました。

変更後

セッションリストパネルにアカウントメール、使用量メーター、詳細表示リンクを含む折りたたみ可能な「ACCOUNT & USAGE」と「SESSION MANAGER」セクションヘッダーが追加され、セクションごとに折りたたんで表示・展開できるようになりました。

ユーザーへの恩恵

セクションごとに折りたたんで表示できるようになり、セッションリストの視認性が向上します。

変更前

モデルの切り替えはコマンドメニューから行うか、プロンプトボックスの下部にあるモデル名をクリックしてピッカーを開く必要がありました。

変更後

プロンプトボックスの入力フッターにモデル名を表示するピルが追加され、クリックするだけでモデルピッカーを開けるようになりました。Effort レベルの確認や、メインリストにないモデルの選択も容易に行えます。

ユーザーへの恩恵

モデルの切り替えや Effort レベルの確認をプロンプトボックスの下部から素早く行えるようになり、作業効率が向上します。

変更前

セッション一覧の「グループ化されていない」セクションは常に展開された状態でした。セッションをグループ化する操作を行っても、このセクションの状態は変わりませんでした。

変更後

セッション一覧の「グループ化されていない」セクションにトグルが追加され、ユーザーは任意のタイミングでこのセクションを展開または折りたたむことができます。トグルを操作すると、VS Code ですでに開いているセッションにも適用されます。

ユーザーへの恩恵

セッション一覧の表示を整理し、不要なセッションを隠して作業画面をすっきりさせることができます。

変更前

VSCode 拡張機能で出力スタイルを選択するには、設定ファイルの outputStyle フィールドを直接編集するか、ターミナルモードから /config コマンドを実行する必要がありました。

変更後

VSCode 拡張機能のコマンドメニューから直接出力スタイルを選択できるようになりました。カスタムスタイルも含め、メニューから簡単に適用できます。

ユーザーへの恩恵

VSCode ユーザーは設定ファイルを編集したりターミナルを開いたりすることなく、コマンドメニューから直感的に出力スタイルを変更できるようになります。

変更前

以前は --effort を使用してエフォートレベルを設定すると、そのモデルのデフォルトエフォート保持が恒久的に解除されていました。これにより、claude.ai で設定したリモートコントロールセッションのエフォートが保持期間中に適用されないという問題がありました。

変更後

現在は --effort を使用すると、そのセッション中のみ新規モデルのデフォルトエフォート保持が解除されます。claude.ai で選択したリモートコントロールセッションのエフォートは、保持期間中も正しく適用されるようになります。

ユーザーへの恩恵

ユーザーは claude.ai で設定したリモートコントロールセッションのエフォートレベルを、セッションの保持期間中も維持できるようになる。

変更前

起動時にサーバー管理設定のキャッシュが優先され、policyHelper は次回の起動時まで実行（または終了）が遅延されていました。

変更後

サーバー管理設定の取得結果で policyHelper が削除されていると報告された場合、即座に実行（または終了）が行われるようになりました。

ユーザーへの恩恵

サーバー管理設定の削除を即座に反映し、不要なポリシーの実行を回避できます。

変更前

以前は「merge」モードにおいて、sandbox.credentials.awsPairs と sandbox.ripgrep は複数の管理ソースから値を結合していました。これにより、最上位のソースで設定されていない場合に、下位のソースの値が反映されることがありました。

変更後

現在は「merge」モードにおいて、sandbox.credentials.awsPairs と sandbox.ripgrep は、それらを設定した最上位の管理ソースからそのまま取得されます。下位のソースの値は無視されます。

ユーザーへの恩恵

設定の優先順位が明確になり、意図した管理ソースの設定のみが適用されるようになります。

変更前

以前は、CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC が設定されている場合、ゲートウェイのモデル検出機能は実行されませんでした。これにより、設定されたゲートウェイから利用可能なモデルリストを取得できませんでした。

変更後

現在は、CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC が設定されていても、ゲートウェイのモデル検出機能は実行されます。これにより、設定されたゲートウェイから利用可能なモデルリストを取得できます。

ユーザーへの恩恵

ネットワーク環境で非必須トラフィックの送信が制限されている場合でも、ゲートウェイから利用可能なモデルリストを取得できるようになります。

変更前

セッションが実行されていない状態で claude --resume <session-id> --bg を実行すると、セッションがコピーされて黙ってバックグラウンドで開始されていました。

変更後

セッションが実行されていない状態で claude --resume <session-id> --bg を実行すると、そのセッションを独自の ID で継続するようになります。コピーが開始されることが通知されるようになりました。

ユーザーへの恩恵

意図せずセッションがコピーされてしまうことを防ぎ、ユーザーはセッションの状態を正確に把握できるようになります。

変更前

「/btw」履歴を閲覧する際、左右の矢印キーを使用して過去の回答に戻っていました。これにより、サイド質問の履歴を遡る操作が直感的でない場合がありました。

変更後

「/btw」履歴を閲覧する際、Shift を押しながら左右の矢印キー（または [/]）を使用して、最近のサイド質問を順に遡って確認できるようになりました。さらに、現在の回答に戻る操作も容易になりました。

ユーザーへの恩恵

「/btw」履歴を遡る操作が直感的になり、サイド質問の履歴を効率的に確認できるようになります。

変更前

ゲートウェイが Fable 5.1 に対応していない場合、fable や best エイリアスの解決先が Fable 5.1 に向かい、接続が拒否されることがあった。

変更後

これらのエイリアスは Fable 5.1 ではなく Fable 5 に解決されるよう変更され、ゲートウェイの設定状況に関わらず接続が維持される。

ユーザーへの恩恵

ゲートウェイの設定を待たずに、Fable 5.1 が利用可能な場合でも Fable 5.1 を選択しない限り、Fable 5 を使用できるようになる。

変更前

以前は、--add-dir、/add-dir、および additionalDirectories で指定されたディレクトリに対して、ネットワークパス（UNC共有や /net/<host> 自動マウント）も許可されていました。これにより、意図せずネットワーク上のリソースにアクセスしてしまう可能性がありました。

変更後

現在は、これらのオプションでネットワークパスを指定しようとすると、操作を行う前にメッセージを表示して拒否するようになりました。Windows環境では、マップされたドライブレターを使用する必要があります。

ユーザーへの恩恵

意図しないネットワークパスへのアクセスを防ぎ、セキュリティを強化します。

変更前

サインインおよびトークン更新リクエストは、管理設定の取得と同様に固定された TLS 証明書の検証を行っていませんでした。これにより、管理設定の取得時に検証が行われる一方で、認証リクエストでは検証がスキップされていました。

変更後

サインインおよびトークン更新リクエストが、管理設定の取得と同様に固定された TLS 証明書の検証を行うようになりました。これにより、認証リクエストと管理設定の取得の両方で、ゲートウェイの証明書の整合性が確実に検証されるようになります。

ユーザーへの恩恵

開発者は、管理設定の取得と同様に、ゲートウェイの TLS 証明書の整合性が確実に検証されるため、より安全にゲートウェイ経由で認証を行えるようになります。

変更前

以前は、所有していないアーティファクトを読み込む際、自動モードであっても確認を求めずに読み込んでいました。

変更後

現在は、所有していないアーティファクトを読み込む際、自動モードであっても必ずユーザーに確認を求めてから読み込みます。

ユーザーへの恩恵

所有権のないアーティファクトを誤って読み込むリスクが排除され、意図しないデータへのアクセスを防げます。

変更前

アクションメニュー内でスラッシュコマンドを直接一覧表示していました。MCP サーバー ダイアログにはフィルタ機能がありませんでした。

変更後

スラッシュコマンドはフィルタリング可能なダイアログ内に表示されるようになり、MCP サーバー ダイアログにもフィルタボックスが追加されました。

ユーザーへの恩恵

スラッシュコマンドや MCP サーバーを素早く見つけて実行できるようになります。

変更前

セッションを削除すると、セッションはリストから完全に削除されていました。

変更後

セッションをアーカイブすると、セッションはリストの下部にある「アーカイブされたセッション」グループに移動し、アーカイブ解除することで復元できるようになります。

ユーザーへの恩恵

不要になったセッションを完全に削除せずに一時的に退避できるようになり、必要なときに復元できます。

変更前

長い会話において、ターンごとの再レンダリング作業が重く、応答が長くなるとストリーミングが遅くなる問題がありました。また、バックグラウンドエージェントの更新が発生すると画面全体が再レンダリングされるため、操作が一時的に停止することがありました。

変更後

ターンごとの再レンダリング作業が軽減され、応答が長くなってもストリーミングが遅延しなくなりました。バックグラウンドエージェントの更新が画面全体の再レンダリングを引き起こさなくなり、会話の流れが途切れることがなくなりました。

ユーザーへの恩恵

長い会話や大量の応答でも、画面の更新がスムーズになり、操作の応答性が向上します。

変更前

キーを押すたびに重いレンダリング処理が実行されており、入力中に遅延が発生していました。

変更後

キー入力ごとのレンダリング作業量を減らすことで、入力操作に対する即時の応答が可能になりました。

ユーザーへの恩恵

開発者がプロンプトを入力する際、入力の途切れや遅延を感じずにスムーズに作業を進められます。

変更前

ポリシー ヘルパーの診断情報が不足しており、リフレッシュの失敗やヘルパーのタイムアウトが正しく報告されませんでした。また、マネージド設定ダイアログを拒否した際の終了理由も表示されませんでした。

変更後

ポリシー ヘルパーの診断情報が /status に表示されるようになり、リフレッシュの失敗やヘルパーのタイムアウトが正しく報告されます。また、マネージド設定ダイアログを拒否した際の終了理由も表示されるようになりました。

ユーザーへの恩恵

ユーザーはポリシー ヘルパーの問題を迅速に特定して解決できます。

変更前

GitLab マージリクエストに対して /code-review --comment を実行すると、対象がサポートされていない旨のエラーが報告されていました。

変更後

「glab mr note」コマンドを使用して、GitLab マージリクエストに直接コメントを投稿できるようになりました。

ユーザーへの恩恵

GitLab プロジェクトでコードレビューの結果をマージリクエストに直接コメントとして残せるようになります。

変更前

他のダイアログの下にキューイングされた MCP の誘導や許可要求は、可視化された要求とは異なる遅延で通知が送信されていました。

変更後

他のダイアログの下にキューイングされた MCP の誘導や許可要求は、可視化された要求と同じ遅延でアイドル状態のデスクトップ通知を送信するようになりました。

ユーザーへの恩恵

ユーザーは、他のダイアログが開いている間に発生する MCP の誘導や許可要求の通知も、可視化された要求と同様のタイミングで受け取れるようになります。

変更前

非同期フックの完了通知が複数個同時に到着した場合、それぞれのフックごとに改行されて1行ずつ表示されていました。

変更後

同時に到着する複数の非同期フック完了通知が、フック名を含めて1行にまとめて表示されるようになりました。

ユーザーへの恩恵

ログ出力が読みやすくなり、非同期フックの完了状況を素早く把握できます。

変更前

古いクローンから新しいブランチをプッシュする際、git プッシュネゴシエーションが有効になっていなかったため、最初のプッシュで全体のツリーをアップロードしていました。

変更後

「--configure-git」フラグを有効にすると、git プッシュネゴシエーションが自動的に有効になります。これにより、古いクローンから新しいブランチをプッシュする際、最初のプッシュでは新規コミットのみがアップロードされます。

ユーザーへの恩恵

プッシュの効率が向上し、ネットワーク帯域や時間を節約できます。

変更前

ゲートウェイのキープアライブにより応答が開いたまま保持されている間、SDK ホストへの生きている状態の報告が停止していたため、長い待機時間が発生した際にセッションがハングしたと誤認される可能性があった。

変更後

ゲートウェイのキープアライブにより応答が開いたまま保持されている間も、SDK ホストへの生きている状態の報告が継続されるようになったため、長い待機時間が発生してもセッションがハングしたと誤認されない。

ユーザーへの恩恵

長い待機時間が発生してもセッションがハングしたと誤認されることなく、適切に処理できるようになる。

変更前

MCP サーバーへの接続や OAuth 認証に関するログ出力に含まれる認証情報（URL やヘッダー内のトークンなど）がそのまま表示されていました。

変更後

ログ出力から認証情報を自動的に削除し、機密情報が漏洩するリスクを低減しました。また、接続エラーや OAuth 認証失敗時の詳細なエラーメッセージが明確になりました。

ユーザーへの恩恵

開発者はログを確認する際に認証情報を意識せず、安全にデバッグやトラブルシューティングを行えるようになります。

変更前

元の会話のプロンプトキャッシュは新しいバックグラウンドセッションに継承されませんでした。ワークツリーのブリーフィングはシステムプロンプトの変更として扱われていました。

変更後

元の会話のプロンプトキャッシュが新しいバックグラウンドセッションに継承されます。ワークツリーのブリーフィングはシステムプロンプトの変更ではなく、メッセージとして届きます。

ユーザーへの恩恵

プロンプトキャッシュが維持されるため、セッション間のコンテキストを効率的に引き継げます。

変更前

以前は一部の GitHub/Slack 絵文字ショートコードのみが補完対象でしたが、これらのエイリアスはサポートされていませんでした。

変更後

これらのエイリアスを含む残りのショートコードも、入力時に自動補完されるようになりました。

ユーザーへの恩恵

ユーザーは、以前は補完されなかった絵文字ショートコードを入力しても、Tab キーなどで素早く絵文字を挿入できるようになります。

変更前

v2.1.256 まで、Bash または PowerShell の権限プロンプトで Ctrl+E を押すと、モデルが生成したコマンドの説明が表示されていました。

変更後

v2.1.257 では、権限プロンプト上の Ctrl+E による説明表示機能が削除されました。

ユーザーへの恩恵

権限プロンプトの表示を簡素化し、ユーザーは不要なショートカット操作を気にせずに権限確認に集中できるようになります。

変更前

起動後に .claude/ フォルダを作成しても、その中の設定ファイルは Claude Code が再起動するまで読み込まれませんでした。そのため、設定を変更しても即座には反映されず、手動で再起動が必要でした。

変更後

起動後に .claude/ フォルダを作成した場合でも、Claude Code は即座にそのフォルダ内の設定を検出し、再起動なしで適用します。設定の変更が即座に有効になります。

ユーザーへの恩恵

設定ファイルを作成しても再起動が不要になり、即座に新しい設定が適用されるようになります。

変更前

エージェントビューから ← で開いたセッションは、ターゲットディレクトリの defaultMode やエージェントの permissionMode を無視して、常に元のセッションの許可モードで開始されていました。

変更後

エージェントビューから ← で開いたセッションは、ターゲットディレクトリの defaultMode やエージェントの permissionMode を尊重して、適切な許可モードで開始されるようになりました。

ユーザーへの恩恵

意図した許可モードでセッションを開始できるようになり、権限設定の意図通りに動作します。

変更前

以前は claude agents 内部で keybindings.json によるキーボードショートカットの再割り当て（特に Ctrl+G）が無視されていました。また、Ctrl+S や Ctrl+T などのショートカットも再割り当てができませんでした。

変更後

現在は claude agents 内部でも keybindings.json によるキーボードショートカットの再割り当てが正しく機能するようになりました。特に Ctrl+S や Ctrl+T は、新しい Agents コンテキストを使用して再割り当てできるようになりました。

ユーザーへの恩恵

ユーザーは claude agents 内部のキーボードショートカットを keybindings.json で自由にカスタマイズできるようになります。

変更前

macOS 上で npm を使用して Claude Code をインストールまたは更新する際、自己更新プロセス中にバックグラウンドセッションが正常に開始されない場合がありました。また、Windows 上でデーモンのロックファイルが期限切れであり、別のプロセスで使用されていたプロセス ID を指している場合も、セッションの起動に失敗していました。

変更後

macOS では npm インストール中の自己更新プロセスが正常に完了し、バックグラウンドセッションが確実に開始されるようになりました。Windows では、期限切れのデーモンロックファイルが再利用されたプロセス ID を指している場合でも、セッションの起動に失敗しなくなりました。

ユーザーへの恩恵

ユーザーは自己更新やシステムの状態に関係なく、バックグラウンドセッションを正常に開始できるようになります。

変更前

スラッシュコマンドパネルの背後で応答がストリーミング中でも、作業中のスピナーが停止してしまう不具合がありました。

変更後

スラッシュコマンドパネルの背後で応答がストリーミング中でも、作業中のスピナーが正しく表示され続けるようになりました。

ユーザーへの恩恵

ユーザーは、スラッシュコマンドパネルの背後で応答がストリーミング中でも、作業中のスピナーが停止していないことを視覚的に確認できるようになります。

変更前

バックグラウンドセッションがスケジュールされた起床を行うと、state.json ファイル内の detail フィールドに、セッションの起動時に使用された元のディスパッチプロンプトが再び記録されていました。

変更後

スケジュールされた起床後、state.json の detail フィールドには、正しくはセッションの状態詳細が記録されるべきところ、起動時のプロンプトが重複して保存されていました。

ユーザーへの恩恵

バックグラウンドセッションの履歴や状態詳細を確認する際、不要なプロンプトの重複が表示されなくなり、正確な情報を把握できるようになります。

変更前

バックグラウンドセッションで再プロンプトした後、そのセッションが完了すると「完了」タブの一番下に埋もれて表示されていました。また、完了したセッションの並び順が固定されていました。

変更後

バックグラウンドセッションで再プロンプトした後、そのセッションが完了しても「完了」タブに最新の終了時刻順で表示されるようになりました。

ユーザーへの恩恵

完了したセッションを最新の終了時刻順で確認できるようになり、再プロンプトしたセッションを見つけやすくなります。

変更前

直前に削除したディレクトリから claude --bg を実行すると、セッションがクラッシュしたにもかかわらず「backgrounded」と表示されたままになり、セッション一覧に異常な行が残存していた。

変更後

直前に削除したディレクトリから claude --bg を実行すると、セッションがクラッシュした理由が表示され、終了コード1で正常に終了するようになった。

ユーザーへの恩恵

削除されたディレクトリからの誤ったバックグラウンド起動が、セッション一覧に残るエラー状態を引き起こさず、明確なエラーメッセージと終了コードでユーザーに通知されるようになった。

変更前

セッション中にリモートコントロールを接続すると、Bash ツールの定義が再送され、キャッシュの有効期限切れを引き起こしていました。

変更後

セッション中にリモートコントロールを接続しても、Bash ツール定義の再送が発生せず、キャッシュが維持されるようになりました。

ユーザーへの恩恵

セッション中のツール接続操作によるプロンプトキャッシュの無効化を防ぎ、トークン使用量の増加を抑制します。

変更前

Amazon Bedrock、Mantle、Vertex、および WIF で、カスタム Authorization ヘッダーが設定された認証情報を上書きする問題がありました。また、Vertex のセットアップウィザードが ~/.config/anthropic から残存する Anthropic プロファイルを誤って拾い上げる問題がありました。

変更後

Amazon Bedrock、Mantle、Vertex、および WIF で、カスタム Authorization ヘッダーが設定された認証情報を上書きする問題が解消されました。また、Vertex のセットアップウィザードが ~/.config/anthropic から残存する Anthropic プロファイルを拾い上げる問題も修正されました。

ユーザーへの恩恵

正しい認証情報が使用されるようになり、認証の競合や誤ったプロファイルの適用によるエラーが発生しなくなります。

変更前

Foundry、Vertex、Bedrock へのリクエスト時に、意図せずホストの Authorization ヘッダーやプロファイルヘッダーが含まれて送信されておりました。また、ANTHROPIC_FOUNDRY_API_KEY が設定されている場合でも Foundry Entra ID アップストリームが開始されない不具合がありました。

変更後

Foundry、Vertex、Bedrock へのリクエスト時に、意図せずホストの Authorization ヘッダーやプロファイルヘッダーが含まれて送信されることはなくなりました。また、ANTHROPIC_FOUNDRY_API_KEY が設定されている場合でも Foundry Entra ID アップストリームが正常に開始されるようになりました。

ユーザーへの恩恵

Foundry、Vertex、Bedrock への接続時に不要なヘッダーが送信されるトラブルや、認証設定後に Foundry Entra ID アップストリームが起動しない問題が解消され、安定した接続が可能になります。

変更前

API キーモードでは、Microsoft Foundry のサブスクリプションキーと併せて、設定されていない Anthropic API キーや認証トークンがリクエストヘッダーに含まれて送信されていました。

変更後

API キーモードでは、Microsoft Foundry のサブスクリプションキーのみがリクエストヘッダーに含まれるようになり、余分な認証情報は送信されなくなりました。

ユーザーへの恩恵

意図しない認証情報が送信されることで発生していた認証エラーやセキュリティリスクが解消され、正しい認証情報での通信が確実に行われます。

変更前

ルーチン作成時にメッセージロール（system/user/assistant など）が設定されずに保存された場合、実行時にプロンプトが適用されず何も実行されない不具合がありました。

変更後

ルーチン作成時にメッセージロールが欠落していても、実行時にプロンプトが正しく適用されるようになりました。

ユーザーへの恩恵

意図せずルーチンが実行されない不具合が解消され、スケジュールされたタスクが期待通りに動作するようになります。

変更前

バックグラウンドセッションで別のセッションからのメッセージが届いた際、承認待ちであることや誰からのメッセージかを通知しませんでした。

変更後

バックグラウンドセッションで別のセッションからのメッセージが届いた際、承認待ちであることや誰からのメッセージかを通知するようになりました。

ユーザーへの恩恵

ユーザーはバックグラウンドセッションで待機している承認リクエストの内容と送信元を把握できるようになります。

変更前

バックグラウンドセッションで Ctrl+S を押してプロンプトをスタッシュしておいても、セッションがアイドル状態になったり停止して再開されたりすると、スタッシュしたプロンプトが消えてしまい、再開後に再度スタッシュする必要がありました。

変更後

バックグラウンドセッションで Ctrl+S を押してプロンプトをスタッシュしておくと、セッションがアイドル状態になったり停止して再開されたりしても、スタッシュしたプロンプトが保持され、再開後も即座に使用できるようになりました。

ユーザーへの恩恵

バックグラウンドセッション中に Ctrl+S でプロンプトをスタッシュしておくと、セッションの再開時にプロンプトを再入力する手間が省けます。

変更前

サーバー管理設定を通じてプッシュされた OpenTelemetry (OTEL) 設定は、ウォームスタート時に無視されていました。その結果、デスクトップアプリの Code セッションを含むセッションで、管理者が設定した OTEL_* 変数が適用されず、ローカル設定が優先されていました。

変更後

サーバー管理設定を通じてプッシュされた OpenTelemetry (OTEL) 設定は、ウォームスタート時に正しく適用されるようになりました。これにより、管理者が設定した OTEL_* 変数が、ローカル設定よりも優先され、デスクトップアプリの Code セッションでも一貫して適用されます。

ユーザーへの恩恵

管理者が設定した OTEL 設定が、セッションの再開時にも確実に適用されるようになり、一貫したモニタリング環境を維持できます。

変更前

リーダーのメールボックス書き込みが一時的にロックされた場合、権限リクエストに対する回答が重複して送信されていました。これにより、チームメイトが権限リクエストを2回処理してしまい、意図しない動作が発生していました。

変更後

リーダーのメールボックス書き込みが一時的にロックされた場合でも、権限リクエストに対する回答が重複して送信されないようにしました。システムはロック解除後にリクエストを再試行し、重複を防ぐ処理を実装しました。

ユーザーへの恩恵

チームメイトが権限リクエストを2回処理する不具合が解消され、チームのワークフローが正確かつ効率的に動作するようになります。

変更前

コマンドの応答がストリーミングされている最中、画面上のそのターンの下に、本来表示されるべきではない重複したスラッシュコマンド行が不定期に現れていました。

変更後

コマンドの応答がストリーミングされている最中、画面上のそのターンの下に重複したスラッシュコマンド行が表示されることはなくなりました。

ユーザーへの恩恵

コマンドの応答をストリーミングしている際に、画面上の表示が正しく維持されるようになり、ユーザーは誤った情報に惑わされることがなくなります。

変更前

設定ファイルやレジストリで timeoutMs や refreshIntervalMs に 2147483647 以上の値を指定すると、内部の 32 ビットタイマーがオーバーフローし、ヘルパーの実行が失敗したり、毎ミリ秒ごとに異常な再実行が発生したりしていました。

変更後

これらの値がタイマーの最大値を超えた場合、ヘルパーは正常に動作するように制限値（2147483647）にクランプされます。これにより、タイマー溢れによる失敗や過度な再実行が防止されます。

ユーザーへの恩恵

ヘルパーの設定値がタイマーの上限を超えても、意図せぬ失敗や過度な再実行が発生しなくなり、安定した動作が保証されます。

変更前

サブエージェント間でトランスクリプトを切り替えると、トークンカウンターがフリーズしたり、更新が極端に遅くなったりしていました。応答のストリーミング中も、バックグラウンドで動作しているサブエージェントやチームメイトのトークン使用状況が正しく反映されないことがありました。

変更後

サブエージェントのトランスクリプトを切り替えてもトークンカウンターが正常に動作するようになりました。応答がストリーミングされている間、バックグラウンドで実行中のサブエージェントやチームメイトのトークン使用状況がリアルタイムで更新されます。

ユーザーへの恩恵

ユーザーは、サブエージェント間の切り替えや応答のストリーミング中も、トークン消費状況をリアルタイムで正確に把握できるようになります。

変更前

サンドボックス内で example.com. というドメインをブロックリストに追加しても、実際にはブロックされず、また「今後は尋ねない」を選択しても次回の接続時にプロンプトが表示され続けていました。

変更後

サンドボックス内で example.com. というドメインをブロックリストに追加すると、正しくブロックされ、また「今後は尋ねない」を選択してもプロンプトが表示されなくなりました。

ユーザーへの恩恵

ユーザーは、末尾のドット付きドメイン名をブロックリストに追加しても、誤ってプロンプトが表示される心配がなくなります。

変更前

リモートコントロールの同意プロンプトを Esc キーまたは n キーで閉じると、それが同意とみなされて次回のリクエストから同意を求められなくなっていました。

変更後

リモートコントロールの同意プロンプトを Esc キーまたは n キーで閉じても、同意とみなされず、次回のリクエストから再度同意を求められるようになりました。

ユーザーへの恩恵

意図せず同意してしまう不具合が解消され、ユーザーはプロンプトをキャンセルしても次回のリクエストで同意を求められるようになります。

変更前

起動後にマネージド設定でブロック対象として登録された MCP サーバーに対して、ユーザーが /mcp コマンドで再接続や有効化操作を行っても、ブロックが無効化されずに接続が継続してしまう状態がありました。

変更後

起動後にマネージド設定でブロック対象として登録された MCP サーバーに対して、ユーザーが /mcp コマンドで再接続や有効化操作を行っても、ブロックが正しく適用され、接続が拒否されるようになりました。

ユーザーへの恩恵

管理者が設定したセキュリティポリシーに基づき、ユーザーが誤ってブロックされたサーバーに接続しようとしても、意図した通りにアクセスが制限されるようになります。

変更前

設定で strictPluginOnlyCustomization を有効にすると、ユーザー設定やプロジェクト設定から MCP サーバーを削除しても、プラグイン以外のリモートサーバーの OAuth 認証情報が残存し続ける状態がありました。

変更後

設定で strictPluginOnlyCustomization を有効にしても、claude mcp remove コマンドが正しく動作し、リモートサーバーの OAuth 認証情報を完全に削除するようになりました。

ユーザーへの恩恵

プラグイン専用サーバーへの MCP ロック設定を適用しても、不要な認証情報が残存するリスクがなくなりました。

変更前

Claude アプリから Remote Control セッションを開始した際、ユーザーが選択したモデルが適用されず、代わりにシステム全体のデフォルト設定が適用されていました。これにより、意図したモデルで作業が行われない不具合が発生していました。

変更後

Claude アプリから Remote Control セッションを開始した際、ユーザーが選択したモデルが正しく適用されるようになりました。セッションの実行環境が意図したモデルに設定されます。

ユーザーへの恩恵

ユーザーは Claude アプリから Remote Control セッションを開始しても、常に選択したモデルで作業が行われるようになります。

変更前

設定の再読み込み時に、コマンドラインの --disallowedTools とセッションの deny ルールが最初の再読み込み時に削除されていました。

変更後

設定の再読み込み時に、コマンドラインの --disallowedTools とセッションの deny ルールが削除されなくなりました。

ユーザーへの恩恵

管理者がマネージド設定のみを使用する環境下でも、意図した通りにツールの制限や拒否ルールが維持されるようになります。

変更前

バックグラウンド化されたセッションが --resume で2回表示されていました。また、--continue を実行すると、停止したバックグラウンド化前のセッションのコピーが再び開かれていました。

変更後

バックグラウンド化されたセッションは --resume で重複せずに1回だけ表示されます。--continue は停止したバックグラウンド化前のセッションを開かず、完了したバックグラウンドセッションも開けるようになりました。

ユーザーへの恩恵

ユーザーは --resume でセッションを一意に識別し、--continue で完了したバックグラウンドセッションを再開できるようになります。

変更前

フルスクリーンモードでは、! で始まるシェルコマンドの出力結果が折りたたまれており、マウスでクリックしても展開できませんでした。

変更後

フルスクリーンモードにおいて、! シェルコマンドの出力結果をマウスでクリックすると展開できるようになりました。

ユーザーへの恩恵

ユーザーはマウス操作だけでシェルコマンドの出力結果を展開して確認できるようになります。

変更前

自動更新が行われると、古いバイナリで実行中のバックグラウンドセッションがそのまま残り、新しいバイナリに置き換わるたびにセッションが積み上がっていく状態がありました。

変更後

自動更新後、古いバイナリで実行中のバックグラウンドセッションは新しいバイナリに置き換えられ、廃棄されるようになりました。

ユーザーへの恩恵

自動更新後もバックグラウンドセッションが古いバイナリで実行され続ける不具合が解消され、セッションの状態が正しく維持されるようになります。

変更前

以前は claude agents --json コマンドを実行すると、内部で端末の raw モードが有効化されていました。コマンド終了時にこの raw モードが解除され、その間に別のプログラムによって変更されていた端末の設定（カーソル位置やエコー設定など）が元に戻ってしまう不具合がありました。

変更後

修正後は claude agents --json コマンド実行時の端末 raw モードの切り替えが確実に行われるようになり、コマンド終了時に別のプログラムの端末設定が正しく復元されるようになりました。

ユーザーへの恩恵

ユーザーは claude agents --json コマンドの実行中に、別のプログラムの端末設定が意図せず上書きされることを心配する必要がなくなりました。

変更前

バックグラウンドコマンドや Monitor を開始すると、それらが終了するまで待機せずに空のメッセージを送信し続けたり、ログファイルを何度も読み取ったりしてリソースを浪費していました。

変更後

バックグラウンドコマンドや Monitor が実行中の間は、空のメッセージによる出力やログの繰り返し読み取りを行わず、適切に待機状態になります。

ユーザーへの恩恵

バックグラウンドタスクの実行中に余計なリクエストやログ読み取りを行わなくなるため、トークン使用量やリソース消費が削減されます。

変更前

コンピュータのスリープや通信切断、サーバーエラーが発生すると、サブエージェントは応答が不完全なまま終了していました。

変更後

これらのエラーが発生しても、サブエージェントは完了した部分を保持し、自動的に継続処理を行うようになりました。

ユーザーへの恩恵

ユーザーは手動で継続コマンドを入力する必要がなく、応答の途切れを気にせず作業を継続できます。

変更前

「claude agents」セッション内の「/btw」パネルで ← キーを押しても何も起きず、エージェント一覧に戻れませんでした。また、回答中にパネルを閉じると、セッションを再開してもパネルが表示されませんでした。

変更後

「claude agents」セッション内の「/btw」パネルで ← キーを押すと、回答中でも即座にエージェント一覧に戻ります。パネルを閉じた後、セッションを再開するとパネルが復元されます。

ユーザーへの恩恵

回答中でも素早くエージェント一覧に戻れるようになり、作業の中断を最小限に抑えられます。

変更前

アドバイザーモデルが設定されたセッションでは、コンパクト化や /recap、プロンプト提案などのバックグラウンドリクエスト時にプロンプトキャッシュが適用されず、毎回キャッシュなしで完全な会話履歴を再送していました。

変更後

アドバイザーモデルが設定されたセッションでも、バックグラウンドリクエスト時にプロンプトキャッシュが正しく適用されるようになり、キャッシュされた内容が再利用されるようになりました。

ユーザーへの恩恵

セッションのバックグラウンド処理におけるトークン使用量を削減し、長時間のセッション維持コストを抑えます。

変更前

モニターが稼働中に claude -p が最終結果を出力してから約5秒後に強制終了していました。

変更後

モニターが稼働中に claude -p が最終結果を出力した後、監視が発火するかタイムアウトするまで待機するようになりました。

ユーザーへの恩恵

監視タスクが完了するまでプロセスを維持できるようになり、意図しない終了を防げます。

変更前

自動モードで複合コマンドやサブシェル内のコマンドを実行した際、permissions.ask ルールが無視されて確認プロンプトが表示されず、意図せずコマンドが実行されることがありました。

変更後

自動モードで複合コマンドやサブシェル内のコマンドを実行した際も、permissions.ask ルールが正しく評価され、確認プロンプトが適切に表示されるようになりました。

ユーザーへの恩恵

ユーザーは自動モードでも意図した確認プロンプトを表示させることができ、コマンドの実行を安全に制御できます。

変更前

プラグインは宣言されたコマンドやスキルなどのパスを通じて、自身のディレクトリ外のファイルにアクセスできていました。特にシンボリックリンクを経由するパスでは、意図せず外部のファイルシステムにアクセスしてしまう可能性がありました。

変更後

プラグインが宣言したコマンドやスキルなどのパスを通じて、自身のディレクトリ外のファイルにアクセスできなくなりました。シンボリックリンクを含むパスは、セキュリティ上の理由からエラーとして拒否されます。

ユーザーへの恩恵

プラグインが意図せず外部のファイルシステムにアクセスするリスクが排除され、プラグインの隔離性とセキュリティが向上します。

変更前

現在の作業ディレクトリ内のディレクトリを /add-dir コマンドで追加しようとすると、そのディレクトリのスキルやコマンドが読み込まれず、エラーとして拒否されていました。

変更後

現在の作業ディレクトリ内のディレクトリを /add-dir コマンドで追加できるようになりました。起動時の --add-dir と同様に、そのディレクトリ内の .claude/skills/、.claude/commands/、.claude/agents/ が自動的に読み込まれます。

ユーザーへの恩恵

作業中のディレクトリ内のカスタムスキルやコマンドを、起動時と同じように即座に利用できるようになります。

変更前

サブエージェントのトランスクリプトビューから停止した後、再開操作を行ってもメインエージェントにはその状態の変化が通知されませんでした。メインエージェントはサブエージェントが再開されたことを認識できず、意図せず新しいセッションとして扱われる可能性がありました。

変更後

サブエージェントのトランスクリプトビューから停止した後、再開操作を行うとメインエージェントにその再開が通知されるようになりました。メインエージェントはサブエージェントの再開を正しく認識し、適切なコンテキストで継続処理を行います。

ユーザーへの恩恵

ユーザーはサブエージェントを停止・再開した際、メインエージェントがその状態を正しく把握できるようになります。

変更前

CI ログなどの ANSI カラーテキストを /feedback などのダイアログに貼り付けると、アプリケーションがクラッシュして強制終了していました。

変更後

ANSI カラーテキストを貼り付けても、アプリケーションがクラッシュすることなく正常に処理されるようになりました。

ユーザーへの恩恵

ユーザーは CI ログなどのカラーテキストを /feedback ダイアログに安全に貼り付けてフィードバックを送信できるようになります。

変更前

.mcp.json が FIFO またはデバイスファイルのシンボリックリンクである場合、claude mcp add/remove コマンドが実行中にフリーズし、メモリを無限に消費してクラッシュする可能性がありました。

変更後

.mcp.json が FIFO またはデバイスファイルのシンボリックリンクである場合、claude mcp add/remove コマンドは即座に失敗し、原因を示す具体的なメッセージが表示されるようになりました。

ユーザーへの恩恵

誤ったファイルパスを指定した際に、コマンドがフリーズするのを防ぎ、原因を示す具体的なメッセージで即座に失敗するようになり、問題の解決が容易になります。

変更前

非 JSONL データをパイプすると、メモリが無制限に増加し続ける可能性がありました。エラーハンドリングが不十分で、データが大きくなるにつれてメモリ消費が急激に増加していました。

変更後

非 JSONL データをパイプした場合、明確なエラーメッセージとともに迅速に失敗するようになりました。これにより、無限に続くメモリ消費を防ぐことができます。

ユーザーへの恩恵

ユーザーは、パイプされたデータが JSONL 形式ではない場合、予期せぬメモリ消費やクラッシュを経験せず、明確なエラーメッセージで原因を特定できます。

変更前

サブエージェントやツールの実行中にバックグラウンド化を行うと、意図せずツールの実行が拒否されたと判定されることがありました。

変更後

サブエージェントやツールの実行中にバックグラウンド化を行っても、ツールが正しく再実行されるようになりました。

ユーザーへの恩恵

実行中の処理を中断せずにバックグラウンド化できるようになり、作業の継続性が向上します。

変更前

Bash の Read()/Edit() 拒否ルールは、ファイルへのリダイレクトや tac や egrep などのコマンドに対して適用されませんでした。そのため、特定の引数やリダイレクト先を拒否するルールが、それらを含むコマンドの実行を許可してしまうことがありました。

変更後

Bash の Read()/Edit() 拒否ルールが、ファイルへのリダイレクトや tac や egrep などのコマンドに対して適用されるようになりました。引数やリダイレクト先に対する拒否ルールは、それらを含むコマンド全体を拒否するようになりました。

ユーザーへの恩恵

拒否ルールが正しく機能するようになり、意図しないコマンドの実行を確実に防げるようになりました。

変更前

画像を多数読み込むなどの操作でトランスクリプトのサイズが5 MBを超えた場合、サブエージェントの再開やメッセージ送信時に「トランスクリプトが見つかりません」というエラーが発生して失敗していました。

変更後

トランスクリプトのサイズが5 MBを超えていても、サブエージェントの再開やメッセージ送信が正常に動作するようになりました。

ユーザーへの恩恵

画像を大量に処理するようなシナリオでも、サブエージェントの状態を正しく維持・操作できるようになります。

変更前

会話を巻き戻して空にした後、モデル設定や努力レベルの変更を行おうとすると、プロンプトキャッシュに関する警告メッセージが誤って表示されていました。

変更後

会話を巻き戻して空にした後でも、モデル設定や努力レベルの変更を行うと、プロンプトキャッシュに関する警告メッセージが正しく表示されなくなりました。

ユーザーへの恩恵

会話を巻き戻した後も、モデルや努力レベルの変更時に警告メッセージが正しく表示されるようになり、意図した設定変更が行えるようになります。

変更前

長いセッションにおいて、画像がリクエストサイズの上限を超えると、次のターンごとにプロンプトキャッシュがヒットせず、全コンテキストの再処理が発生していました。

変更後

長いセッションにおいて、画像がリクエストサイズの上限を超えた場合でも、プロンプトキャッシュが適切にヒットし、全コンテキストの再処理が行われなくなりました。

ユーザーへの恩恵

画像を多用する長いセッションでのリクエストコストが削減され、効率的に作業が進められるようになります。

変更前

編集権限の確認プロンプトで表示される差分ビューにおいて、絵文字や複数コードポイントから成る文字が正しい幅で描画されず、表示が乱れることがありました。

変更後

編集権限の確認プロンプトで表示される差分ビューにおいて、絵文字や複数コードポイントから成る文字が正しい幅で描画されるようになりました。

ユーザーへの恩恵

権限確認時の差分表示が正確になり、ユーザーは変更内容を正確に把握できます。

変更前

WebSocket MCP サーバーへの接続に失敗した際、エラーの詳細が「[object ErrorEvent]」という文字列としてログに記録されていました。これにより、開発者は実際のエラー内容を特定することが困難でした。

変更後

WebSocket MCP サーバーへの接続に失敗した際、エラーの詳細が正しくログに記録されるようになりました。これにより、開発者はエラーの根本原因を特定しやすくなりました。

ユーザーへの恩恵

開発者は WebSocket MCP サーバーの接続エラーの原因を正確に特定できるようになります。

変更前

別の Claude Code プロセスが npm の更新をダウンロードしている間にバックグラウンドセッションを開こうとすると、'バックグラウンドサービスを開始できませんでした'というエラーが発生して開始に失敗していました。

変更後

バックグラウンドセッションを開始する際、別のプロセスが npm の更新をダウンロード中であっても、その更新のダウンロードが完了するまで待機してから開始を行うようになりました。

ユーザーへの恩恵

更新中にバックグラウンドセッションを開始しようとしてもエラーにならず、待機してから開始できるようになります。

変更前

バックグラウンドコマンドが timeout や setsid などのコマンドでシェルから切り離されると、親プロセスの終了やタスクの停止に関係なく実行し続けることがありました。

変更後

バックグラウンドコマンドがシェルから切り離された場合、親プロセスが終了したりタスクが停止されたりしても、そのコマンドは適切に終了するようになりました。

ユーザーへの恩恵

意図せず実行し続けるバックグラウンドプロセスが残ることを防ぎ、セッションの終了時にリソースが解放されるようになります。

変更前

タスクパネルや接続されたクライアントからバックグラウンドコマンドを停止しても、Claude はその停止を認識しませんでした。そのため、停止操作に対して適切な応答や処理を行うことができませんでした。

変更後

タスクパネルや接続されたクライアントからバックグラウンドコマンドを停止すると、Claude は即座にその停止を認識します。停止操作に対して適切な応答や処理を行うことができるようになりました。

ユーザーへの恩恵

ユーザーはバックグラウンドコマンドを停止した後、Claude がその停止を認識していることを確認でき、適切な次のアクションを取ることができます。

変更前

バックグラウンドで実行中のサブエージェントを停止操作を行うと、関連するモニターも同時に停止されずに残存していました。

変更後

バックグラウンドで実行中のサブエージェントを停止操作を行うと、関連するモニターも適切に停止処理が行われるようになりました。

ユーザーへの恩恵

バックグラウンドで実行中のサブエージェントを停止しても、不要なプロセスが残存しないため、システムリソースの無駄遣いを防げます。

変更前

サンドボックス化された git コマンドを実行中に、リンクされた git worktree 内のサブディレクトリに移動すると、その後の操作でリポジトリの共通 .git ディレクトリへの書き込みが拒否されることがありました。

変更後

サンドボックス化された git コマンドを実行中に、リンクされた git worktree 内のサブディレクトリに移動しても、リポジトリの共通 .git ディレクトリへの書き込みアクセスが維持されるようになりました。

ユーザーへの恩恵

リンクされた git worktree 内でサンドボックス化された git コマンドを、サブディレクトリ間を移動しても正常に実行できるようになります。

変更前

Opus 4.7 以降のモデルで長い思考フェーズ中にストリームが沈黙し、バイトレベルのウォッチドッグが接続を切断していました。進捗イベントが送信されず、タイムアウトが発生していました。

変更後

ストリームが沈黙しなくなり、進捗イベントが適切に送信されるようになりました。バイトレベルのウォッチドッグが接続を切断するのを防ぎ、タイムアウトが発生しなくなりました。

ユーザーへの恩恵

長い思考フェーズ中も接続が維持され、タイムアウトによる中断が発生しなくなります。

変更前

セッションの有効期限切れや取り消し後に起動しようとすると、ネットワークエラーとして報告されていました。

変更後

セッションの有効期限切れや取り消し後に起動しようとすると、「セッションが終了しました」というメッセージが表示され、/login を提案するようになりました。

ユーザーへの恩恵

セッションの有効期限切れや取り消し後に起動した際、ネットワークエラーではなく明確なメッセージと再ログインの手段を提示することで、ユーザーは状況を正確に把握して再ログインできます。

変更前

クラウドセッションのネットワークプロキシが起動に失敗すると、そのセッション中の残りの時間、git/GitHub の認証情報が失われていました。再試行の仕組みが存在しませんでした。

変更後

クラウドセッションのネットワークプロキシが起動に失敗した場合、バックグラウンドで自動的に再試行を行い、認証情報を回復するようになりました。

ユーザーへの恩恵

ネットワークプロキシの起動に一時的な問題が発生しても、認証情報が失われることなく、セッション全体を通じて git/GitHub の操作を継続できます。

変更前

バックグラウンドデーモンの開始が中断された場合、システムの一時ディレクトリに cc-daemon-* という名前のフォルダが残存することがありました。これらのフォルダは、保持期間の設定に基づく自動削除処理の対象外となっていました。

変更後

バックグラウンドデーモンの開始が中断された場合でも、システムの一時ディレクトリに残存する cc-daemon-* フォルダは、cleanupPeriodDays による保持期間の掃除処理によって削除されるようになりました。

ユーザーへの恩恵

システムの一時ディレクトリの肥大化を防ぎ、クリーンな状態を維持します。

変更前

Bash の権限チェックで、zsh と bash で解釈が異なる [[ ]] 条件分岐が存在する場合、それらのコマンドが自動的に承認されていました。そのため、意図しないコマンドが実行されるリスクがありました。

変更後

Bash の権限チェックで、zsh と bash で解釈が異なる [[ ]] 条件分岐が存在する場合、それらのコマンドは承認を求めるようになりました。これにより、コマンドの実行前にユーザーが確認できるようになります。

ユーザーへの恩恵

ユーザーは、zsh と bash で解釈が異なる条件分岐を使用するコマンドに対して、実行前に承認を求められるようになり、意図しないコマンドの実行を防げます。

変更前

マネージド設定で詳細トレースや生の API ボディ ログを無効にするか、トレース エクスポートを有効にした際、承認プロンプトがテレメトリ固有の警告メッセージではなく、汎用的な警告メッセージを表示していました。

変更後

マネージド設定で詳細トレースや生の API ボディ ログを無効にするか、トレース エクスポートを有効にした際、承認プロンプトが正しくテレメトリ固有の警告メッセージを表示するようになりました。

ユーザーへの恩恵

開発者はマネージド設定の承認プロンプトで、適切なテレメトリに関する警告メッセージを確認できるようになります。

変更前

エージェントチームの相棒を tmux または iTerm2 の分割ペインで実行している際、シャットダウン要求を承認してもペインが閉じずに残存することがありました。

変更後

エージェントチームの相棒を tmux または iTerm2 の分割ペインで実行している際、シャットダウン要求を承認するとペインが正常に閉じるようになりました。

ユーザーへの恩恵

ユーザーはシャットダウン操作後に余分なペインが残ることを気にせず、クリーンな作業環境を維持できます。

変更前

キーレスのコンソールサインインを行っても、組織のサーバー管理設定が適用されず、/status コマンドでもそのサインインに紐づく組織名が表示されない状態でした。

変更後

キーレスのコンソールサインインを行うと、組織のサーバー管理設定が正しく適用され、/status コマンドでもそのサインインに紐づく組織名が表示されるようになりました。

ユーザーへの恩恵

管理者が設定した組織のポリシーが、キーレスサインイン時にも正しく反映されるようになり、ユーザーは /status で現在の認証情報のソースとプロファイル名を確認できます。

変更前

VSCode 拡張機能が Amazon Bedrock や Google Cloud Vertex などの第三者プロバイダーを使用している場合でも、claude.ai アカウントが必要な機能（リモートセッションや音声入力など）が引き続き表示されることがありました。また、以前の /login コマンドで残ったログイン情報が無視されず、誤って claude.ai にリクエストが送信されていました。

変更後

VSCode 拡張機能が Amazon Bedrock や Google Cloud Vertex などの第三者プロバイダーを使用している場合、claude.ai 専用の機能は表示されなくなりました。また、残存していたログイン情報は使用されず、プロバイダー固有の API エンドポイントへのリクエストが正しく送信されるようになりました。

ユーザーへの恩恵

ユーザーは、第三者プロバイダーを使用している環境でも claude.ai 専用の機能が誤って表示されることや、不要な claude.ai へのアクセスが発生することを防げます。

変更前

VSCodeのセッションリストパネルを開いた直後、使用量メーターが空白のままであった。パネルの読み込み完了後に使用状況が表示されない状態が発生していた。

変更後

VSCodeのセッションリストパネルを開いた直後、使用量メーターが空白のままであった。パネルの読み込み完了後に直近の使用量が即座に表示されるようになった。

ユーザーへの恩恵

セッションリストパネルを開いた直後に使用量を確認できるようになった。

変更前

トグルをオンまたはオフにしたとき、新規に開始するセッションに対してのみ適用されていました。すでに開いているセッションの状態は変更されませんでした。

変更後

トグルをオンまたはオフにしたとき、すでに開いているセッションに対しても適用されるようになりました。トグルの状態に基づいて、開いているセッションのリモートコントロールの有効・無効が即座に反映されます。

ユーザーへの恩恵

トグルの操作で、すでに開いているセッションのリモートコントロールの状態を即座に制御できるようになります。

変更前

コードブロックや見出しの前に制御文字があると、音声から行が意図せず消えていました。見出しにまたがる太字マーカーが正しくペアリングされず、不適切な箇所で太字が適用される問題がありました。

変更後

コードブロックや見出しの前に制御文字があっても、音声から行が消えなくなりました。見出しにまたがる太字マーカーが正しくペアリングされ、意図した箇所でのみ太字が適用されるようになりました。

ユーザーへの恩恵

画面読み上げユーザーは、コードブロックや見出しの前後関係を音声で正確に把握できるようになります。