Claude Code v2.1.268

変更前

Claude apps ゲートウェイでは、スペンドメーターの計算に pricing: の契約料金を利用できたが、Claude Code クライアント側は定価に基づいてコストを表示していた。このため、/cost コマンドや OpenTelemetry で報告されるコストが、ゲートウェイのスペンドメーターが計上する金額と食い違っていた。

変更後

gateway.yaml に pricing: を設定すると、契約料金が Claude apps ゲートウェイのスペンドメーターに反映されるようになった。それに伴い、サインイン済みの Claude Code クライアントには同じ料金が managed settings 経由で配信され、/cost や OpenTelemetry の数値がゲートウェイのスペンドメーターと一致するようになった。

ユーザーへの恩恵

組織が契約料金を支払っている場合でも、Claude Code 上の /cost とテレメトリーの数値がスペンドメーターと一致するため、実際の支出とコスト表示の乖離を気にせずコスト管理できる。

変更前

access_control.allow_cidrs が空のままでも、起動時には何も警告されず、パブリックアドレスからリクエストが届いても気づく手段がなかった。

変更後

ゲートウェイの access_control.allow_cidrs が空のまま起動した場合、起動時に警告が表示されるようになった。また、リクエストが最初に届いた時点でも、パブリックアドレスからのリクエストであれば 1 回だけ警告が表示される。

ユーザーへの恩恵

意図せず全 IP からのアクセスを許可している設定ミス(オープンな公開状態)を、起動時やリクエスト到着時に警告として即座に検知できる。

変更前

Claude Code はゲートウェイのホスト名を解決した際、すべてのアドレスがプライベートネットワークの範囲内であることを検証しており、パブリック IPv4 アドレスに解決されるゲートウェイは /login から利用できなかった。管理者は組織が保有するパブリック IPv4 ブロック上に Claude アプリ用ゲートウェイを公開していても、/login で拒否されるため、追加設定の手段がなかった。

変更後

管理者はマネージド設定に gatewayInternalNetworks を設定できるようになり、組織が保有するパブリック IPv4 ブロック上の Claude アプリ用ゲートウェイに /login から接続できるようになった。

ユーザーへの恩恵

管理者は gatewayInternalNetworks を設定するだけで、プライベートネットワーク外のゲートウェイでも /login から利用できるようになる。

変更前

自己ホストランナーでセッションが終了しても、<base-dir>/_sessions/ 配下のセッションごとのディレクトリは自動的には削除されず、手動でクリーンアップする必要があった。

変更後

新しいCLIオプション claude self-hosted-runner --remove-session-state が追加され、セッション終了時にそのセッション専用のディレクトリ(<base-dir>/_sessions/ 配下)を自動的に削除できるようになった。デフォルトはオフで、明示的にオプションを指定した場合のみ削除が行われる。

ユーザーへの恩恵

セッション終了後の不要な状態ディレクトリが残らず、ディスクのクリーンアップが自動化される。

変更前

claude auth status --json を実行しても、設定ディレクトリの場所は出力に含まれなかった

変更後

claude auth status --json の JSON 出力に configDirectory フィールドが含まれるようになった

ユーザーへの恩恵

ユーザーは JSON 出力から Claude Code の設定ディレクトリのパスを直接確認でき、スクリプトで設定の保存場所を利用しやすくなる

変更前

claude plugin install、uninstall、update、enable、disable コマンドは人間が読めるテキスト出力のみを返しており、スクリプトから結果を機械的に判定するには出力をパースする必要があった。また、claude plugin list --json の各行にはエラーや注意の詳細を示すフィールドがなく、問題の内容を JSON から把握できなかった。

変更後

claude plugin install、uninstall、update、enable、disable に --json オプションが追加され、各コマンドの実行結果を JSON 形式で取得できるようになった。また、claude plugin list --json の各行に errorDetails と noteDetails フィールドが追加された。

ユーザーへの恩恵

プラグイン管理コマンドの成否や詳細を JSON で直接受け取れるため、CI やスクリプトからの自動化でプラグインの状態確認とエラーハンドリングを容易に行えるようになる。

変更前

公開されたアーティファクトのブラウザタブには絵文字アイコンが表示され、Claude がページの内容に合わせて選択する。

変更後

これまでは公開されたアーティファクトのブラウザタブにアイコンが表示されず、複数のページを開いている場合にどのタブがどのアーティファクトか判別しにくかった。今回の変更により、Claude が各ページの内容に合わせて絵文字アイコンを選択し、ブラウザタブに表示されるようになった。

ユーザーへの恩恵

複数のアーティファクトを開いていてもタブのアイコンで内容を一目で区別できるようになる。

変更前

VS Code拡張の「常に許可」権限ルールの保存先は、キーボードからは選択できない領域に配置されていた。マウスなしで操作するキーボードユーザーやスクリーンリーダーユーザーは、保存先を変更する手段がなかった。

変更後

権限プロンプトで左矢印キーを押すと常に許可のルールが保存先候補から1つ前へ、右矢印キーを押すと1つ後ろへ移動し、Enterでその保存先を選択できる。プロンプトの操作がキーボードだけで完結するようになった。

ユーザーへの恩恵

キーボードとスクリーンリーダーのユーザーが、常に許可ルールの保存先をキーボード操作だけで選択できるようになる。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

フォローアップレビューで、以前の指摘は返信してもスレッドを解決しない限り未解決のまま扱われ、そのことを伝える案内がなかった。ユーザーは返信するだけで指摘が解決されると誤解し、修正済みの指摘が繰り返し未解決として挙げられていた。

変更後

フォローアップレビューで、未解決の指摘リストの下に注記が追加された。指摘のスレッドを返信するだけでなく解決済みにすると、以降のレビューで未解決としてカウントされなくなった。

ユーザーへの恩恵

指摘への返信ではなくスレッドを解決すれば、修正済みの指摘が以降のレビューで再び未解決として挙げられなくなる。

変更前

Amazon Bedrock、Vertex、Foundry 向けのシステムプロンプトでは、環境・モデル・設定の詳細がシステムプロンプト自体に埋め込まれていました。

変更後

Amazon Bedrock、Vertex、Foundry 向けのシステムプロンプトを変更し、環境・モデル・設定の詳細をアタッチメントとして渡すようにしました。これにより、claude.ai などのファーストパーティセッションと同じ構成になります。

ユーザーへの恩恵

ファーストパーティセッションと同じ構成になるため、プロンプトキャッシュが機能しやすくなります。

変更前

会話の途中で MCP サーバーに接続すると、そのツール定義がツールリストに書き込まれ、リクエスト間でツールリストのバイト列が変わり、キャッシュが無効化されていた

変更後

会話中に後から接続した MCP サーバーのツールは、ツールリストを書き換えるのではなく、遅延読み込み(deferred)で追加されるようになった

ユーザーへの恩恵

Bedrock、Vertex、Foundry 上のセッションでもファーストパーティと同様にツールリストがバイト単位で安定し、プロンプトキャッシュが維持されてコストとレイテンシが削減される

変更前

タスク管理ツールは、モデルのバージョンに関係なく常に提供されていた。

変更後

タスク管理ツールは、Claude 3.x、Opus 4.0〜4.7、Sonnet 4.0〜4.6、Haiku 4.5 でのみ提供される。

ユーザーへの恩恵

ツール検索非対応モデルでタスク管理ツールの定義がコンテキストを占有するのを避けられる。

変更前

ターミナル上のアーティファクトの data-edit 権限確認が、ドキュメント数と誰がアーティファクトを開けるかを示すカードとして表示される。対象ドキュメントとアクセス可能なユーザーがひと目でわかるようになった。

変更後

ターミナル上のアーティファクトの data-edit 権限確認が、テキストベースのプロンプトで表示される。文書の内容や共有状況はプロンプトの文言から読み取るしかなく、視認性が低かった。

ユーザーへの恩恵

ユーザーは権限確認の際にドキュメント数とアクセス可能なユーザーをひと目で把握でき、編集権限の付与をより迅速かつ正確に判断できるようになる。

変更前

Artifact ツールが、セッションフォルダの外にあるファイルや symlink で到達するファイルを読み込もうとした場合に、読み取りを拒否するようになった

変更後

セッションフォルダの外にあるファイルや symlink の背後にあるファイルに対して、Artifact ツールが問い合わせずに読み込んでいた

ユーザーへの恩恵

すべての承認を省略するローカル Cowork セッションでも、Artifact ツールがセッションフォルダの外のファイルや symlink で到達するファイルを読み込む際にユーザーに問い合わせるようになり、セキュリティが向上する。

変更前

Artifact ツールによる読み取りと更新に対して、プレーンな WebFetch の deny ルールおよび ask ルールが適用されていた

変更後

Artifact ツールによる読み取りと更新に対して、プレーンな WebFetch の deny ルールおよび ask ルールが適用されないように変更した

ユーザーへの恩恵

Artifact ツールの読み取りや更新をブロックまたは制御するには、Artifact ルール(または WebFetch(domain:claude.ai))を使うことで、より適切に管理できるようになる

変更前

「N 個の MCP サーバーが認証を必要としています」という起動時通知が、Claude Code を起動するたびに毎回表示されていた。

変更後

認証が必要な MCP サーバーがある場合の起動時通知が、サーバーごとに初回のみ表示されるようになった。

ユーザーへの恩恵

毎回同じ通知を見ずに済むため、起動時の表示がより控えめになり、ユーザーの意識を妨げにくくなる。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

VSCode拡張機能で、アーティファクト関連の一部の権限確認プロンプトに「今後確認しない（don't ask again）」選択肢が表示されていました。

変更後

VSCode拡張機能のアーティファクト関連の一部権限プロンプトで「今後確認しない」選択肢が表示されなくなりました。

ユーザーへの恩恵

ターミナル版と動作が統一され、VSCodeでもローカルsettings.local.jsonに意図せず許可ルールが保存されるリスクが減る。

変更前

Claude は公開チャンネルで保存したメモ(ノート)を他の公開チャンネルでも記憶・参照できた。そのため、別チャンネルで書き留めた内容が、意図せず別のチャンネルでの会話に影響することがあった。

変更後

公開チャンネルごとにノートが独立して保存され、Claude はそのチャンネルに保存したノートのみを参照するようになった。ただし、ワークスペース全体のノートはこれまでどおり共有される。

ユーザーへの恩恵

ノートがチャンネル単位で分離されるため、他の公開チャンネルの文脈が別チャンネルに漏れず、ワークスペース全体で共有すべき情報は共有されたまま、チャンネルごとの会話の独立性が高まる。

変更前

プロンプト行を追加または削除（Shift+Enter）するたびに、可視のトランスクリプト全体が再レンダリングされ、描画に時間がかかっていた

変更後

プロンプト行の追加や削除（Shift+Enter）が、文字を1つ入力するのと同じ速度で再描画されるようになった

ユーザーへの恩恵

マルチラインの入力編集時に、トランスクリプト全体を再描画せずに済むため、画面が即座に更新され、タイピングと同じ速度で操作できる

変更前

--continue / --resume で再開する際、SessionStart フックが完了するまで会話が表示されず、最初のメッセージ送信時にトランスクリプト全体を再処理して読み込み直していた。

変更後

セッション開始フックの完了を待たずに会話が即座に表示されるようになり、最初のメッセージ送信時にトランスクリプト全体を再読み込みしなくなる。

ユーザーへの恩恵

再開直後にすぐ会話を確認できるため、待ち時間が減り、最初のメッセージの応答が速くなる。

変更前

ツールを多用するターン中は、ユーザーには見えないツールバッチごとのリマインダーが挿入されるたびに、トランスクリプト全体が再描画されていました。

変更後

ツールを多用するターン中でも、非表示のツールバッチごとのリマインダーのためにトランスクリプトを再描画しなくなったため、応答性が改善されました。

ユーザーへの恩恵

ツールを連続して実行するターン中の画面のちらつきや入力遅延が減り、操作をよりスムーズに行えるようになりました。

変更前

起動時に .claude/workflows/ 配下のスクリプトを一覧表示する過程で、各スクリプトを1つずつ解析していたため、スクリプトが多いプロジェクトほど起動に時間がかかっていた。

変更後

.claude/workflows/ 配下のスクリプトを一覧表示する際、各スクリプトの中身を構文解析しなくなったため、そのようなスクリプトが多数あるプロジェクトでも起動時間が大幅に短縮された。

ユーザーへの恩恵

スクリプト数が多くても起動が速くなり、ユーザーはすぐに作業を開始できる。

変更前

autoモードの拒否では、Claudeに届くメッセージに拒否したルール名が表示されず、固定テキストの「Blocked by classifier」などの理由のみが伝えられ、Claudeは別の方法を試すものの、その対処や代替作業の進め方は自ら判断するしかありませんでした。

変更後

autoモードで拒否が発生した際、Claudeに届くメッセージに拒否したルール名が明示され、Claudeに対して「より安全な別の方法を試し、関係のない作業を先に片付けてからユーザーに確認する」よう促すようになりました。

ユーザーへの恩恵

Claudeが拒否の原因を把握した上で安全な代替手段や後続の作業を選択できるため、ユーザーへの確認待ちが減り、作業の中断が減ります。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

MEMORY.md がサイズ上限を超えて切り詰められた際、警告は切り詰めが発生したことだけを伝え、具体的な詳細は表示していなかった。

変更後

MEMORY.md の切り詰め警告に、切り捨てられた行数と切り捨て開始位置が表示されるようになった。

ユーザーへの恩恵

ユーザーは MEMORY.md のどこがどれだけ切り詰められたかを即座に把握でき、内容の整理や再編成を判断しやすくなる。

変更前

アーティファクトの公開や操作に関する権限確認がターミナル上で行われる際、プロンプトには操作内容などの一般的な情報が表示され、askルールで設定した質問文は後ろの方に表示されていました。

変更後

アーティファクトのターミナル権限プロンプトが、まずaskルールに設定された質問文を先頭に表示するようになりました。

ユーザーへの恩恵

ユーザーは確認ダイアログを見ただけで、どの質問に答えればよいかが即座にわかるようになります。

変更前

エディタや /diff での選択範囲はプロンプト入力欄の下にあるフッター領域に表示されていました。また、フルスクリーンモードでは Remote Control のステータス表示もフッター内に配置されていました。

変更後

エディタの選択範囲や /diff による選択範囲が、プロンプトフッターではなくプロンプト入力欄の中に表示されるようになりました。また、フルスクリーンモードでは Remote Control のステータスがフッターではなくヘッダーに表示されます。

ユーザーへの恩恵

選択範囲の内容と Remote Control の状態がより視認しやすい位置に表示され、入力中の内容を妨げずに確認できるようになる。

変更前

「1Mコンテキストには利用クレジットが必要」というメッセージは、セッションの途中で利用クレジットを有効化してもClaude Codeの再起動が必要な点を説明していなかった。そのため、ユーザーはセッション内でクレジットを有効にした際、設定がすぐに反映されない理由を把握できなかった。

変更後

「1Mコンテキストには利用クレジットが必要」というメッセージが、セッションの途中で利用クレジットを有効化した場合はClaude Codeの再起動後に反映されることを明示するように改善された。

ユーザーへの恩恵

利用クレジットの有効化がいつ反映されるかを事前に把握できるため、設定が反映されないことに戸惑わずに済む。

変更前

「/plugin」でプラグインをインストール、有効化、または無効化した後、変更をセッションに反映するには「/reload-plugins」を別途実行する必要があった。

変更後

「/plugin」でプラグインのインストール・有効化・無効化を行うと、メニューを閉じた時点で変更が自動的に反映されるようになった。以前は、変更を適用するために「/reload-plugins」コマンドを別途実行する必要があった。

ユーザーへの恩恵

プラグインの変更がメニューを閉じるだけで自動的に反映されるため、「/reload-plugins」を手動で実行する手間が省ける。

変更前

コネクタが設定されていないルーチンを会話から作成すると、Claudeは作成が完了したことだけを確認していた

変更後

コネクタが設定されていないルーチンを会話から作成すると、Claudeは単に作成を確認するだけでなく、コネクタが無いことを明示し、追加方法を案内する

ユーザーへの恩恵

コネクタ不足に気づかずルーチンを実行して、意図した外部サービス連携が行われない事態を防げる

変更前

アクションがブロックされたとき、Claudeの説明は原因の種類を区別せず、ユーザーは権限チェックかClaude自身の判断かアクセス権限の欠如かを判別できなかった

変更後

ブロックされたアクションの説明で、権限チェック、Claude自身の事前確認判断、アクセス権限の欠如のどれが原因かを明示する

ユーザーへの恩恵

ブロックの原因を即座に切り分けられ、権限設定の修正か指示の調整かを迷わず判断できる

変更前

Claude Tag が Slack 内での検索、スレッドの読み取り、メンバー特定といった読み取り専用の参照処理を 1 つずつ順番に実行していた。

変更後

Claude Tag が Slack 内での検索、スレッドの読み取り、メンバー特定といった読み取り専用の参照処理を、順番に実行するのではなく並行して実行するようになった。

ユーザーへの恩恵

Claude Tag からの返信がこれまでより速く届くようになる。

変更前

これまで Claude Tag による比較は、幅の広いテーブルで表示されていたため、横方向にスクロールしないと全体を確認できなかった。また、長い内容がセルに収まらず、読みにくいという問題があった。

変更後

Claude Tag の比較表示が改善され、文の長さを比較する項目は横にスクロールする幅の広いテーブルの代わりにリスト形式で表示されるようになった。また、長いテーブルのセルは折り返して表示される。

ユーザーへの恩恵

横スクロールせずに済むため、ユーザーは文の長さの比較をリストとして素早く視認でき、長いテーブルセルの内容も折り返しで見逃さず確認できるようになる。

変更前

Claude アカウントが Slack ワークスペースと異なる組織に所属している場合、その旨は伝えられるものの、ワークスペースを自分の組織に接続して解消する方法までは案内されなかった。

変更後

Claude アカウントが Slack ワークスペースと異なる組織に所属している場合に表示されるメッセージが改善され、そのワークスペースを自分の組織に接続する手順の説明が含まれるようになった。

ユーザーへの恩恵

異なる組織に所属している場合でも、次に何をすればよいかが分かり、自分で問題を解消できるようになる。

変更前

Artifact ツールの入力スキーマに含まれる正規表現をサードパーティの Anthropic 互換エンドポイントが拒否するため、v2.1.265 以降、ANTHROPIC_BASE_URL を設定した環境では毎ターンのリクエストが HTTP 400 で失敗していた。

変更後

Artifact ツールの入力スキーマに含まれていた正規表現が、ANTHROPIC_BASE_URL で設定したサードパーティの Anthropic 互換エンドポイントでは拒否されるため、v2.1.265 以降そのようなエンドポイントでは毎ターンのリクエストが HTTP 400 で失敗していた。

ユーザーへの恩恵

ANTHROPIC_BASE_URL でサードパーティの Anthropic 互換エンドポイントを使っていても、毎ターンの 400 エラーに遭遇せず通常どおり会話を続けられるようになる。

変更前

WebFetchツールは、サーバーが応答を開いたまま完了しない場合、応答完了を無期限に待ち続け、ツールがハングアップしたまま何も返さなかった。

変更後

WebFetchツールは、サーバーが応答を開いたまま完了しない場合でも、300秒(5分)でタイムアウトしてエラーを返すようになった。タイムアウト値は環境変数 CLAUDE_CODE_WEBFETCH_DEADLINE_MS で上書きでき、0 を設定するとタイムアウトを無効化できる。

ユーザーへの恩恵

応答を返さないサーバーに接続しても、Claude Codeが永久に待ち続けることなく5分でタイムアウトし、セッションの進行を妨げないようになる。

変更前

プロセス内チームメイトが再起動（respawn）されると、フォルダーの信頼状態に関係なく同名のエージェント定義ファイルからツールやシステムプロンプトを読み込んでいた。

変更後

信頼していないフォルダーにある同名のエージェント定義ファイルからツールやシステムプロンプトを読み込まなくなり、デフォルトの構成で安全に再起動される。

ユーザーへの恩恵

信頼していないフォルダーの定義が適用されなくなるため、ユーザーは権限昇格や想定外のツール実行を心配せずにセッションを再開できる。

変更前

長時間アイドル状態のセッションでビジーループが CPU コアを占有し続け、セッションレキャップ中に端末のフォーカス報告が連続して送られることで CPU 使用率が高止まっていた

変更後

アイドル状態で長時間動作しているセッション内のビジーループが CPU コアを占有し続けなくなり、セッションレキャップ中に端末のフォーカス報告が短時間に集中しても CPU 使用率が高止まりしなくなった

ユーザーへの恩恵

アイドル中のセッションで CPU を消費せず、他の作業やバッテリー駆動環境への負担を抑えられる

変更前

MCP ツール呼び出しの後、Claude が時々「your message came through empty(メッセージが空で届いた)」と返答し、ユーザーのメッセージ内容が失われることがあった。

変更後

MCP ツール呼び出しの後でも、Claude がユーザーのメッセージ本文を正しく受け取って応答するようになった。

ユーザーへの恩恵

MCP ツールを使った後にメッセージが空だと誤認されることがなくなり、続けて作業を依頼できるようになる。

変更前

シンボリックリンクで示されるディレクトリ（macOS の /etc・/tmp・/var、Linux の /bin など）に対する deny ルールと ask ルールが、実体のパスでアクセスされた場合には適用されず、拒否や確認をすべき操作が素通りする可能性があった。また、Bash コマンドではシンボリックリンク経由のパスで記述された deny ルールが無視されていた。

変更後

拒否ルールと確認要求ルールがシンボリックリンクのパスの綴りに基づいて評価されるようになり、実体のパス（/etc、macOS の /tmp・/var、Linux の /bin など）でアクセスされた場合でもルールが適用されるようになった。Bash コマンドもシンボリックリンク経由で記述されたパスのルールを無視しなくなった。

ユーザーへの恩恵

ユーザーはシンボリックリンクのパスの綴りにかかわらず、保護対象ディレクトリへの操作が確実に拒否・確認対象になることを信頼できる。

変更前

同じ行に解析不能なコマンドがあっても、Read または Edit の deny ルールが確実に適用される。

変更後

Read や Edit の deny ルールの判定時に、同じ行に env -C や eval など権限チェッカーが解析できないコマンドが含まれていると、その deny ルールが適用されず、本来ブロックされるべき Read または Edit が実行されていた。

ユーザーへの恩恵

解析できないコマンドが同一行にあっても deny ルールが確実に機能するため、Read や Edit ルールで保護したファイルへの意図しない変更や読み取りを防げる。

変更前

git ソース URL(例: https://user:token@gitlab.example.com/repo.git のような形式)に認証情報が埋め込まれている場合、プラグインやマーケットプレースでエラーが発生すると、そのトークンやパスワードがエラーメッセージにそのまま表示されていた。

変更後

以前は、git ソース URL に埋め込まれたトークンやパスワードが、プラグインやマーケットプレースのエラーメッセージにそのまま表示されていた。この修正により、エラーメッセージから認証情報が取り除かれ、機密情報が漏えいしなくなった。

ユーザーへの恩恵

ユーザーはエラーメッセージに認証情報が露出する心配なく、プラグインやマーケットプレースのエラーを安全に確認・共有できるようになる。

変更前

MCP設定の ${VAR} プレースホルダーから値が展開され、シークレットが露出していた

変更後

MCP設定の ${VAR} プレースホルダーから値が展開され、シークレットが露出しなくなる

ユーザーへの恩恵

MCP設定内のシークレットがUIやコマンド出力に表示されなくなる

変更前

excludeDynamicSections を使う SDK セッションでは、最初のメッセージがリクエストごとに再レンダリングされるため、プロンプトキャッシュと拡張思考がセッション途中で壊れていた。

変更後

システムプロンプトの動的セクションを除外する excludeDynamicSections を使う SDK セッションでも、最初のメッセージがリクエストごとに再レンダリングされず、プロンプトキャッシュと拡張思考がセッション途中で壊れなくなった。

ユーザーへの恩恵

システムプロンプトの静的な部分だけがキャッシュされ、初回以降のリクエストでキャッシュヒットと拡張思考が有効のままになるため、SDK セッションでのトークンコストと応答の遅延が削減される。

変更前

モデルへのアクセス権を持つユーザーでも、キャッシュされたモデルアクセス拒否情報が古いままだと、再起動後やDesktopのCodeタブで「モデルが制限されている」と誤って表示されていた。

変更後

キャッシュされたモデルアクセス拒否情報が古くなっていても、再起動後やDesktopのCodeタブでも、モデルへのアクセス権を持つユーザーには「モデルが制限されている」と表示されないようになった。

ユーザーへの恩恵

モデルへのアクセス権を持つユーザーは、再起動後もDesktopのCodeタブでも、古いキャッシュによる誤った制限表示に惑わされずにモデルを利用できるようになった。

変更前

別のClaude Codeプロセスが古いモデルアクセスエントリを更新すると、実行中のセッションが通知なく組織のデフォルトモデルへ切り替わることがあった。ユーザーは自分が選択したモデルとは異なるモデルで動作していても気づけない。

変更後

別のClaude Codeプロセスが古いモデルアクセスエントリを更新しても、実行中のセッションのモデル設定はそのまま維持される。ユーザーが選択したモデルが通知なく組織のデフォルトモデルに置き換わることはなくなる。

ユーザーへの恩恵

ユーザーはセッション中に意図しないモデル切り替えを心配せず、選択したモデルで作業を継続できる。

変更前

修正前は、ProおよびTeamプランでFableモデルの長文コンテキストリクエストが429エラーになると、1Mコンテキストに必要な使用クレジットの案内ではなく、使用クレジット課金への同意を求めるプロンプトが表示されていた。

変更後

修正前は、ProおよびTeamプランでFableモデルの長文コンテキストリクエストが429エラーになると、1Mコンテキストに必要な使用クレジットの案内ではなく、使用クレジット課金への同意を求めるプロンプトが表示されていた。

ユーザーへの恩恵

これにより、長文コンテキスト利用時の429エラー時に、1Mコンテキストの利用状況に関する正確なメッセージが表示されるようになり、ユーザーは適切な対応（コンテキストの縮小やクレジットの管理など）を取れるようになる。

変更前

claude-code-action のようにプロファイル経由で Workload Identity Federation を設定している環境では、同じプロファイルを共有する複数のプロセスが同時にトークンを交換すると、jti が重複して 401 エラーが発生し、実行の途中で処理が失敗することがありました。

変更後

プロファイル経由の Workload Identity Federation を利用する際、複数のプロセスが同じプロファイルを共有してトークン交換を行っても、jti が重複して 401 エラーで実行途中に失敗しなくなりました。

ユーザーへの恩恵

同一プロファイルを共有する複数プロセスが同時に動作しても、認証エラーによる実行の中断を気にせず安定して処理を進められるようになります。

変更前

ローカルのコールバックポート範囲をバインドできなかった場合、MCP サーバーの OAuth サインインが「No available ports for OAuth redirect」というエラーで失敗していた。

変更後

ローカルのコールバックポート範囲をバインドできなかった場合でも、OAuth コールバックに利用可能なポートが確保されるようになり、リモート MCP サーバーへの OAuth サインインが「No available ports for OAuth redirect」エラーで失敗しなくなった。

ユーザーへの恩恵

ユーザーはポートバインドの失敗によって OAuth サインインが妨げられることなく、リモート MCP サーバーにスムーズに接続できるようになる。

変更前

/compact や自動コンパクションが会話の要約を生成する際、$ を含むテキストが文字化けして、元のテキストが正しく保持されないことがあった

変更後

会話の要約を生成する際、$ を含むテキストでも文字化けせずに処理される

ユーザーへの恩恵

$ を含む会話内容も要約後に正確に再現され、コンパクションによる情報の欠損や崩れを心配せずに済む。

変更前

会話を /compact で要約して終了したセッションを再開すると、要約に含まれる復元ファイルのメモが再開のたびに異なる順序で読み込まれることがあった。修正後は毎回同じ順序で読み込まれる。

変更後

会話を /compact で要約して終了したセッションを再開すると、以前のバージョンでは再開するたびに要約に含まれる復元ファイルのメモが異なる順序で読み込まれていた。修正後は毎回同じ順序で読み込まれる。

ユーザーへの恩恵

再開するたびに同じ順序で復元ファイルのメモが読み込まれるため、再開後のコンテキストが安定する。

変更前

SDK のプロンプト候補、サイドクエスチョン(/btw)、/rename を実行すると、コンパクション(自動要約)によって会話が短縮された後でも、コンパクション前の元の会話履歴がそのまま送信されていた。

変更後

SDK のプロンプト候補、サイドクエスチョン(/btw)、/rename が、会話の最新状態ではなくコンパクション前の古い会話を送ってしまう問題があった。これらの機能が、コンパクション後の要約済み会話を正しく参照するようになり、古い会話内容が送信されなくなった。

ユーザーへの恩恵

コンパクション後もこれらの機能が要約済みの会話を正しく参照するため、古い会話履歴が再送信されてコンテキストやコストが無駄に増えることがなくなる。

変更前

上矢印で過去のプロンプトを呼び出して編集すると、@ によるファイル補完候補と / コマンド候補が表示されなくなっていた。

変更後

上矢印で過去のプロンプトを呼び出して編集した後も、@ によるファイル補完候補と / コマンド候補が正しく表示される。

ユーザーへの恩恵

過去のプロンプトを呼び出して手直しする際も、補完機能が使えるままなので、ファイル参照やコマンド入力を中断せずに続けられる。

変更前

エージェント詳細からエージェント一覧へ戻る際、自然なテンポで ← キーを2度押しすると、1秒以上のポーズを挟まない限り2回目の押下が無視されていた。

変更後

軽いテンポで ← キーを2度押ししても、2回目の押下が無視されなくなった。エージェント一覧へは1秒以上のポーズを挟まずに即座に戻れる。

ユーザーへの恩恵

ユーザーは待ち時間なしに即座にエージェント一覧へ戻れるため、キー操作のリズムを崩さずスムーズにナビゲーションできる。

変更前

worktreeが削除できない場合、セッション削除が途中で止まり、原因と対処法がメッセージに表示されなかった

変更後

セッション削除時に削除できないworktreeに遭遇すると、メッセージが原因と次のステップを具体的に表示するようになった

ユーザーへの恩恵

削除できない理由と対処方法がわかるため、ユーザーはメッセージの指示に従って問題を解決できる

変更前

テキストに改行が含まれていると、エージェントパネル内のバックグラウンドエージェントやワークフローの行が多数の行に広がって表示されていた。

変更後

テキストに改行が含まれていても、エージェントパネル内のバックグラウンドエージェントやワークフローの行が複数行に広がらず、1行に収まるようになった。

ユーザーへの恩恵

エージェントパネルの表示が乱れず、各エージェントやワークフローの状態を一目で確認できるようになる。

変更前

...のフィールドにチェックマークを付けた時、~/…が再帰処理で制御文字を欠落させていました

変更後

...の制御文字が~/…に欠落していません

ユーザーへの恩恵

ユーザーが安全に~/…を再帰処理に含められるようになりました

変更前

Claude in Chrome でナビゲーション URL のホスト部分をパースできないケースでは、URL のスキーム部分(例: https)がホスト名として扱われてしまい、「https」という無意味なホストの許可をユーザーに求めていた。

変更後

変更前は、遷移先の URL にスキームは含まれるもののホスト部分をパースできない場合、「https」という文字列自体をホスト名と誤認して、その許可を求めるダイアログが表示されていた。変更後は、パースできるホストが存在しない URL の場合にホスト名として誤った値を提示せず、Claude in Chrome の遷移時のホスト許可リクエストが適切に処理される。

ユーザーへの恩恵

ユーザーは「https」という誤ったホスト名の許可を求められなくなり、ナビゲーション時のホスト許可確認が実際のホストに基づいて判断できるようになる。

変更前

現在のタスクのラベルが長い場合、スピナーが複数行に折り返されて表示され、タスクのラベルと「Next:」の行が端末の別々の行にまたがっていた。

変更後

スピナーは現在のタスクのラベルが長いと複数行に折り返されてしまい、端末の表示が崩れていた。修正後は、ラベルと「Next:」のタスク行が1つの端末行に収まるようになった。

ユーザーへの恩恵

長いタスクラベルでも表示が1行に収まるため、画面が乱れず現在のタスクと次のタスクを一目で把握できる。

変更前

ターミナルのネイティブカーソルが有効な環境で /bug と /feedback を開くと、説明フィールドに入力カーソルが表示されず、テキスト入力位置がわからない

変更後

ターミナルのネイティブカーソルが有効な環境で /bug と /feedback の説明フィールドにカーソルが表示されないバグを修正

ユーザーへの恩恵

ネイティブカーソル有効時でもカーソル位置が視覚的にわかるようになり、スムーズに説明文を入力できる

変更前

claude remote-control が提供するリモートコントロールセッションが、ListAgents (claude.ai やモバイルアプリのセッションリスト) において、セッションのタイトルではなく自動生成された名前 (generated name) を表示していたため、ユーザーはローカルの会話とリモートセッションの対応を視覚的に確認しづらかった。

変更後

Remote Control セッションは claude.ai やモバイルアプリのセッション一覧 (ListAgents) において、自動生成された名前ではなく会話のタイトル (session title) を表示するようになる。

ユーザーへの恩恵

ローカルで実行中の会話のタイトルとリモートセッションが正確に紐づくため、claude.ai やモバイルアプリ上で目的のセッションをすぐに見つけて接続できるようになる

変更前

ディレクトリ名が「..」で始まるプラグインパスを claude plugin validate に渡すと、実際にはプラグインローダーが受け入れるにもかかわらず、検証が誤って拒否していた。

変更後

「..example-plugin」のようにディレクトリ名が2つのドットで始まるパスでも、claude plugin validate が有効なプラグインとして正しく検証して通すようになった。

ユーザーへの恩恵

「..」から始まるディレクトリ名のプラグインでも、検証で不当に拒否されずにすむ。

変更前

読み取り権限がない、またはパスが不正などの理由で内容を検証できないデフォルトの monitors ファイルやルート直下の SKILL.md が存在すると、プラグインがエラーや警告を表示して読み込みに失敗する。

変更後

読み取り権限がない、またはパスが不正などの理由で内容を検証できないデフォルトの monitors ファイルやルート直下の SKILL.md が存在しても、プラグインはエラーを出さずにそれらを読み飛ばす。

ユーザーへの恩恵

検証不能なオプションコンポーネントがあってもプラグインの他の機能はそのまま動作するため、プラグイン開発者は不要な読み込み失敗に悩まされずに済む。

変更前

WebFetch が localhost などドットを含まないホスト名への URL を拒否する際、拒否される理由を説明し、curl の使用を提案するようになった

変更後

WebFetch が localhost などドットを含まないホスト名へのリクエストを拒否する際、理由を説明せずにエラーを返していた

ユーザーへの恩恵

localhost URL を扱うユーザーは、エラーの原因と対処法を即座に把握できるようになり、curl への切り替えがスムーズになる

変更前

--print モードでは、PermissionRequest hooks が発火せず、権限確認のタイミングで hooks を実行できなかった。

変更後

--print モードであっても、PermissionRequest hooks が権限確認のタイミングで正しく発火するようになった。

ユーザーへの恩恵

ヘッドレス実行中も hooks による権限の自動許可・拒否が機能し、自動化処理を安全に制御できるようになる。

変更前

policy-helper が問題を検出して警告メッセージを生成しても、headless モード(-p)ではその警告が出力されず、サイレントに無視されていた

変更後

policy-helper が出す警告が、headless モード(-p)で実行した場合にも標準出力/標準エラーに表示されるようになった

ユーザーへの恩恵

headless モードで policy-helper による警告を見逃さず、CI や自動化パイプライン内で問題の検知と対処を自動的に行えるようになる

変更前

/fork で作成したバックグラウンドセッションを `/resume で一覧表示すると、fork 固有の ⑂` 名ではなく親セッションの名前で表示されていた。

変更後

/fork で作成したバックグラウンドセッションが、セッション一覧(`/resume の一覧)で親セッションの名前の下に表示され、自分自身の ⑂` fork 名で表示されなくなった。

ユーザーへの恩恵

ユーザーは `/resume` の一覧で fork セッションと元のセッションを混同せずに区別して選択できる。

変更前

サインアウト状態で /remote-control などの claude.ai 連携コマンドを実行すると、実際には未ログインであるにもかかわらず「Claude for Enterprise への移行」メッセージが表示され、代わりに /login を実行するよう案内される。

変更後

サインアウト状態で /remote-control などの claude.ai 連携コマンドを実行すると、「Claude for Enterprise への移行」メッセージが表示され、代わりに /login を使う案内が示されるようになった。

ユーザーへの恩恵

サインアウト時の案内が正しい対処法(/login)を示すようになり、誤解を招く移行メッセージを見ずに済む。

変更前

env var no effect on per-hook unset - per-hook timeout が設定されていない SessionEnd フックは、CLAUDE_CODE_SESSIONEND_HOOKS_TIMEOUT_MS を設定しても効果がなく、1.5 秒後にキャンセルされていた。

変更後

env var and per-hook timeout - CLAUDE_CODE_SESSIONEND_HOOKS_TIMEOUT_MS が per-hook timeout 未設定の SessionEnd フックのタイムアウト予算を延長するようになった。

ユーザーへの恩恵

環境変数で SessionEnd フック全体のタイムアウト予算を制御できるようになり、per-hook timeout を個別に設定せずに長時間処理を完走させられる。

変更前

GitHub アカウントが接続されていない状態で /autofix-pr などのクラウドセッションコマンドを実行すると、リトライを促すメッセージや Claude GitHub App のインストールを案内するメッセージが表示されていた。

変更後

GitHub アカウント未接続時に /autofix-pr などのクラウドセッションコマンドを実行すると、リトライや Claude GitHub App のインストールを促す代わりに、/web-setup または Web の接続ページを案内する。

ユーザーへの恩恵

GitHub アカウント未接続時に、実際に解決につながる接続手順（/web-setup または Web の接続ページ）へ誘導され、まわり道なしでクラウドセッションを使い始められる。

変更前

組織のポリシー (allow_remote_sessions がオフ) でコマンドが無効化されている場合、 「Unknown command」 ではなく、その理由を説明するメッセージを表示する。

変更後

/teleport などのクラウドセッションコマンドが、組織のポリシーで無効化されている場合に 「Unknown command」 と応答していた。

ユーザーへの恩恵

コマンドが使えない理由をユーザーが把握できる。

変更前

ファイルシステム分離が無効でも、パス一覧などのファイルシステム分離に関する制約が適用されているかのような指示を出していた

変更後

ファイルシステム分離が無効のときは、実効性のないパス一覧を含めず、ネットワーク分離のみが適用される旨を明示する

ユーザーへの恩恵

設定と実際の分離動作の差異に戸惑わず、ファイルシステム分離が無効な場合のサンドボックスの振る舞いを正しく理解できる

変更前

CLAUDE_CONFIG_DIR を設定ファイルや environmentVariables 設定で指定すると、VS Code 拡張のセッション一覧、設定トグル、チャットタブの表示や動作が壊れていた

変更後

CLAUDE_CONFIG_DIR を設定ファイルや environmentVariables 設定で指定した場合でも、セッション一覧・設定トグル・チャットタブが正常に表示・操作できるようになった

ユーザーへの恩恵

カスタム設定ディレクトリを使う環境でも VS Code 拡張の UI を問題なく利用できるようになる

変更前

In VS Code, after logging in, logging out, or switching accounts, the model pill, model picker, and command menu in open tabs appeared blank for a few seconds.

変更後

Fixing the issue where the model pill, model picker, and command menu in open VS Code tabs appeared blank for a few seconds after a login, logout, or account switch.

ユーザーへの恩恵

You can now immediately select the model and enter commands from open tabs after login, logout, or account switch, without any wait.

変更前

プロジェクト設定やローカル設定が ~/.claude/settings.json に記載されたモデルを上書きしている場合、新規タブや直後に再読み込みされた会話では、モードピッカーから Auto モードが消えていた。このため、Auto モードを使いたくても選択できなかった。

変更後

プロジェクト設定やローカル設定が ~/.claude/settings.json に記載されたモデルを上書きしても、Auto モードはモードピッカーに常に表示されるようになった。そのため、新規タブや直後に再読み込みされた会話でも Auto モードを選択できる。

ユーザーへの恩恵

設定ファイルのモデル上書きにかかわらず、VS Code 拡張のモードピッカーで Auto モードを常に選択できるようになる。

変更前

SessionStart フックが設定されている場合、VSCode でウィンドウをリロードするとセッション名が最後のプロンプトの内容で上書きされていた。

変更後

ウィンドウをリロードすると、SessionStart フックが設定されている環境ではセッション名が最後のプロンプトに戻ってしまっていた。修正後は、SessionStart フックが設定されていてもウィンドウリロード後にユーザーが設定したセッション名が維持される。

ユーザーへの恩恵

セッション名がリロード後も保持されるため、プロンプトベースの名前に戻されず、セッションを識別しやすくなる。

変更前

この修正前は、ウィンドウ内の別タブで Claude が既に起動している状態で新しいタブを開くと、フッターのモデルピルと Remote Control ピルが、既に起動している別タブの Claude プロセスではなく、新しいタブの Claude プロセスの起動完了まで待機してしまい、モデル名が表示されない、または Remote Control が利用可能になった表示が出るまで時間がかかっていた。

変更後

この修正後は、ウィンドウ内の別タブで Claude が既に起動していても、新しいタブを開く際にフッターのモデルピルと Remote Control ピルが、そのタブ固有の Claude プロセスの起動完了を待たなくなった。

ユーザーへの恩恵

この修正により、既に別タブで Claude を利用中でも、新しいタブを開いた直後にモデル名が表示され、Remote Control をすぐに操作できる。

変更前

VSCode拡張でセッションタブを開く際、タブの起動が設定の読み込みから0.5秒以上遅れると、既存プロセスに加えて2つ目のClaudeプロセスが起動し、フルスタートアップ(設定取得や初期化)を最後まで実行していた。その結果、重複したプロセスや不要なリソース消費が発生していた。

変更後

変更前は、セッションタブの起動リクエストが設定読み込みから0.5秒以上遅れて到着すると、2つ目のClaudeプロセスがフルスタートアップを最後まで実行していた。変更後はこの競合が検出され、2つ目のプロセスの冗長なスタートアップが走らない。

ユーザーへの恩恵

ユーザーはセッションタブを開いたときに重複するClaudeプロセスによる余分なリソース消費や起動競合を心配しなくてよくなる。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

WSL がインストールされていない Windows マシンでも WSL インストールのプロンプトが表示され、WSL がインストールされている環境では Windows のファイルに対する IDE 診断が正しく返されなかった。

変更後

WSL がインストールされていない環境では WSL インストールのプロンプトが表示されなくなり、WSL がインストールされている環境では Windows のファイルに対して IDE 診断が正しく返されるようになった。

ユーザーへの恩恵

WSL 環境に関係なく、Windows 上の VSCode で不要なインストール案内に煩わされず、正確な診断情報を取得できるようになる。

変更前

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 側で正しく認識・利用できるようになります。

変更前

クラウドセッションが約6時間を超えて実行されると、永続化されたセッションフォルダに保存したファイルが通知なく失われていた。

変更後

クラウドセッションが約6時間を超えて実行されると、永続化されたセッションフォルダに保存したファイルが通知なく失われるバグを修正した。

ユーザーへの恩恵

長時間のクラウドセッションでも、保存したファイルが最大1日間保持されるようになり、ファイルの喪失を心配せずに作業を続けられる。

変更前

組織の管理者がモデルの effort レベルに上限を設定している環境では、ルーティンがセッションを再開したときや、effort が未設定のままセッションを開始したときに、上限を超えるレベルへのリクエストや判断が「Invalid effort level」エラーで失敗することがあった。

変更後

組織の管理者がモデルの effort レベルに上限を設定していても、ルーティンがセッションを再開したときや、effort が未設定のままセッションを開始したときに、上限を超えるレベルは自動的に上限値に丸められるようになったため、「Invalid effort level」エラーは発生しない。

ユーザーへの恩恵

effort 上限が設定された組織でも、セッションの再開や新規開始がエラーなしで実行できるようになり、ルーティンやセッションの開始が中断されなくなる。

変更前

管理者設定ページは、一時的な読み込み失敗の後にローディングスケルトンで固まるか、真っ白になっていた。

変更後

管理者設定ページの各セクションは、読み込みに失敗しても「再試行」ボタンが表示されるようになった。

ユーザーへの恩恵

ユーザーはページを再読み込みせずに、失敗したセクションだけ再試行ボタンで復旧できる。

変更前

Slack Enterprise Grid 環境で、管理者がチャンネルを別のワークスペースに移動すると、そのチャンネルに設定されていた Claude の設定(リポジトリ、環境、アクセス権)が失われていた。移動後も使い続けるには設定をやり直す必要があった。

変更後

Slack 管理者がチャンネルを別のワークスペースへ移動しても、リポジトリ・環境・アクセス権といった Claude 設定が保持されるようになり、Enterprise Grid 環境で移動後もそのまま Claude Tag を使い続けられる。

ユーザーへの恩恵

Slack 管理者がチャンネルを別ワークスペースへ移動した後も設定の再構成なしで Claude Tag を使い続けられるようになる。

変更前

スレッド専用セッションが存在するスレッド内で @Claude !restart を実行すると、そのスレッド自身のセッションとは別に、チャンネルセッションがこのスレッドを管理しているという矛盾したお知らせが同時に投稿されることがあった。

変更後

スレッド内で @Claude !restart を実行すると、再起動後はそのスレッド自身のセッションだけが応答するようになり、矛盾するお知らせが表示されなくなった。

ユーザーへの恩恵

スレッドの再起動後に、どのセッションが応答しているのかをユーザーが確実に把握できるようになる。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

ワークスペースのゲストが、ゲストが Claude を利用できるチャンネルでトップレベルの @Claude メンションを送ると、回答の代わりに「your Slack account isn't connected(Slack アカウントが接続されていない)」というエラーが返されることがあった。

変更後

ゲストがチャンネルで @Claude をトップレベルでメンションしても、質問への回答がそのまま返ってくるようになる。

ユーザーへの恩恵

ゲストでも、チャンネルで @Claude をメンションするだけで通常どおり Claude から回答を受け取れるようになる。

変更前

チャネルとそのスレッドが静かになるまでスケジュール済みのリフレッシュが待機するようになり、会話の途中でセッションが置き換えられなくなった。

変更後

チャネルの長時間実行セッションが会話の途中で新しいセッションに置き換えられることがあり、スレッドの文脈が失われていた。

ユーザーへの恩恵

スレッドでの長いやり取りの途中でも Claude が会話の文脈を失わずに作業を続けられるようになる。

変更前

channel-settings のカードを複数回クリックすると、変更がすでに適用された後にもかかわらず、提案セッションにその変更が拒否されたと通知していた

変更後

複数回クリックしても、提案セッションへの結果通知は最初の1回だけ送られる

ユーザーへの恩恵

ユーザーは重複した誤った通知に惑わされず、提案セッションが正しい結果を把握できるようになる

変更前

指摘事項を検証するエージェントの 1 つが途中で失敗すると、レビュー全体が「不完全(incomplete)」のまま終わることがあり、判定(verdict)が出ないまま中断されていた。

変更後

検証エージェントが途中で失敗しても、レビューがそのエージェントを自動的に交代させ、指摘事項に対する verdict(判定)を最後まで出せるようになった。

ユーザーへの恩恵

ユーザーはエージェントの失敗を気にせずレビューを実行でき、途中で不完全な結果になることなく最終判定を常に受け取れるようになる。

変更前

プッシュをトリガーとしたコードレビューは、実行中の別のレビューの後ろにキューイングされて待機する。待機中にプルリクエストがドラフトに変換された場合も、レビューの完了後にはキューに残っていたレビューがそのまま起動し、ドラフトになったプルリクエストに対して結果を投稿してしまう。

変更後

プッシュをトリガーとしたコードレビューは、実行中の別のレビューの後ろにキューイングされて待機する。たとえそのレビューの完了時にプルリクエストがすでにドラフトに変換されていても、待機していたレビューは中断されずにそのまま結果を投稿する。

ユーザーへの恩恵

ユーザーはドラフトに変換したプルリクエストに対して、意図しないタイミングでレビュー結果が投稿される心配をしなくてよくなる。

変更前

Code Review機能が、CLAUDE.mdに列挙されたファイルと同名のルート直下のファイル(例: README.md)がPRで編集された場合、ディレクトリのCLAUDE.mdの規約を無視してレビューしていた

変更後

Code Review機能が、CLAUDE.mdに列挙されたファイルと同名のルート直下のファイル(例: README.md)がPRで編集された場合でも、そのディレクトリのCLAUDE.mdの規約を読み込んでレビューするようになった

ユーザーへの恩恵

ディレクトリごとのCLAUDE.md規約がファイル名の偶然の一致によって適用漏れになることがなくなり、PR編集に対して一貫したレビューを受けられる