Claude Code v2.1.269

変更前

以前は、プラグインの eval スイートを実行する専用の CLI コマンドがなく、プラグインの評価を reproducible な形で行うには手動での確認や独自スクリプトに頼る必要があった。

変更後

Claude Code に claude plugin eval コマンドが追加された。これにより、プラグインの eval スイートを Claude Code に対して実行し、採点された再現可能な結果(JSON + HTML レポート)を取得できる。詳細は claude plugin eval --help で確認できる。

ユーザーへの恩恵

開発者は claude plugin eval コマンドだけで評価スイートを実行し、採点済みで再現可能な結果を得られるため、プラグインの品質評価を CLI 上で手軽かつ継続的に行えるようになる。

変更前

出力スタイルの確認や切り替えは /output-style:new や /config などを使い、Remote Control 経続やクラウドなどヘッドレス環境のセッションでは出力スタイルを直接切り替える方法が限られていた。

変更後

スラッシュコマンドの /output-style に名前を引数として渡せるようになり、一覧の表示と出力スタイルの切り替えが1つのコマンドでできるようになった。Remote Control 経続のセッションや、クラウドなどヘッドレス環境のセッションでも切り替えが可能になった。

ユーザーへの恩恵

Remote Control やクラウドなどヘッドレス環境のセッションでも、1つのコマンドで出力スタイルを確認・切り替えできるようになる。

変更前

以前は、Bash ツールがファイル編集を処理しても、変更されたファイルの差分はツールの結果に表示されませんでした。

変更後

以前は、Bash ツールが sed や mv などのコマンドでファイルを変更しても、その結果には何が変わったかの情報が表示されず、差分を確認するには手動で git diff などを実行する必要がありました。今回の変更により、Bash ツールがファイル編集を処理した際に、変更されたファイルの差分がツール結果に自動的に表示されるようになりました。

ユーザーへの恩恵

Bash コマンドによるファイル変更を目視で確認できるようになり、変更内容をすぐに把握できるようになる。

変更前

OpenTelemetry のメトリクスやイベントには、どのリポジトリで作業しているかを示す属性が付与されていなかった。そのため、複数のリポジトリのテレメトリを同じバックエンドに集約しても、リポジトリ単位での絞り込みや集計ができなかった。

変更後

OTEL_METRICS_INCLUDE_REPOSITORY を設定すると、OpenTelemetry のメトリクスやイベントに vcs.* 形式のリポジトリ属性が付与されるようになる。また OTEL_LOG_TOOL_DETAILS が有効な場合、コミットを伴うツール実行イベントには vcs.ref.head.* の属性も含まれる。

ユーザーへの恩恵

利用者はテレメトリをリポジトリ別にフィルタリング・集計できるようになり、どのリポジトリでの活動かを把握しやすくなる。

変更前

Claude Code は、起動時に LLM ゲートウェイの /v1/models エンドポイントへ GET リクエストを送り、返されたモデルを /model ピッカーに追加していた。このリクエストのタイムアウトは 3 秒に固定されていた。

変更後

Claude Code は、LLM ゲートウェイのモデル検出タイムアウトを CLAUDE_CODE_GATEWAY_MODEL_DISCOVERY_TIMEOUT_MS で延長できるようになった。検出は GET /v1/models に対して行われる。応答が遅いゲートウェイでは、3 秒のデフォルトタイムアウト内に応答が返らず、モデル検出が暗黙のうちに失敗していた。

ユーザーへの恩恵

ユーザーはタイムアウト値を設定で延長できるため、応答の遅いゲートウェイでもモデル検出が完了し、モデルが /model ピッカーに表示されるようになる。

変更前

スピナーのヒントは、プラグイン提案や Plan Mode など他の機能の使い方を紹介するもので、今見ているビューに対応したヒントは表示されなかった。プロンプト・1行の作業サマリー・応答だけで構成されるビューでも、それを /focus で切り替えられるとはヒントからは分からなかった。

変更後

プロンプト・1行の作業サマリー・応答だけで構成されるビューを表示しているとき、スピナーの下に「/focus コマンドでこの表示モードに切り替えられる」というヒントが表示されるようになった。

ユーザーへの恩恵

そのビューが /focus コマンドで呼び出せる表示モードだと気づき、必要なときにすぐ切り替えられる。

変更前

Workflow ツールの同時実行エージェント数は、CPU 状況に応じて最大16(少ない場合はそれ未満)に固定されており、環境変数で調整することはできなかった。

変更後

新しい環境変数 CLAUDE_CODE_WORKFLOW_MAX_CONCURRENT_AGENTS(1〜256)が追加され、Workflow ツールの1回の実行あたりの同時エージェント数上限(旧デフォルトは最大16)を引き上げられるようになった。

ユーザーへの恩恵

推論律速のファンアウト処理で、より多くのエージェントを同時に実行できるようになり、複数ソースの並列調査などが高速に完了する。

変更前

…その右側にはサブエージェントの情報は何も表示されないため、実際に実行されているかどうかを知るには、各番号を1つずつ開いて確認するしかなかった。

変更後

…その右側に、そのサブエージェントの状態(実行中または停止)と、開くための番号が表示される。

ユーザーへの恩恵

マップを開くだけで、どのサブエージェントが実行中でどれが停止しているかを一目で確認できる。

変更前

コマンドメニューからは /hooks で読み取り専用の閲覧しかできず、追加・編集・削除は設定ファイルを手作業で編集する必要があった。

変更後

スラッシュコマンドの /hooks メニューは設定済みのフックを閲覧できるだけで、変更は settings.json を直接編集する必要があった。

ユーザーへの恩恵

コマンドメニューからフックを直接管理できるようになり、設定ファイルを手作業で編集する手間がなくなる。

変更前

VSCode拡張のFocusビューでは、サブエージェントが起動していてもその実行状況がツールコールグループ上に表示されず、進行中の作業を確認するには他の画面やログを見る必要があった

変更後

Focusビューのツールコールグループの下に、実行中のサブエージェントのライブ進行状況が表示される

ユーザーへの恩恵

エディタから離れずに、サブエージェントごとの現在の作業状況をリアルタイムで把握できる

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

VSCode 拡張のアカウント切替画面にはキャンセル手段がなく、切替をやめたくなっても画面から抜ける方法が用意されていなかった( ESC で戻る以外に明示的な操作がない状態 )。

変更後

VSCode 拡張のアカウント切替画面にキャンセルボタンが追加され、押すと現在のアカウントのセッションのまま前の画面に戻れるようになった。

ユーザーへの恩恵

誤ってアカウント切替画面を開いても現在のアカウントのセッションを維持したまま安全にキャンセルできるようになり、切替を中断しても作業を続けやすくなる。

変更前

クラウドセッションで入力したメッセージは Claude に送信されるとすぐ読まれるため、送信後に取り消す手段がなかった。

変更後

キューに置いたメッセージは、Claude が読む前なら取り戻せる。Esc または Up を押すと取り消され、テキストは入力ボックスに戻る。

ユーザーへの恩恵

送信したメッセージを Claude が読む前であれば取り消して編集し直せるため、誤送信や入力ミスを素早く修正できる。

変更前

GitHubインストールに対する「すべて接続(Connect all)」や「切断(Disconnect)」を、管理者設定で即座に実行できていた。

変更後

GitHubインストールに対する「すべて接続(Connect all)」や「切断(Disconnect)」の操作を実行すると、確認ダイアログが表示されるようになった。

ユーザーへの恩恵

組織全体に影響する意図しない接続・切断の変更を、実行前の確認ダイアログで防げるようになった。

変更前

Windows で PowerShell ツールのコマンドをバックグラウンドに送ると、Claude Code を終了した時点でそのコマンドが停止してしまい、処理が中断されていた。

変更後

バックグラウンドに送られた PowerShell ツールコマンドは、Claude Code の終了後も実行が継続する。

ユーザーへの恩恵

ユーザーは Claude Code を終了してもバックグラウンドの PowerShell 処理が完走することを確信して待機できるようになる。

変更前

これまでは /ultrareview --post を実行すると、結果の投稿のために2つ目のクラウドセッションを開始していた。結果は元のセッションに届いた後、投稿用に別のクラウドセッションへ送られていたため、投稿が完了するまで余分な待ち時間が発生していた。

変更後

v2.1.269 では、ultrareviewの結果が届いた時点でClaude Codeが直接PRコメントを投稿し、コメントのリンクを出力するようになった

ユーザーへの恩恵

ユーザーは結果が届いてすぐにPR上のコメントとそのリンクを確認でき、投稿を待つ余分なセッション起動の手間がなくなる

変更前

Artifact データベースの読み取りがセッションスクラッチパッドに保存される際、作業フォルダへのアクセス承認を求めて処理が停止していました。ユーザーが承認するまで読み取りが完了しませんでした。

変更後

セッションスクラッチパッドに保存される Artifact データベースの読み取りでは、作業フォルダの承認を求めなくなりました。読み取り処理が承認待ちで停止せず、そのまま完了するようになります。

ユーザーへの恩恵

ユーザーは作業フォルダの承認操作を省略でき、Artifact データベースの読み取りを中断なく実行できるようになる。

変更前

claude.ai から同期されたスキルの名前は独自の扱いで、クラウドセッション内では裸の名前として扱われ、他のソースの同名スキルとの衝突や名前解決の優先順位が文書で明示されていなかった

変更後

cloud セッションで claude.ai から同期されたスキルが anthropic-skills:<name> 形式の名前に統一され、競合がない場合は従来どおりの裸の名前でも呼び出せる

ユーザーへの恩恵

Claude Desktop と同じ名前空間規則になるため、同名スキルの衝突時にどちらが優先されるかを事前に把握しやすくなる

変更前

変更前は、メッセージボックスの current-file chip を「Hide」トグルで隠す/表示する切り替えを行っていた。

変更後

VS Code のメッセージボックスで現在開いているファイルを示すチップ(current-file chip)の操作が変わった。X ボタンを押すとそのチップが削除され、以前の「Hide(隠す)」トグルは廃止された。

ユーザーへの恩恵

X を押すだけでチップを削除でき、ワンステップで直感的に操作できるようになる。

変更前

Cloud environments 管理ページでは、テーブルが 5 行ごとに区切られ、残りは Show more コントロールを押さないと表示されない構造だった

変更後

管理ページのテーブルに全環境が常に一覧表示される

ユーザーへの恩恵

環境の一覧を途中で隠すことなく全件確認できるため、特に表示が多数ある場合でも環境の把握や管理がスムーズに行える

変更前

Freeプランのユーザーがclaude.ai/codeを開くと、「組織の管理者によって無効化されています」と表示され、利用できない理由や次のアクションが示されないページに遷移していた。

変更後

Freeプランのユーザーがclaude.ai/codeを開くと、アップグレードへの導線があるプラン選択ページが表示される。

ユーザーへの恩恵

FreeプランのユーザーがClaude Code on the webを使いたい場合に、その場でアップグレード方法を確認して導入へ進めるようになる。

変更前

fullscreen レンダリングで /diff パネルを開くと、まずローディング状態が表示され、その後パネルが段階的にレンダリングされていた。

変更後

fullscreen レンダリングでは /diff パネルを開くと、最初にローディング状態を挟まず、レンダリングが完了した状態で即座に表示されるようになった。

ユーザーへの恩恵

ローディングの待ち時間がなくなるため、Claude の作業中に発生している変更を即座に確認できる。

変更前

プロンプト候補のフィルタリングは英語を基準に設計されており、日本語・中国語・韓国語のテキストでは判定が正しく機能しませんでした。その結果、有用な候補が誤って除外されたり、不要な候補が残ったりする状態でした。

変更後

プロンプト候補のフィルタリングにおいて、日本語・中国語・韓国語のテキストが英語と同じルールで処理されるようになりました。スクリプト混在の候補や単語1つの候補は保持され、英語と同様にメタ的な・評価的なテキストの候補は除外されます。

ユーザーへの恩恵

CJK言語でも英語と同等の精度で適切なプロンプト候補が提示され、無関係な候補に悩まされずに入力補完を活用できるようになる。

変更前

Skill ツールに名前空間なし(bare)のスキル名を渡して「Unknown skill」エラーになったとき、プラグイン提供スキルであってもエラーには bare の名前しか表示されず、それがどのプラグイン由来のスキルなのか分からなかった。

変更後

bare(名前空間なし)のスキル名が、インストール済みプラグインが提供するスキル名とちょうど1件だけ完全一致した場合は、「Unknown skill」エラーがそのスキルのフルネーム(名前空間付きの plugin:skill 形式)を示すようになった。

ユーザーへの恩恵

ユーザーはエラーメッセージから名前空間付きの正式なスキル名をそのまま把握でき、/plugin メニューでの確認や正しいフルネームでの呼び出しがすぐ行えるようになる。

変更前

SSH 接続先や Claude Code が認識できないターミナルでは、Shift+Enter や Ctrl+Shift 系ショートカットが正しく動作しなかった。特に、kitty キーボードプロトコルのクエリに応答するターミナルでも、その応答が検出されずショートカットが利用できないケースがあった。

変更後

以前は、SSH 接続先や Claude Code が認識できないターミナル環境では、kitty キーボードプロトコルのクエリに応答するターミナル（foot、Alacritty 0.16+ など）であっても、Shift+Enter や Ctrl+Shift 系ショートカットが動作しにくい状態だった。この改善により、kitty キーボードクエリに応答するターミナルでは、SSH 経由や未認識ターミナルでも Shift+Enter による改行入力や Ctrl+Shift 系ショートカットが利用できるようになった。

ユーザーへの恩恵

SSH 接続先や未認識のターミナルでも、キーバインドの追加設定なしに Shift+Enter 改行や Ctrl+Shift ショートカットをそのまま使えるようになる。

変更前

トランスクリプトの更新時に、折りたたまれたツール使用サマリーを構築するために会話全体が再処理されていました。長いセッションでは会話履歴が大きくなるため、更新のたびに処理負荷が増大していました。

変更後

トランスクリプトの更新時、折りたたみ表示用のツール使用サマリーを生成するために会話全体を再処理していましたが、この再処理が行われなくなりました。その結果、長時間のセッションでもトランスクリプトの更新が高速化されました。

ユーザーへの恩恵

セッションの長さに関係なく、トランスクリプトの表示更新が高速になり、快適に作業できる。

変更前

テレメトリ無効化環境での first-party セッションで、会話の途中で接続が完了した alwaysLoad MCP サーバーは、次のリクエスト時までツールが認識されず、ツール検索による問い合わせ(ラウンドトリップ)を挟むまで利用できなかった。

変更後

テレメトリ無効化環境での first-party セッションで、会話の途中で接続が完了した alwaysLoad MCP サーバーのツールが、ツール検索を介さずに次のターンから利用できる。

ユーザーへの恩恵

ツール検索の余分な往復を待たずに alwaysLoad サーバーのツールを次のターンから使えることで、会話の途中で接続したサーバーのツールを即座に活用できる。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

Slack チャンネルでスケジュール済みルーティンが実行されると、常に新しい最上位のチャンネルメッセージが投稿されていました。

変更後

ルーティンの実行結果を、新規の最上位メッセージとして投稿するのではなく、既存のスレッドに返信できるようになりました。

ユーザーへの恩恵

Slack チャンネルで既存の会話の流れを断絶させずに、ルーティンの結果を該当スレッド内で確認できるようになりました。

変更前

進行状況チェックリストのタイムスタンプは、閲覧者の環境に関係なく固定のUTC時刻で表示されていた。

変更後

進行状況チェックリストのタイムスタンプが、閲覧する人ごとにローカル時刻と最終更新からの経過時間で表示されるようになった。

ユーザーへの恩恵

閲覧者はタイムゾーンを意識せずに、チェックリストの各項目がいつ更新されたかを直感的に把握できる。

変更前

セッションタブを右クリックすると、Claude Code の項目がタブの右クリックメニューとエディタータイトルバーの「...」メニューに表示されていた。ただし、これらの項目はメニューを開いたタブには作用できず、期待した動作をしなかった。

変更後

セッションタブの右クリックメニューとエディタータイトルバーの「...」メニューから Claude Code の項目が削除された。代わりに、タブを右クリックすると Rename Session Tab / Add Session Tab to Group / Mark Session as Unread が表示され、コマンドパレットでもこれらのコマンドが引き続き利用できる。

ユーザーへの恩恵

無効な項目がメニューに表示されなくなるため、ユーザーは実際に動作するコマンドだけを選んで操作できる。

変更前

応答が出力トークン上限で打ち切られて自動再開されると、次のターンでプロンプトキャッシュが部分的に無効化されていた。打ち切られたターン以降の入力がキャッシュにヒットせず、同じ会話内容でも再処理のコストが余分にかかっていた。

変更後

出力トークン上限で応答が打ち切られ自動再開された次のターンでも、それ以前の会話内容がプロンプトキャッシュに残り、再利用される。打ち切られたターンの入力がキャッシュ不一致を起こさなくなり、続きの処理でもキャッシュが効く。

ユーザーへの恩恵

長い応答が打ち切られて自動再開された後もキャッシュを再利用できるため、後続のターンの応答速度とコストが改善する。

変更前

Claude の応答の途中で中断してからセッションを再開すると、以前のコンテキストを再送する形式が変わり、リクエストの接頭辞が以前と一致しなくなっていました。

変更後

セッション再開時に、それまでの会話履歴を送り返す際の構成が、中断前のリクエストと完全に一致するようになり、プロンプトキャッシュの接頭辞が正しく一致するようになりました。

ユーザーへの恩恵

セッションを中断・再開してもプロンプトキャッシュが再利用され、再開直後の応答が速く低コストになります。

変更前

kitty プロトコル対応端末でも F1/F2/F4 キーが正しく動作し、st でも Delete キー、rxvt-unicode でも Alt+矢印キーが正しく機能し、WezTerm でも Shift+記号キーで期待どおりの文字を入力できる。

変更後

kitty プロトコル対応端末で F1/F2/F4 キーが機能せず、st では Delete キー、rxvt-unicode では Alt+矢印キーが Escape として扱われ、WezTerm では Shift+記号キーがシフトなしの文字を入力していた。これらは 2.1.247 で発生したリグレッションだった。

ユーザーへの恩恵

各種端末で F キー、Delete、Alt+矢印、Shift+記号が期待どおりに動作し、端末固有の入力トラブルに悩まされずに済むようになる。

変更前

バックグラウンドエージェントが動作中でも、リモートセッションやヘッドレスセッションが「入力待ち」と誤って報告され、実際には処理が進行中であるにもかかわらずユーザー入力を待っている状態に見える。

変更後

バックグラウンドエージェントが動作中でも、リモートセッションやヘッドレスセッションが即座に「入力待ち」と表示されるようになる。

ユーザーへの恩恵

バックグラウンドエージェントの実行状況を正しく把握でき、完了前にセッションを終了して処理を中断してしまうリスクを避けられる。

変更前

一部のターミナルでは、Claude Code が送信するケイパビリティ問い合わせ(^[[?1;2c)に対するターミナル自身の応答文字列を Claude Code が入力として処理できず、起動時に画面へそのまま表示されていた

変更後

ターミナルがデバイス属性問い合わせに送り返す応答文字列を Claude Code が消費するようになり、応答が画面に表示されなくなった

ユーザーへの恩恵

一部のターミナル環境でも、起動時に意味のない制御文字列が画面に混入することがなくなり、クリーンな状態で Claude Code を開始できるようになる

変更前

全画面表示でターミナルのサイズを変更すると、トランスクリプト(会話履歴)の上端や下端の固定表示行(入力ボックスやステータス表示など)が空白になり、正しく描画されないことがあった

変更後

ターミナルのサイズを変更しても、トランスクリプト(会話履歴)の上端や下端に固定表示される行が真っ白にならず、正しく描画されるようになった

ユーザーへの恩恵

ターミナルのサイズ変更後も全画面表示の画面構成が維持され、再起動や操作なしで快適に使い続けられる

変更前

! で始まる deny/ask ルールが、そのルールを定義した settings ソースを超えて適用され、他のソース(例: ローカル設定)の許可ルールまで打ち消してしまう可能性があった。

変更後

deny/ask ルールが ! で始まる場合、その設定ソース内でのみ適用されるようになり、ソースをまたいで他のソースのルールを打ち消さないようになった。また、単独の !(否定対象のない否定)は無視される。

ユーザーへの恩恵

意図しないソース間での許可ルールの無効化が起こらなくなり、設定の影響範囲がそのソース内に限定されるため予測しやすくなる。

変更前

コンパクション(会話の要約による圧縮)を実行すると、Claude に渡される git status がセッション開始時点の古い状態のままであった。そのため、要約後にブランチや変更ファイルの状態が実際とずれてしまうことがあった。

変更後

コンパクション後、Claude に渡される git status は現時点の状態になり、セッション開始時の状態を伝えてしまうことがなくなった。コンテキスト要約を挟んでも git の最新情報が維持される。

ユーザーへの恩恵

コンパクション後も Claude が最新の git status に基づいて作業できるようになる。

変更前

リモートセッションを再開した際、同期されたプラグインにバンドルされたMCPサーバーに接続できなかった。

変更後

リモートセッションを再開しても、同期されたプラグインのMCPサーバーに接続できるようになった。

ユーザーへの恩恵

ユーザーはリモートセッションを再開しただけで、プラグイン経由の外部ツール連携をすぐに使い続けられるようになる。

変更前

ヘッドレスセッションを再開した際、ターン中にモデルが切り替えられたりリクエストが再試行されたりすると、そのターンの応答が失われていた。

変更後

モデル切り替えやターン中のリクエスト再試行が発生しても、再開されたヘッドレスセッションは当該ターンのすべての応答を欠落なく保持する。

ユーザーへの恩恵

ユーザーはターン中のモデル切り替えや再試行が起きても応答の欠落を心配せずにヘッドレスセッションを再開できる。

変更前

バックグラウンドタスクのディスク上の記録には端末エスケープコード、改行、巨大なテキストが含まれることがあり、作業を再開すると、その内容がタスクリストやタスク通知にまで漏れ出して表示が乱れていた。

変更後

バックグラウンドタスクのディスク上の記録に含まれる端末エスケープコード、改行、巨大なテキストが、作業再開時にタスクリストやタスク通知へ漏れ出さなくなった。

ユーザーへの恩恵

作業を再開してもタスクリストや通知が乱れず、バックグラウンドタスクの状況を正しく把握できるようになる。

変更前

CMYK 形式の JPEG 画像を添付すると、Claude Code がデコードできず「cannot decode」エラーで添付に失敗していました。

変更後

以前は CMYK 形式の JPEG 画像を添付すると「cannot decode」エラーで失敗していました。今回の修正により、CMYK JPEG も他の JPEG と同様に変換・リサイズされて添付できるようになりました。

ユーザーへの恩恵

CMYK JPEG 画像をそのまま添付してもエラーにならず、他の JPEG と同様に送信できるようになる。

変更前

マネージド設定で OTLP エンドポイントが配信されると、Claude Code はセキュリティ承認ダイアログにその変数名を表示する。しかし、gRPC テレメトリーエンドポイントがスキーム（http:// や https:// など）なしで設定された場合、ダイアログはどの収集先を承認するのかを表示していなかった。

変更後

スキームなしで設定された gRPC テレメトリーエンドポイントについても、承認ダイアログに収集先の名前が表示されるようになった。

ユーザーへの恩恵

開発者は承認ダイアログを見るだけで、どの収集先にテレメトリーをエクスポートするのかを確認できるようになる。

変更前

headersHelperの同意プロンプトには、marketplace.jsonの取得やプラグインのダウンロード先であるURLパスが表示されていた。パスの文字列の見え方によっては、別のホストへのリクエストのように誤読される可能性があった。

変更後

同意プロンプトには、コマンドが発行されたマーケットプレイスURLのホストを含むオリジン全体が表示される。ユーザーは、ヘルパーに渡されるURLが実際にどのサーバーへのリクエスト用なのかをパスから判断する必要がなくなった。

ユーザーへの恩恵

ユーザーは、同意プロンプトを見てヘルパーがどのサーバーと通信するのかを正確に判断し、安心してコマンドを承認できるようになった。

変更前

Windows で @ で始まる名前のフォルダを含む相対パスを持つプラグインでエラーが発生すると、実際のパスの代わりに [redacted URL] というマスク文字列が表示されていた。

変更後

相対パスで参照される Windows のフォルダ名が @ で始まるプラグインでも、エラーメッセージ内のパスがそのままの形で表示されるようになった。以前は Windows のパス解決処理がそのようなフォルダ名を URL と誤認識し、機密情報保護のために [redacted URL] というマスク文字列に置き換えて表示していた。

ユーザーへの恩恵

ユーザーはエラーメッセージから実際のパスを直接読み取れるようになり、@ 付きフォルダ名が原因の問題を調査・解決しやすくなる。

変更前

ターミナルのネイティブカーソルが有効な環境では、許可ルール、自動モードルール、ディレクトリ追加、セッション名変更、フィードバック確認などのテキスト入力フィールドにカーソルが表示されず、入力位置を視認できませんでした。

変更後

許可ルール、自動モードルール、ディレクトリ追加、セッション名変更、フィードバック確認などのテキスト入力フィールドで、ターミナルのネイティブカーソルが有効な場合もカーソルが正しく表示されるようになりました。

ユーザーへの恩恵

ターミナルのネイティブカーソル設定に関係なく、入力位置を常に把握できるようになります。

変更前

/fork の受領メッセージを1秒以内の間隔で複数回クリックすると、セッションは現在実行中のツールの完了を待っている間、すぐにバックグラウンドに移行せず、応答がなくなるまで待たされていた。

変更後

/fork の受領メッセージを1秒以内の間隔で複数回クリックしても、セッションは現在実行中のツールの完了を待っている間もすぐにバックグラウンドに移行するようになった。

ユーザーへの恩恵

ツールの完了を待っている間もすぐにセッションをバックグラウンドに回せるようになり、待ち時間を自らの作業に使える。

変更前

セッション終了時に Claude Code は LSP サーバーへ shutdown リクエストを送っていた。shutdown パラメーターを拒否するサーバー(例: rust-analyzer)ではこのリクエストが失敗し、その後の exit リクエストは送られないままだった。

変更後

セッション終了時に LSP サーバーへ shutdown リクエストを送り、サーバーが shutdown パラメーターを拒否して失敗した場合でも、続けて exit リクエストを送るようにした。これにより rust-analyzer のような LSP サーバーがプロセスを終了できず、セッション終了後も動き続けることがなくなった。

ユーザーへの恩恵

rust-analyzer など shutdown を拒否する LSP サーバーがセッション終了後もバックグラウンドで動き続けることがなくなり、不要なプロセスが残らなくなる。

変更前

アトリビューション用のリマインダーが CLAUDE.md やメモリの設定より強く働き、「コミットやプルリクエストに署名(アトリビューション)を追加しない」という指示が上書きされてしまい、署名が付与されていた。

変更後

「コミットやプルリクエストに署名(アトリビューション)を追加しないでほしい」といったルールを CLAUDE.md やメモリに書いていても、それがアトリビューション用リマインダーによって上書きされてしまい、署名が付与されることがあった。この修正により、CLAUDE.md やメモリ内のそのようなルールが尊重されるようになった。

ユーザーへの恩恵

ユーザーは CLAUDE.md やメモリに書いたルール通りに署名の付与を制御できるようになる。

変更前

日本語・中国語・タイ語など単語間にスペースを入れない言語で入力したテキストに対して、プロンプト候補の提案が正しく生成されず、表示されるべき候補が落ちてしまっていた

変更後

日本語・中国語・タイ語など分かち書きしない言語でテキストを入力しても、入力補完の候補がプロンプト入力欄に正しく表示される

ユーザーへの恩恵

分かち書きしない言語のユーザーも、英語圏のユーザーと同様に入力中に補完候補の恩恵を受けられるようになる

変更前

Claude Code は端末名から synchronized output（同期出力）への対応を推測しており、実際には対応していない GNOME Terminal や Konsole のバージョンでも同期出力が有効だと判断していた。

変更後

Claude Code は起動時に端末へ直接問い合わせて synchronized output（同期出力）に対応しているかを確認するようになり、実際に対応していない GNOME Terminal や Konsole の古いバージョンでは同期出力を使わなくなった。

ユーザーへの恩恵

対応していない端末で同期出力が誤って使われることがなくなり、GNOME Terminal や Konsole でも描画の乱れが発生しなくなる。

変更前

permission_denials に拒否されたツール名を文字列として並べる。

変更後

permission_denials に、Read、Edit、Write の各ツール呼び出しの拒否結果を 1 件 1 つのオブジェクトとして並べ、tool、input、permission_mode、permission_suggestions、created_at の 5 つのフィールドを持たせる。

ユーザーへの恩恵

permission_denials を解析するスクリプトや jq フィルタが、拒否ツールの特定から入力の再現、モード別の集計、候補提示の判断まで一貫して機械的に処理できる。

変更前

デスクトップアプリや SDK から起動したセッションは、他のセッションから見たエージェント一覧でステータスを取得できず、常に「unknown」と表示されていた。

変更後

デスクトップアプリや SDK から起動したセッションのステータスが正しく認識され、他のセッションのエージェント一覧にも実際の状態が表示されるようになった。

ユーザーへの恩恵

デスクトップアプリや SDK から起動したセッションの現在の状態を、他のセッションからもひと目で把握できるようになる。

変更前

Bedrock、Vertex、Foundry、およびLLMゲートウェイ経由のデプロイメントで、アカウントがデフォルトのOpusモデルに到達できない環境では、/insightsコマンドがデフォルトのOpusモデルを使おうとして失敗する。

変更後

/insightsコマンドで、デフォルトのOpusモデルにそのアカウントから到達できないBedrock、Vertex、Foundry、およびゲートウェイのデプロイメントにおいて、代わりにそのセッションで使用しているモデルを使うことで、コマンドが失敗する問題を修正した。

ユーザーへの恩恵

サードパーティのデプロイメント環境でも、セッションで使用しているモデルに置き換えられるため、/insightsコマンドがエラーにならずに実行できる。

変更前

別の Claude Code プロセスが同時にログインを更新すると、そのセッションで organization policy limits が読み込まれず、ポリシー制限が適用されないままセッションが続いていた。

変更後

organization policy limits が同じタイミングで別の Claude Code プロセスがログインを更新すると、そのセッションで読み込まれず、ポリシー制限が無効なままセッションが始まることがあった。修正後は、ログイン更新が競合してもそのセッションで organization policy limits が確実に読み込まれる。

ユーザーへの恩恵

ログイン更新が競合してもポリシー制限が確実に適用されるため、ユーザーは再ログインやセッションのやり直しをせずに済む。

変更前

Bedrock、Vertex、またはゲートウェイ経由の Claude Desktop セッションで、ターン終了時の文脈に応じた「Claudeが必要としていること」通知テキストが表示されない

変更後

Bedrock、Vertex、またはゲートウェイ経由の Claude Desktop セッションで、ターン終了時に「Claudeが必要としていること」を伝える文脈に応じた通知テキストが表示されない問題を修正しました。

ユーザーへの恩恵

Bedrock、Vertex、またはゲートウェイ経由の Claude Desktop セッションでも、ターン終了時に Claude が必要としていることを適切な通知で把握できるようになる。

変更前

URLのクエリパラメータの順序だけが変わる場合でも、MCPサーバーが再接続されていた。

変更後

URLのクエリパラメータの順序だけが変わる場合、MCPサーバーの再接続が不要になった。

ユーザーへの恩恵

設定更新の際にクエリパラメータの順序変更による不要な再接続を避けられる。

変更前

When viewing a background agent whose name or description had line breaks or was wider than the terminal, the prompt box's top border was displayed as a single line.

変更後

When viewing a background agent whose name or description contained line breaks or was wider than the terminal, the prompt box's top border split into extra lines.

ユーザーへの恩恵

Background agents with long or multiline names or descriptions can be viewed without the prompt box's top border breaking.

変更前

自動コンパクションで要約できる完了済みのやり取りがない場合、「Prompt is too long」状態を検知できず、自動コンパクションが実行されず、コンテキストの空きができないため、セッションが永久に「Prompt is too long」エラーのままスタックしていた。

変更後

自動コンパクションで要約できる完了済みのやり取りがない場合でも、「Prompt is too long」状態を正しく検知して自動コンパクションを実行し、セッションが継続できるようになった。

ユーザーへの恩恵

自動コンパクションがすぐに実行されるため、Claude Codeセッションが永久にスタックせず、継続して作業できる。

変更前

/goal の実行中に API エラーやネットワーク切断、トークン上限が発生すると、自動リトライや説明なしに処理が静かに止まってしまった。ユーザーは止まった原因も、いつまで待てば再開するのかも分からなかった。

変更後

/goal は API エラーやネットワーク切断、トークン上限を検知すると、自動的にバックオフ付きでリトライを試みるようになった。状況が復旧せず続行できないときは、利用制限がリセットされるまでの待機を含めて、理由を明示してポーズする。

ユーザーへの恩恵

目標達成のループが一時的な障害で黙って止まることがなくなり、待機中も理由が分かるため、ユーザーはそのまま放置して自律的に再開させられる。

変更前

クラウドセッションでは、サーバー側の設定が同期される前に最初のAPIリクエストが送信されることがありました。そのため、リクエスト内容がキャッシュ作成時と一致せず、キャッシュ済みのコンテンツを再処理するプロンプトキャッシュミスが発生していました。

変更後

クラウドセッションでは、最初のAPIリクエストを送る前にサーバー側の設定が同期されるのを待つようになりました。その結果、リクエスト時にシステムプロンプトや設定が異なってしまうことがなくなり、キャッシュ済みのコンテンツを再処理するプロンプトキャッシュミスが発生しなくなりました。

ユーザーへの恩恵

クラウドセッションでも不要なキャッシュ再処理が減り、トークン消費と応答時間のムダを抑えられるようになります。

変更前

/btw のサイド質問回答に、実行されていない架空のツール呼び出しやツール出力が含まれ、実際には実行できないにもかかわらず実行されたかのように見えていた。

変更後

/btw のサイド質問では、ツール呼び出しや出力を生成しないようモデルに明示的に指示され、仮にハルシネーションで生成された場合でも「実行されていない」というフラグ付きで表示される。

ユーザーへの恩恵

/btw 回答内のツール呼び出しが実際に実行されたものか判別できるようになり、誤解を避けられる。

変更前

Fixed CLAUDE_CODE_RESUME_INTERRUPTED_TURN re-running a turn that had failed with an API error over 6 hours earlier, or longer ago than CLAUDE_CODE_RESUME_INTERRUPTED_TURN_MAX_AGE_MS when set

変更後

設定した CLAUDE_CODE_RESUME_INTERRUPTED_TURN_MAX_AGE_MS より前のターンを再実行しないことで、6時間以上前のAPIエラーが発生したターンの再実行を修正しました。

ユーザーへの恩恵

CLAUDE_CODE_RESUME_INTERRUPTED_TURN_MAX_AGE_MS を設定することで、6時間以上前のターンやAPIエラーが発生したターンを再実行しないように制御できる。

変更前

組織の管理設定（managed settings）で有効化されたプラグインは、ヘッドレスセッションや Claude Desktop では読み込まれず、プラグインが提供するスキルや MCP サーバーなどがセッション内で利用できない状態だった。

変更後

組織の管理設定で有効化されたプラグインをヘッドレスセッションや Claude Desktop（Desktop がこの CLI バージョンを同梱した後）で読み込もうとしても、読み込まれずスキップされていた。この修正により、それらのプラグインが正しく読み込まれるようになり、セッション開始時に利用できるようになる。

ユーザーへの恩恵

管理設定で有効化された組織のプラグインがヘッドレスセッションや Claude Desktop でも自動的に読み込まれるようになり、エンタープライズ環境で管理者が配布したプラグインを追加設定なしで全ユーザーが利用できる。

変更前

セッションで展開されたプラグインアーカイブのファイルが、同一マシンの他のローカルユーザーにも読めるパーミッションになり、アーカイブ内の world-writable ビットがそのまま引き継がれ、再展開しても以前の展開ゴミが残っていた

変更後

プラグインアーカイブのセッションごとの展開ファイルが、所有者のみが読める適切なパーミッションになり、アーカイブ由来の world-writable ビットが落とされ、再展開時には以前の展開ゴミが確実に除去されたうえで新しく展開される

ユーザーへの恩恵

自分のプラグイン展開ファイルを同一マシンの他ユーザーに読まれず、壊れたパーミッションや古いファイルの残存による不具合も起きにくくなる

変更前

tee が書き込むファイルに対しても Edit() の deny ルールと書き込みパスのチェックが適用されるようになった。Bash(tee:*) の allow ルールは作業ディレクトリ外の宛先をカバーしなくなり、宛先がルールの対象になる。

変更後

Bash の tee コマンドが書き込むファイルに対して、Edit() の deny ルールと書き込みパスのチェックが適用されない状態だった。tee コマンドの実行可否だけが判定され、出力先ファイルの内容は確認されていなかった。

ユーザーへの恩恵

Bash(tee:*) を許可しても、許可されていないファイルパスへの tee による書き込みが拒否されるため、Edit deny ルールと同等の保護が Bash 経由の書き込みにも効くようになる。

変更前

ssh やブラウザターミナルなど通信速度が遅い環境で Claude Code を起動すると、22c のような文字列や、ターミナルが応答するカラーやバージョン情報(いわゆる DA1 応答や OSC カラー応答など)が起動時にプロンプトに入力されてしまうことがあった。

変更後

起動直後にプロンプトへ文字が勝手に入力されることがなくなり、ターミナルの画面クリア応答やターミナル情報問い合わせへの応答がプロンプトから除外されて、遅い回線でもクリーンな状態で入力を始められる。

ユーザーへの恩恵

ssh やブラウザターミナルなど遅い接続でも、起動直後に意図しない文字を消さずにすぐコマンド入力を始められる。

変更前

rxvt-unicode 上でフルスクリーンモードを終了したり再び入ったりすると、ターミナルのブロックカーソルが Claude Code のインターフェースの下に表示され、正しく消えなかった。

変更後

以前は、rxvt-unicode 上でフルスクリーンモードを終了したり再び入ったりすると、ターミナルのブロックカーソルが Claude Code のインターフェースの下に表示され、ゴミのように残ることがあった。修正後は、フルスクリーンモードを離れたり再び入ったりしても、ブロックカーソルがインターフェースの下に残らず、正しく消える。

ユーザーへの恩恵

rxvt-unicode ユーザーはフルスクリーンモードを切り替えても、ゴミとして残るブロックカーソルに悩まされなくなった。

変更前

rxvt-unicode 上で全画面モードの Claude Code から外部エディター(デフォルトテキストエディター)を開き戻ると、ターミナル上にカーソルブロックが表示されたまま残っていた

変更後

外部エディターから復帰してもカーソルブロックが消えず、全画面表示の中に残り続けていた

ユーザーへの恩恵

rxvt-unicode で全画面モードから外部エディターを開いて戻っても画面上にカーソル残骸が残らず、常にきれいな表示のまま作業を続けられる

変更前

フルスクリーンモード外で外部エディター (Ctrl+G) から戻ると、インターフェースが 2 回描画され、画面が乱れたり点滅したりして表示が一瞬乱れていた。

変更後

外部エディター (Ctrl+G) から戻ったとき、フルスクリーンモード外でもインターフェースが正しく 1 回だけ再描画されるようになった。

ユーザーへの恩恵

ユーザーは外部エディターで編集した後、画面の乱れを気にせずすぐに作業を続けられる。

変更前

Konsole で外部エディタから戻った後に画面が一度だけ正しく再描画され、二重描画が起こらなくなる

変更後

Konsole で外部エディタ(vim など、$VISUAL/$EDITOR で起動するもの)から Claude Code に戻ると、ターミナル画面が2回描画され、表示が乱れていた

ユーザーへの恩恵

Konsole ユーザーは外部エディタでプロンプトを編集して戻っても、乱れた画面を修正する操作なしにすぐ作業を続けられる

変更前

配信されたプレーンテキストのプロンプト（定期タスクなど）によって開始されたターンが、前のターンの一部として Focus ビューに表示されてしまい、ターン境界が正しく区切られていなかった

変更後

配信されたプレーンテキストのプロンプト（定期タスクなど）によって開始されたターンが、Focus ビューで独立したターンとして表示されるようになる

ユーザーへの恩恵

ユーザーは定期タスクなどが開始したターンを前のターンと区別して確認できるようになる

変更前

修正前は、VSCode拡張のパネル幅が狭いとき、フッターのプロンプトキャッシュ時計から分の表示が隠れていた。

変更後

修正後は、パネルが狭くなってもフッターのプロンプトキャッシュ時計から分が隠れなくなり、常に表示される。

ユーザーへの恩恵

パネルを狭くしても分単位の表示が読めるようになり、プロンプトキャッシュの状態を正確に把握できる。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

プランのプレビュー読み込みに時間がかかると、コメントボックスが消えたり古いプランが表示されたりして、ユーザーは意図せず誤った内容に対してフィードバックを書く恐れがあった

変更後

プランのプレビュー読み込みが完了しても、既存のコメントボックスが消えたり古いプランの内容が表示されたりしなくなり、確実に最新のプランが表示される

ユーザーへの恩恵

ユーザーは遅延を気にせず、表示された最新プランに対して確実にインラインコメントでフィードバックできる

変更前

Claude タブが閉じられた後は、プランプレビューの承認・却下にコメントを入力できても、そのコメントはどこにも送信されず破棄されていた

変更後

Claude タブが閉じられた後でも、プランプレビューの承認・却下にコメントを添えて送信できるようになった

ユーザーへの恩恵

プランプレビューの承認・却下に添えたフィードバックが確実に Claude に届くようになり、レビュー時の意図が会話に反映される

変更前

セッションが最後の返信の後にコンパクションされて閉じられた場合、再オープンすると古い（事前コンパクションの）タイムスタンプが表示され、キャッシュはウォームとして誤って表示されていた。

変更後

セッションが最後の返信の後にコンパクションされて閉じられた場合、再オープンするとプロンプト・キャッシュ時計が正しくリセットされ、キャッシュはコールドとして表示される。

ユーザーへの恩恵

ユーザーは休憩後にセッションを再開する際、プロンプトキャッシュのコールド状態を正確に確認でき、コンテキスト再処理に伴う予期しないトークン消費をより適切に予測できるようになる。

変更前

Remote Control が有効な状態で VS Code エクステンション内のセッション名を変更しても、claude.ai/code のセッションリストには古い名前が表示され続けていました。

変更後

エクステンション内でセッション名を変更すると、Remote Control 接続中でも新しい名前が claude.ai/code のセッションリストに即座に反映されるようになりました。

ユーザーへの恩恵

エクステンションでセッション名を変更した際に claude.ai/code 側で古い名前のまま残ることがなくなり、どの画面からでも一貫した名前でセッションを識別できるようになる。

変更前

ターミナルから設定をデフォルトにリセットしても、VS Code 拡張の「Enable Remote Control for all sessions」トグルは最後の位置を保持したまま表示されていた

変更後

設定がデフォルトにリセットされた後も、UI 上のトグルは「オン」や「オフ」の直前の位置を示し続けていた

ユーザーへの恩恵

ターミナル側で設定をリセットしたときも、VS Code 拡張のトグルが正しい状態を反映するようになり、表示と実際の設定の食い違いを確認して手動で修正する手間がなくなると考えられる

変更前

VSCodeでウィンドウをリロードすると、復元されたClaudeタブはセッション一覧で「開いている」として扱われず、クリックするまで反映されなかった。また、そのセッションの行をクリックすると、既存のタブではなく2つ目のタブが新規に開いていた。

変更後

ウィンドウのリロード後にセッション一覧で復元されたタブがクリックされるまで「開いている」と表示されず、さらにその行をクリックすると同じセッションの2つ目のタブが開いていた。

ユーザーへの恩恵

ユーザーはウィンドウのリロード後もセッション一覧が実際の開いているタブの状態を正しく反映するようになり、意図せず重複したタブが開かれなくなった。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

長いターンの実行中に VS Code 拡張でセッションの名前を変更すると、ウィンドウのリロード後に名前が AI 生成名で上書きされ、ユーザーが付けた名前が失われていた。

変更後

長いターンの実行中に VS Code 拡張でセッションの名前を変更しても、その名前が保持される。

ユーザーへの恩恵

長時間実行しているターンの途中でもセッションの名前を安心して変更でき、付けた名前がリロード後も維持される。

変更前

アカウントがそのモデルの週次上限を失うと、VSCode 拡張のサイドバー使用量メーターには古い per-model の週次上限行が残ったままだった。

変更後

アカウントがそのモデルの週次上限を失った後も、VSCode 拡張のサイドバー使用量メーターに古い per-model の週次上限行が残り続けていた。

ユーザーへの恩恵

アカウントがそのモデルの週次上限を失った後も、サイドバーの使用量メーターに反映されなくなった古い per-model の週次上限行が表示されなくなり、実際の利用状況を正確に確認できるようになった。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

モデルの利用を制限している組織で、クラウドセッション内の Claude Code on the web に対して /model default を実行すると、それ以降のすべてのメッセージが失敗していた。

変更後

組織で利用可能なモデルを制限している場合でも、クラウドセッション内で /model default を実行すると、その後のメッセージがすべて失敗していた。修正後は、制限対象のモデルをデフォルトに指定しても後続のメッセージが失敗しなくなった。

ユーザーへの恩恵

モデル制限のある組織でも、Claude Code on the web のクラウドセッション内で /model default を安全に実行でき、後続のメッセージが失敗しなくなる。

変更前

...e...(日本語)...

変更後

...e...(日本語)...

ユーザーへの恩恵

...e...(日本語)...

変更前

サブエージェントを使うルーチン実行では、サブエージェントがまだタスクを終えていないのに実行全体が完了と判定されることがあり、実際の失敗の後のリトライがスキップされたり、同じルーチンの実行が重複して起動されたりしていた。

変更後

ルーチン実行がサブエージェントの完了判定をサブエージェントが終了したときだけ行うようにしたため、実際の失敗の後もリトライが省略されず、失敗した実行が完了扱いで二重起動されなくなる。

ユーザーへの恩恵

サブエージェントを使うルーチン実行で、失敗時のリトライが確実に行われ、同じ処理が二重に実行されることがなくなる。

変更前

Claude がリポジトリのサブフォルダで作業していた場合、クラウドセッションのトランスクリプト内のファイルリンクがルート基準のパスのままとなり、GitHub 上で存在しないファイル位置を指していた

変更後

サブフォルダで作業した場合でも、クラウドセッションのトランスクリプト内のファイルリンクが、リポジトリ内の正しいファイル位置を指すようになり、GitHub 上で正常にファイルが開く

ユーザーへの恩恵

サブフォルダでの作業時でも、トランスクリプトから GitHub のファイルにワンクリックで直接アクセスできるようになる

変更前

ターンの失敗時に Slack へ失敗通知を投稿するが、その投稿が一時的なレート制限(429)で拒否されると再試行せず、通知が欠落していた。

変更後

Slack 側で一時的にレート制限が発生しても、失敗通知の投稿を再試行する。

ユーザーへの恩恵

Slack の一時的なレート制限でも失敗通知が欠落しないことを確認できる。

変更前

組織が有効化していないモデルへの切り替えが受け入れられ、ユーザーに気づかれないままフォールバックモデルで応答していた。

変更後

組織が有効化していないモデルへの切り替えを拒否し、管理者がそのモデルを有効化できることを伝えるメッセージを表示するようになった。

ユーザーへの恩恵

組織のポリシーに反するモデル選択をユーザーが黙ってフォールバックで済ませてしまうことなく、意図したモデルが使えないことを明確に把握できる。

変更前

テーブルと添付ファイルが同じメッセージに含まれると、テーブルがパイプ（|）記号のままの生テキストとして投稿されていました。整形されたテーブルとして表示されず、読みにくい状態でした。

変更後

添付ファイルが同じメッセージ内のテーブルを干渉しなくなりました。テーブルは通常の返信として正しく整形されて投稿され、ファイルは別のシンプルなキャプション付きのメッセージとして送られるようになりました。

ユーザーへの恩恵

テーブルが正しく整形されて表示され、添付ファイルも適切に分離されるため、メッセージの可読性が向上します。

変更前

チャンネルのトップレベルで Claude がアクティブでない状態で @Claude !restart を送ると、無関係な会話が始まっていた

変更後

チャンネルのトップレベルで Claude がアクティブでない状態で @Claude !restart を送っても、無関係な会話が始まらなくなり、Claude がプライベートに再起動するものがないと応答する

ユーザーへの恩恵

Claude がアクティブでないチャンネルで !restart を誤って使っても、意図しない会話が作られず、その場で理由がわかるようになる

変更前

Slack アクセス設定のプラグイン行には、ラベルのない生の ID が表示され、そのプラグインをオフにする方法がなかった。

変更後

Slack アクセス設定のプラグイン行には、プラグインの名前が表示され、それを管理するバンドルへのリンクが張られる。ラベルなしの生 ID 表示ではなくなり、オフにする導線も示されるようになった。

ユーザーへの恩恵

ユーザーはどのプラグインが Slack アクセスに関わっているかを名前で確認でき、バンドル経由でオフにできるようになる。

変更前

共有セッションのバナーと [Share] ダイアログが、Slack から開始したセッションのリンクを開ける対象を組織全体として表示する。実際にはリンクを開けるのはチャンネルのオーディエンスだが、UI がそれを反映していなかった。

変更後

共有セッションのバナーと [Share] ダイアログが、Slack から開始したセッションのリンクを開ける対象として組織全体を表示していた。実際の閲覧者はチャンネルのメンバーであるにもかかわらず、誤解を招く表示になっていた。

ユーザーへの恩恵

Slack で開始したセッションを共有するとき、リンクが実際に誰に見えるのかを正確に把握できるようになる。