Claude Code v2.1.260

変更前

フルスクリーンモードでは、未コミットの変更を会話の横で確認する方法がなく、Claude が編集した内容はトランスクリプトビューアーで確認するしかありませんでした。ターミナルのネイティブ機能に書き出すなどの間接的な手段が必要でした。

変更後

フルスクリーンモードで会話の横に差分パネルが開くようになり、Claude が編集するたびに未コミットの変更がそこに表示されます。/diff を実行するとパネルの表示・非表示を切り替えられます。

ユーザーへの恩恵

Claude による編集の進行中に、画面を切り替えずに未コミットの変更を /diff で随時確認できるようになりました。

変更前

変更前は、/cost やステータスラインの prompt_cache フィールドにキャッシュミスの回数は表示されるが、なぜミスが起きたのか(ツール定義やシステムプロンプトの変更、TTL 経過後のアイドルなど)の理由までは分からなかった。

変更後

変更後は、/cost とステータスラインの prompt_cache フィールドに、プロンプトキャッシュミスの推定原因(ツール定義やシステムプロンプトの変更、TTL 経過後のアイドルなど)が表示される。

ユーザーへの恩恵

ユーザーはキャッシュミスの原因を確認することで、TTL 経過やシステムプロンプトの意図しない変更などによる不要なコスト増を特定し対処できる。

変更前

headless session(non-interactive mode)では /reload-plugins コマンドが使えず、Claude Code Desktop や SDK のコマンド一覧にもこのコマンドが表示されていなかった。

変更後

ヘッドレスセッション(non-interactive mode)でも /reload-plugins スラッシュコマンドが実行できるようになり、Claude Code Desktop や SDK のコマンド一覧にもこのコマンドが表示されるようになった。

ユーザーへの恩恵

ユーザーはヘッドレスセッションでもプラグインの再読み込みを行えるようになり、Desktop や SDK のコマンド一覧でそのコマンドが確認できるようになる。

変更前

advisor のモデル設定は settings.json の advisorModel キーか起動時の --advisor フラグでのみ行えたため、デスクトップアプリや Remote Control、Agent SDK などセッション中に設定ファイルを編集しにくい環境では、advisor の有効化やモデル変更、オフ切り替えをインタラクティブセッションの /advisor コマンドに頼るしかなかった。

変更後

デスクトップアプリや Remote Control、-p フラグや Agent SDK を使うヘッドレスセッションでも、スラッシュコマンドの形式で advisor を操作できるようになった。/advisor で有効化、/advisor <model> で advisor モデルを指定、/advisor off でオフにできる。

ユーザーへの恩恵

設定ファイルや起動フラグに触れずに、どのセッションからでも会話中に advisor の有効化、モデル指定、オフへの切り替えを完了できる。

変更前

変更前は、リフレッシュ時に openid スコープを再要求しないと id_token を返さない IdP で、ゲートウェイがトークンを更新できなかった。

変更後

IdP によっては、リフレッシュ時に openid スコープを再要求した場合にのみ id_token を返すものがある。変更前はゲートウェイのトークンリフレッシュ時に openid スコープを再要求する手段がなく、そのような IdP ではリフレッシュが失敗していた。

ユーザーへの恩恵

そのような IdP 環境でも開発者はセッションをブラウザログインなしで自動更新できる。

変更前

以前のバージョンの gateway では、desktop ポリシーブロックで扱えるキーが限られており、userPluginMarketplacesEnabled や userPluginUploadsEnabled といった新しい Claude Desktop のキーは設定できなかった。

変更後

Claude Desktop 用の新しいキー(userPluginMarketplacesEnabled や userPluginUploadsEnabled など)が、gateway の desktop ポリシーブロックで扱えるようになった。

ユーザーへの恩恵

管理者は desktop ポリシーブロック経由で plugin marketplace や plugin upload の可否を一元的に制御できるようになる。

変更前

VSCode拡張のフッターにあるモデルピルにはeffortレベルが表示されず、モデルを切り替えた後に前のモデルのeffortレベルが残ったままになることがあった

変更後

フッターのモデルピルに選択中のeffortレベルが表示されるようになり、モデル切り替え後も最新のeffortレベルが正しく反映される

ユーザーへの恩恵

モデルやeffortレベルを切り替えた直後に、実際に適用されているeffortレベルをフッターで即座に確認できる

変更前

セッションリストのステータスフィルターでは、フィルタリング対象のステータスが限られており、開いているセッションと閉じたセッションを明示的に絞り込むことができなかった。

変更後

セッションリストのステータスフィルターメニューに「Open」と「Closed」の選択肢が追加された。

ユーザーへの恩恵

ステータスでセッションを素早く絞り込めるようになり、目的のセッションを見つけやすくなる。

変更前

Glob/Grep では、権限チェックの前に検索パスをディスク上でプローブしていたため、権限が許可されるかどうかが決まる前に「パスが存在しない」ことがユーザーに報告されていた。Read ツールとは異なるタイミングでのエラー報告になっていた。

変更後

変更前は、Glob/Grepが権限チェックよりも先に検索パスをディスク上でプローブ(存在確認)しており、パスが存在しない場合には権限確認の前にエラーが報告されていた。変更後は、Read ツールと同様に、まず権限チェックが行われ、その判断の後にパスの不在が報告される。

ユーザーへの恩恵

Read と同様の順序で権限チェックが先に行われるため、権限承認の判断が情報漏えいに使われることがなくなり、ツール間で一貫した安全な動作になる。

変更前

2.1.259 では Bash コマンドの引数に Read() deny ルールを適用する変更が導入されていた。このため Read(./**/build/**) ルールが全モードで npm run build を拒否し、cd … && grep のようなコマンドでも自動モードで確認プロンプトが表示されていた。

変更後

Read() deny ルールの適用先を Bash の引数から元の対象に戻し、2.1.259 で生じていた過剰な拒否と余計な確認プロンプトを解消した。

ユーザーへの恩恵

npm run build や cd && grep といった通常の Bash コマンドが Read() deny ルールに誤って引っかからなくなり、不要な拒否や確認プロンプトなしで作業できるようになる。

変更前

fullscreen モードで Ctrl+L / Cmd+K を押しても、会話は消去されずに画面全体が再描画されていた。ドキュメントの記載では会話を消去するには /clear を使う必要があった。

変更後

fullscreen モードで Ctrl+L / Cmd+K を押すと、ターミナルの clear コマンドのように画面が消去され、過去のメッセージを見たいときは上へスクロールできるようになった。

ユーザーへの恩恵

ユーザーは会話を消去せずに視覚的に画面を整理でき、必要に応じてスクロールして過去のやり取りをいつでも確認できるようになる。

変更前

以前は、閉じ括弧の後に余分なテキストが付いた権限ルール(例: Bash(ls) x)は、どのツール呼び出しにも一致しないまま、起動時に警告も出ずに黙って無視されていた。

変更後

以前は、閉じ括弧の後に余分なテキストが付いた権限ルール(例: Bash(ls) x)は、実際にはどのコマンドにも一致しないにもかかわらず、何も警告されないまま黙って無視されていた。この変更後は、そうしたルールが無効な設定として検出され、報告されるようになった。

ユーザーへの恩恵

綴りミスや書式ミスのある権限ルールが無効な設定として明示的に報告されるため、ユーザーは権限設定の誤りに気づき、意図したとおりにルールを修正できる。

変更前

サーバー管理設定で配信される CLAUDE.md(claudeMd)を適用する際、セキュリティ承認ダイアログが表示され、ユーザーの承認が必要だった。

変更後

サーバー管理設定で配信される CLAUDE.md(claudeMd)は、セキュリティ承認ダイアログを表示せずに適用される。

ユーザーへの恩恵

管理者が配信した CLAUDE.md の内容をユーザーが承認なしですぐに受け取れるようになる。

変更前

組織の Claude in Chrome 管理者設定で機能が無効化されていても、--chrome フラグや /chrome コマンドでブラウザ統合を有効化しようとする試みが反映されず、接続エラーになることがあった

変更後

Claude in Chrome が組織の管理者設定を尊重するようになり、管理者が Chrome 機能を無効化すると --chrome フラグ、/chrome コマンド、ブラウザツールがすべて利用できなくなる

ユーザーへの恩恵

管理者設定が一貫して強制されるため、組織のセキュリティポリシーに従ってブラウザツールへのアクセスが確実に制御される

変更前

Claude apps ゲートウェイは、Claude Desktop が読み取れる形式とは異なる形式で orgPluginSettings を送信していたため、新しい Desktop バージョンでも組織レベルのプラグイン設定が正しく反映されない可能性があった。

変更後

Claude apps ゲートウェイが、Claude Desktop 1.15200.0 以降が読み取るリスト形式で orgPluginSettings を送信するようになった。

ユーザーへの恩恵

組織のプラグイン設定が Claude Desktop 1.15200.0 以降で正しく読み取られるようになり、古いバージョンの Desktop では単に無視されるため互換性が保たれる。

変更前

ネストされたオブジェクト内のフィールド名のスペルミスは検出されず、起動後にエラーや意図しない動作として現れていた

変更後

ネストされたオブジェクト内のフィールドのスペルミスでも、起動時にエラーで停止するようになった

ユーザーへの恩恵

設定ミスを起動時に確実に検出でき、問題の原因となったフィールド名がエラーメッセージで示されるようになる

変更前

厳格サンドボックスモード(sandbox.allowUnsandboxedCommands: false)を有効にすると、Claudeによるコマンドだけでなく、! bashモードプロンプトからユーザーが入力したコマンドもサンドボックス内で実行されるため、サンドボックスの制約によって一部のコマンドが失敗していました。

変更後

これまで、厳格サンドボックスモード(sandbox.allowUnsandboxedCommands: false)が有効な場合、! bashモードプロンプトから入力したコマンドはサンドボックス内で実行されていました。この変更により、!プロンプトから入力されたコマンドは、!経由のbashモードコマンドはユーザー自身のターミナルで実行するのと同等であるため、厳格サンドボックスモードに関係なく、サンドボックスの外で実行されるようになりました。

ユーザーへの恩恵

! bashモードで入力したコマンドは、あたかも自分自身のターミナルで直接実行するかのように、サンドボックスの制約を受けずに動作するようになります。

変更前

ランナーは、ユーザーの入力待ちのみで止まっているセッションを --kill-session-after-min の制限に達すると強制終了し、失敗として報告していた。

変更後

ランナーは、ユーザーの入力待ちのみで止まっているセッションを終了せず、次のメッセージで再開可能な状態のままリリースする。

ユーザーへの恩恵

ユーザーの入力待ちで一時停止したセッションが失敗扱いで失われることなく、次のメッセージでそのまま再開できるようになる。

変更前

これまで、矛盾する長さ制約など絶対に満たせないスキーマを指定しても、実行の開始時に拒否されず、リトライを繰り返した末にエラーメッセージも乏しいままランが終了していました。結果は subtype: success で終わりながら structured_output が存在しないという状態になり、検証エラーも出ないため、欠落した structured_output だけが唯一の手がかりでした。また、リトライ上限に達したエラーには最後のバリデーション失敗の詳細が含まれていませんでした。

変更後

構造化出力のワークフロー agent({schema}) で、満たすことが絶対に不可能な JSON Schema を検出した場合、実行開始前にエラーを返して即座に拒否するようになりました。また、リトライ上限に達したエラーにも、最後に発生したバリデーション失敗の内容が含まれるようになり、スキーマの問題を特定しやすくなっています。

ユーザーへの恩恵

満たせないスキーマによる無駄な実行やリトライを事前に回避でき、エラーの内容からスキーマの問題をすばやく修正できるようになりました。

変更前

未pushのコミットが残るワークツリーを持つバックグラウンドセッションを削除しようとしても、Claude Code はワークツリーとセッションを保持するだけで、ユーザーはワークツリーのパスを手作業で調べて git worktree remove --force を実行した後、再度 claude rm を実行する必要がありました。

変更後

削除時に警告メッセージに未pushのコミットがあるブランチ名とコミット数が表示され、同じセッションをもう一度削除するとワークツリーごと破棄できるようになりました。

ユーザーへの恩恵

メッセージから対象ブランチとコミット数がすぐ分かり、再削除するだけで未pushコミットのワークツリーを破棄できるため、手作業でのワークツリークリーンアップが不要になります。

変更前

Claude アプリのゲートウェイにおいて、リフレッシュ失敗時のログが、失敗したステップの名前を明示するようになった。

変更後

リフレッシュ失敗時のログは、失敗が発生した箇所を特定できるようにのみ記録していたため、障害時の原因切り分けには追加の調査が必要だった。今回から、失敗したステップの名前がログに明示される。

ユーザーへの恩恵

開発者はログを見るだけでどの処理で失敗したかを把握でき、障害の原因特定と対応を素早く行えるようになる。

変更前

非インタラクティブセッション( -p / SDK )は、プロンプト処理が完了して応答待ちのアイドル状態でも、バックグラウンドのポーリング処理が動き続け CPU を継続的に消費していました。

変更後

非インタラクティブセッション( -p / SDK )はアイドル状態でも CPU を定期的に消費していましたが、起動後の内部タイマーを整理し、不要なポーリング処理を停止するようになりました。

ユーザーへの恩恵

CI やバッチ実行での -p / SDK セッションがアイドル時に CPU を消費しなくなり、並列実行時のリソース効率が改善します。

変更前

Claude apps gateway on Amazon Bedrockでは、中断されたリクエストの入力トークンをカウントする際に、トークン数に関係なく実際のリクエストが送信されており、少なくとも1トークンの課金が発生していた。

変更後

中断されたリクエストの入力トークンが、1トークンのリクエストではなく、AWSの無料のCountTokens APIでカウントされるようになった。

ユーザーへの恩恵

中断されたリクエストに対する不要なトークン課金を避け、AWSの無料APIでカウントできるようになった。

変更前

Edit(C:dir(name)**) のようなルールを設定に書くと、エラーメッセージでは ( がエスケープされた括弧として解釈されていた。そのためパス区切りの意図と食い違い、ユーザーはエラーの原因を誤解しやすい状態だった

変更後

Edit などのルールで (name) のように書かれたパスは、( がエスケープされた括弧ではなくパス区切りとして正しく扱われるようになる

ユーザーへの恩恵

明確な書き方の提案が示されることで、パス区切りとエスケープされた括弧のどちらを意図しているかを区別できるようになる

変更前

Opus や Fable の 1M コンテキストセッションでは、コンパクションのタイミングが適切でなく、また非常に大きなコンテキストでのリカバリーコンパクションは10分でタイムアウトしていた。

変更後

Opus と Fable のセッションでは、1Mトークンの上限の直前に自動コンパクションが実行されるようになり、非常に大きなコンテキストでのリカバリーコンパクションも10分でタイムアウトしなくなった。

ユーザーへの恩恵

1M コンテキストのモデルを長時間のセッションで安定して利用でき、コンパクションまわりの失敗や待ち時間を気にせず作業を続けられる。

変更前

ultrareview はクラウドレビューの完了を最大 30 分までしか待機せず、それを超える長時間のレビューはタイムアウトしていた。

変更後

クラウドレビューの完了を最大 45 分まで待機するようになった。これにより従来の 30 分では完了しなかった長時間のレビューも最後まで待てる。

ユーザーへの恩恵

長時間かかるクラウドレビューでもタイムアウトで中断されず、結果を受け取れるようになった。

変更前

セッション途中で /effort で effort レベルを変更すると、キャッシュが完全に無効化され、次のリクエストで会話履歴全体が再計算されていた。

変更後

セッション途中で /effort で effort レベルを変更しても、プロンプトキャッシュが保持されるようになった。

ユーザーへの恩恵

セッション途中に effort レベルを調整してもキャッシュミスによる遅延や追加コストが発生しなくなり、柔軟に切り替えられるようになった。

変更前

バンドルされた claude-api スキルの Go・Java・C# サンプルでは旧世代のモデル ID が使われており、ワーカーやサブエージェントに安価な旧世代モデルを指定してもよいのかが明記されていなかった。

変更後

バンドルされた claude-api スキルの Go・Java・C# サンプルが最新世代のモデル ID を使うようになり、安価なワーカーやサブエージェント向けモデルも最新世代にすべきだと明記された。

ユーザーへの恩恵

サンプルを参考にするだけで最新世代のモデル ID でコードを書けるようになり、ワーカーやサブエージェント用のモデル選択も迷わず行えるようになる。

変更前

サブエージェントが起動したバックグラウンドコマンドには1時間の制限があり、期限が来ると終了していない場合でも強制停止されていました。

変更後

サブエージェントが起動したバックグラウンドコマンドは、メインセッションが開始するコマンドと同様に、終了するか停止されるまで実行されるようになりました。

ユーザーへの恩恵

サブエージェントは時間のかかるタスクを途中で断念することなく、最後まで実行できるようになります。

変更前

Read/Edit/Writeの権限ルールのパスに括弧が含まれていると、Bashサンドボックスがそのルールを無効なものとして破棄するか無視していました。その結果、「読み取り専用」のはずのフォルダが書き込み可能なまま残っていました。

変更後

Read/Edit/Write権限ルールでパスに括弧が含まれるものは、Bashサンドボックスによって無効なルールとして破棄または無視されていました。そのため、サンドボックス設定で「読み取り専用」にしたはずのフォルダに実際には書き込みが可能なままになっていました。修正後は括弧を含むパスの権限ルールも正しく認識され、サンドボックスがそれに従って読み取り専用フォルダへの書き込みをブロックします。

ユーザーへの恩恵

サンドボックスの権限ルールに括弧を含むパスを指定しても、読み取り専用フォルダへの意図しない書き込みが起こらなくなる。

変更前

ファイル権限ルールにコンパイル不能なパターン(例:閉じられていない [)が含まれていると、正規表現のコンパイルに失敗し、すべてのファイル編集が Invalid regular expression エラーで失敗していた

変更後

コンパイル不能なパターンを含む拒否ルールは、そのルールが本来守るべきリテラルパスに対してのみ機能するようになる

ユーザーへの恩恵

1つの無効なパターンが原因で他の正常なファイル編集まで失敗することがなくなり、意図したパスのみを確実に保護できる

変更前

zsh の REPORTTIME・REPORTMEMORY・DIRSTACKSIZE への代入内にコマンド置換を隠したコマンドが、Bash 権限チェックで自動承認されていた。修正後は、これらのコマンドが検出され、実行前にユーザーへ承認を求めるようになった。

変更後

REPORTTIME、REPORTMEMORY、DIRSTACKSIZE への代入内にコマンド置換を隠した zsh コマンドが、Bash 権限チェックで自動承認されていました。修正後は、これらのコマンドが検出され、実行前にユーザーへ承認を求めるようになりました。

ユーザーへの恩恵

ユーザーは、隠れたコマンド置換を含む zsh コマンドが知らない間に実行されるのを防ぎ、シェルコマンドの実行可否を明示的に制御できるようになる。

変更前

Bedrock でのモデル検出、トークン数のカウント、AWS SSO/STS による認証情報の取得が、企業のルート CA が OS の証明書ストアにのみ存在する場合に「unable to get local issuer certificate」エラーで失敗していた。

変更後

Bedrock でのモデル検出、トークン数のカウント、AWS SSO/STS による認証情報の取得が、企業のルート CA が OS の証明書ストアにのみ存在する場合に「unable to get local issuer certificate」エラーで失敗していた。この修正により、OS の証明書ストアにあるルート CA が自動的に信頼されるようになり、これらの処理が正常に完了する。

ユーザーへの恩恵

ユーザーは NODE_EXTRA_CA_CERTS の設定など追加の証明書構成を行わなくても、企業プロキシ環境下で Bedrock 連携や AWS 認証をそのまま利用できる。

変更前

macOS でも permissions.blockReadsOutsideWorkingDirectories が正しく機能し、サンドボックス化された git コマンドからユーザーの git config を保護し、worktree 分離されたサブエージェントも自身のチェックアウトに問題なくアクセスできる。

変更後

permissions.blockReadsOutsideWorkingDirectories が有効な環境でサンドボックス内の git コマンドがユーザーの git config を読めず、worktree 分離されたサブエージェントも自身のチェックアウトを参照できずに動作しなかった。

ユーザーへの恩恵

macOS ユーザーはファイル読み取り制限を有効にしても git 操作や worktree 分離されたサブエージェントが正常に動作するようになる。

変更前

以前の /login で残った API キーが残存している場合、claude.ai Enterprise/Team ユーザーの managed settings が読み込まれず、ポリシーや設定が適用されなかった

変更後

claude.ai Enterprise/Team ユーザーが過去の /login で残った API キーを持っていても、managed settings を正しく読み込めるようにした

ユーザーへの恩恵

残存する API キーがあっても Enterprise/Team の managed settings が確実に適用されるようになる

変更前

/status を実行すると、実際に使用されていない認証情報も、使用中の認証情報と区別なく表示される。

変更後

/status を実行すると、サインイン済みの claude.ai アカウントと設定済みの API キーの両方が有効な認証情報であるかのように表示される。

ユーザーへの恩恵

ユーザーは /status を見るだけで、どちらの認証情報が実際に有効かを一目で判別できる。

変更前

マネージド設定でバンドルスキルのエイリアス(例: /doctor に対する checkup)をキーにした skillOverrides エントリーを書いても無視され、スキルを非表示にできなかった。また、Skill(name) の deny ルールは <dir>:name 形式で列挙されたネストされたスキルをカバーしておらず、そのようなスキルの呼び出しをブロックできなかった。

変更後

マネージド設定の skillOverrides エントリーが、バンドルスキルのエイリアス(例: /doctor の checkup)をキーにしても適用されるようになった。また、Skill(name) の deny ルールが <dir>:name 形式で列挙されたネストされたスキルにも一致するようになった。

ユーザーへの恩恵

管理者はバンドルスキルをエイリアス名でも確実に無効化でき、deny ルールでネストされたスキルの呼び出しも確実にブロックできる。

変更前

ANTHROPIC_DEFAULT_FABLE_MODEL でピン留めしたモデル ID に [1m] タグが付いていても、model: fable のエージェントはこのタグを無視していた

変更後

ANTHROPIC_DEFAULT_FABLE_MODEL でピン留めしたモデル ID に [1m] タグが付いていても、model: fable のエージェントがこのタグを無視するようになった

ユーザーへの恩恵

1M トークンのコンテキストウィンドウを必要とする fable エージェントのセッションが、意図せず 200K で強制圧縮されなくなった

変更前

Fable 5.1 を利用できる組織でも、/model ピッカーには Fable 5.1 が表示されず、/model claude-fable-5-1 と直接入力した場合にのみ受け付けられていた。

変更後

利用可能な組織では、/model ピッカーに Fable 5.1 が表示されるようになり、ピッカーから選択できるようになった。

ユーザーへの恩恵

利用可能なユーザーは、コマンドを手入力しなくても /model ピッカーから Fable 5.1 を直接選択できるようになる。

変更前

ツール結果の後に付加されるコンテキストが Claude Fable 5.1 のプロンプトキャッシュの対象に含まれず、ツール呼び出しのターンごとに未キャッシュの入力として再送され続けていた。

変更後

ツール結果の後に付加されるコンテキストが Claude Fable 5.1 のプロンプトキャッシュの対象になり、ツール呼び出しのたびに未キャッシュの入力として再送されなくなった。

ユーザーへの恩恵

ツール呼び出しを伴うターンで未キャッシュの入力再送がなくなり、API コストと応答速度が改善する。

変更前

プラグインのフックの読み込みに一度失敗すると、そのセッション中は以降のモデル切り替えが拒否され続けました。切り替えのたびに状態は再評価されず、拒否理由にも実際の原因が表示されませんでした。

変更後

プラグインのフック読み込みに失敗しても、ブロック判定がセッションの残りで固定されず、モデルを切り替えるたびに PreModelSwitch フックの状態が再チェックされます。また、切り替えが拒否された場合は、拒否理由にフック読み込み失敗など実際の原因が示されます。

ユーザーへの恩恵

ユーザーはセッションを再起動せずにモデル切り替えを再試行でき、拒否された場合は原因を確認できるようになります。

変更前

organization管理下のプラグインのマーケットプレイス読み込みに失敗すると、そのエラーがセッション全体のモデル切り替えに波及し、モデルを切り替えられなかった。

変更後

organization管理下のプラグインのマーケットプレイス読み込みに失敗しても、その失敗がプラグインに限定して処理されるようになり、モデルを切り替えられる。

ユーザーへの恩恵

プラグインのマーケットプレイスに問題がある環境でも、モデルの切り替えがブロックされずに済むようになる。

変更前

以前は、SDK 経由で提供される MCP サーバー(Desktop connectors など)が初回ターンで欠落し、次のターンにようやく表示されることがありました。

変更後

SDK 経由で提供される MCP サーバー(Desktop connectors など)がセッションの初回ターンから確実に読み込まれるようになりました。

ユーザーへの恩恵

これにより、セッション開始直後から MCP ツールを中断なく利用できるようになります。

変更前

クラウドホスト型の claude.ai セッションでタスク実行中にコネクタを追加または削除すると、Claude in Chrome ツールが「Not connected」エラーで失敗していた。

変更後

コネクタを追加または削除しても、クラウドホスト型の claude.ai セッションでタスク実行中に Claude in Chrome ツールが「Not connected」エラーで失敗しなくなった。

ユーザーへの恩恵

クラウドセッション中にコネクタの構成を変更しても Chrome 連携ツールが切断されず、中断なしで作業を続けられる。

変更前

国旗などの絵文字や結合絵文字、アクセント付き文字が折り返し行をまたいで分割され、端末の右端2列に絵文字が来ると古いテキストが画面に残ったままになることがあった。

変更後

端末の右端2列に国旗絵文字や結合絵文字が来る場合も、折り返し行をまたぐ分割や画面への古いテキストの残存が起こらず、はみ出す部分が … として表示されるようになった。

ユーザーへの恩恵

絵文字やアクセント付き文字を含む表示でも、入力欄の描画が乱れずに正確な表示を確認できるようになる。

変更前

Remote Control でモデルを選ぶ際、無効なモデル名でもその場では受け付けられ、セッション開始後の次のメッセージ送信時に失敗していた。エラーの原因がモデル選択なのか分かりにくく、問題の切り分けが難しかった。

変更後

無効なモデル名は Remote Control 側で受け付けられず、エラーが出て起動・接続に失敗する。セッション自体が始まらず、ユーザーはその場で問題に気づける。

ユーザーへの恩恵

ユーザーはモデル選択時に即座に無効な名前を指摘され、後続のメッセージ送信で失敗するのを避けられる。

変更前

バックアップファイルが欠落している場合、リワインド処理は実際には何も復元せずに成功メッセージを返すように修正され、正しく警告や失敗が通知されるようになった。

変更後

チェックポイントのバックアップファイルが存在しない場合でも、/rewind や --rewind-files が成功と報告し、ユーザーには何も復元されなかったことが分からなかった。

ユーザーへの恩恵

ユーザーは復元が失敗したことを確実に検知でき、データ損失を見逃すリスクを回避できるようになった。

変更前

/rewind で会話を巻き戻しても、取り除かれたターンでのファイル読み取り履歴が残っていた。そのため外部編集後に「File unchanged since last read」というスタブが表示され、差分ではなくファイル全体がコンテキストへ再注入されていた。

変更後

/rewind の実行後も、巻き戻しで取り除かれたターンでのファイル読み取り履歴が残る。そのため外部編集後に「File unchanged since last read」というスタブが表示され、差分ではなくファイル全体がコンテキストへ再注入される。

ユーザーへの恩恵

/rewind 実行後のファイル読み取り状態が正しくリセットされ、外部編集後に不要なファイル全体の再注入が起こらなくなる。

変更前

worktree の git メタデータ欠落を検出すると、セッションは worktree を使わずに通常のディレクトリで再開し、以降の再試行も成功する。

変更後

セッションの worktree ディレクトリから git メタデータが失われた後も、-p --resume/--continue による再試行が毎回失敗していた。

ユーザーへの恩恵

デスクトップアプリで一時的な git メタデータの欠落が起きても、セッション再開が恒久的に失敗せず、1 回の失敗で済むようになる。

変更前

サブエージェントがSendMessage経由で別のエージェントを再開した場合、そのエージェントの完了通知がメイン会話に転送され、再開を要求したサブエージェントは完了を検知できないままでした。

変更後

サブエージェントがSendMessage経由で別のエージェントを再開した場合、そのエージェントの完了通知がメイン会話に転送され、再開を要求したサブエージェントは完了を検知できないままでした。

ユーザーへの恩恵

サブエージェントが他のエージェントの完了を確実に受け取れるようになり、待機中のワークフローが滞りなく進むようになります。

変更前

エージェントチームにおいて、長い API リトライ待ち(例: CLAUDE_CODE_RETRY_WATCHDOG 設定時)の間に、リトライ通知が実際のメッセージを置き換えてしまい、in-process モードの teammate の transcript でメッセージが失われたり表示が空白になったりしていた。

変更後

修正前は、CLAUDE_CODE_RETRY_WATCHDOG などの設定による長い API リトライ待ちの間に、リトライ通知が transcript 内の実際のメッセージを押し出してしまい、in-process の teammate の transcript でメッセージが失われたり、表示が真っ空白になったりすることがあった。修正後は、リトライ通知が実際のメッセージを置き換えなくなり、リトライ待ちの間も teammate の transcript にメッセージが保持される。

ユーザーへの恩恵

長時間の API リトライが発生しても teammate の会話履歴が消えないため、ユーザーは各 teammate が何をしていたかを確認したまま対処できる。

変更前

バックグラウンドに移動したセッションがListAgentsに2回表示され、片方は同じ名前の幻のinteractiveセッションとして扱われ、ビュワーにSendMessageの配信も届いていた。

変更後

バックグラウンドに移動したセッションがListAgentsに2回表示されなくなり、ビュワーにもSendMessageの配信が届かなくなる。

ユーザーへの恩恵

同じセッションの重複表示を気にせず、ListAgentsやビュワーでセッションを正しく識別できる。

変更前

多数のセッションが同一のプロジェクトディレクトリを共有している環境では、タスク出力の入れ替え処理が競合して拒否され、「task output swap refused」というエラーが断続的に発生していた。

変更後

複数セッションが同一プロジェクトディレクトリを共有しても、タスク出力の読み書きが正しく同期され、「task output swap refused」エラーが断続的に発生しなくなった。

ユーザーへの恩恵

並行して複数のセッションを同一プロジェクトで実行しても、断続的なタスク出力エラーに悩まされずに安定して作業を続けられる。

変更前

Fullscreen モード中に Ctrl+Z でシェルへ一時的に抜けたあと、シェルが端末の alternate screen に留まり、一時停止中の Claude Code インターフェースの上に描画されていた。

変更後

Fullscreen モード中に Ctrl+Z でシェルへ一時的に抜けたあと、シェルが端末の alternate screen に留まり、一時停止中の Claude Code インターフェースの上に描画されていた。修正により、Ctrl+Z 後にシェルが通常のメイン画面に正しく戻るようになり、一時停止中のインターフェースと干渉しなくなる。

ユーザーへの恩恵

fullscreen レンダラーの利用者が Ctrl+Z でシェルに抜けても、画面が壊れずに Claude Code に戻れるようになる。

変更前

Workflow ツールで実行中のサブエージェントが長いコンテキストの圧縮（compaction）処理の途中でも stalled 状態と誤判定され、強制的に再起動されていた

変更後

コンテキストの圧縮が完了していない場合、Workflow ツールのサブエージェントは stalled 状態とみなされず、再起動されなくなった

ユーザーへの恩恵

長いコンテキストの圧縮待ちの間も Workflow のサブエージェントが勝手に再起動されなくなり、進行中の作業が中断されずに完了するようになる

変更前

Claude Desktop などのホストアプリが URL マーケットプレイスをディレクトリとして保存している場合、そこからプラグインをインストールしようとすると 「marketplace entry path does not stay inside the marketplace directory」 というエラーで失敗していました。

変更後

URL マーケットプレイスから追加したプラグインを、ホストアプリがマーケットプレイスをディレクトリとして保存している場合でもインストールできるようになりました。これまで 「marketplace entry path does not stay inside the marketplace directory」 というエラーでインストールに失敗していました。

ユーザーへの恩恵

ホストアプリ経由でディレクトリとして保存された URL マーケットプレイスのプラグインも、エラーなくインストールできるようになります。

変更前

claude.ai、デスクトップアプリ、モバイル(Remote Control)から操作しているセッションでアーティファクトが公開されると、不要なブラウザタブが追加で開いていた。

変更後

claude.ai、デスクトップアプリ、モバイル(Remote Control)から操作しているセッションでアーティファクトが公開された際に、余分なブラウザタブが開かないようにした。 Remote Control の機能・設定に関する修正.

ユーザーへの恩恵

リモート操作中でも余分なタブが開かなくなり、意図したブラウザ環境を維持できるようになる。

変更前

一部の Cowork セッションで、Artifact ツールの最初の呼び出しが正常に完了し、アーティファクトの作成や更新ができる。

変更後

Artifact ツールの最初の呼び出しで、ツールパラメーターがバリデーションを通らず「Invalid tool parameters」エラーで失敗することがあり、そのセッション内でアーティファクトを作成・更新できなかった。

ユーザーへの恩恵

ユーザーは Cowork セッションの開始直後にアーティファクト作成をリトライせずに済むようになる。

変更前

スキルやスラッシュコマンドを実行すると、IDE で選択していた行の選択状態が失われ、「N 行選択中」というコンテキストが Claude に届いていませんでした。

変更後

スキルやスラッシュコマンドを実行しても IDE で選択中の行が維持されるようになり、「N lines selected」というコンテキストが Claude に届くようになりました。

ユーザーへの恩恵

エディタでコードを選択したままコマンドを実行でき、選択範囲を明示した指示をそのまま Claude に伝えられるようになります。

変更前

ネストされたサブグループ配下のGitLabプロジェクトでは、Claude Codeがリポジトリの検出に失敗することがありました。

変更後

GitLabのネストされたサブグループ(例: gitlab.com/group/subgroup/project)にあるプロジェクトでも、Claude Codeが正しくリポジトリを検出できるように修正されました。

ユーザーへの恩恵

サブグループ配下のGitLabプロジェクトでも、開発者はリポジトリを正しく検出・利用できるようになり、安定して作業できる。

変更前

GitLab リポジトリで作業している場合でも、レンダリングされた出力内の owner/repo#123 形式の issue 参照が github.com にリンクされる不具合がありました。この修正により、GitLab リポジトリでは gitlab.com の該当 issue にリンクされるようになりました。

変更後

GitLab リポジトリで作業している場合でも、レンダリングされた出力内の owner/repo#123 形式の issue 参照が github.com にリンクされる不具合がありました。この修正により、GitLab リポジトリでは gitlab.com の該当 issue にリンクされるようになりました。

ユーザーへの恩恵

GitLab ユーザーは、表示された issue 参照をクリックするだけで正しい gitlab.com の issue に直接アクセスでき、誤ったリンク先に飛ばされなくなります。

変更前

Remote Control が自動で有効になると、新規セッションで VS Code のウェルカム画面が消えていた。

変更後

Remote Control が自動で有効になった後も、新規セッションで VS Code のウェルカム画面が表示され続けるようになった。

ユーザーへの恩恵

Remote Control 利用中でもウェルカム画面が消えないため、新規セッションの開始時に案内や状態を確認しやすくなる。

変更前

セッション履歴ピッカーで、別タブですでに開いているセッションを選ぶと、同じセッションがもう一度読み込まれ、重複したタブが開いていた。

変更後

セッション履歴ピッカーで、別タブですでに開いているセッションを選ぶと、そのタブへ切り替わる。

ユーザーへの恩恵

同じセッションが重複して開かれず、既存のタブに即座に切り替えられるため、タブの乱立を防ぎながらセッションの再開がスムーズになる。

変更前

タブの表示がリロードされている間にセッションタブの Rename コマンドを実行すると、何の通知もなく無視されて失敗していた。

変更後

セッションタブの表示のリロード中でも、Rename コマンドが常に確実に適用されるようになった。

ユーザーへの恩恵

セッションタブの名前変更がどのタイミングでも確実に反映され、やり直す手間がなくなる。

変更前

Claude Code v2.1.260 以前では、Claude Code が切断された応答を再試行した際に、半分だけ表示されたメッセージ、空のツールカード、余分な「Thought for」行のいずれかが画面に残り続けた。

変更後

Claude Code v2.1.260 以降では、応答が切断されて再試行された場合でも、部分的に表示されたままのメッセージや空のツールカード、余分な「Thought for」行が画面に残らないようになった。

ユーザーへの恩恵

応答の再試行後に表示が正しく整理されるため、開発者は残骸表示を気にせず最新の応答をそのまま確認できる。

変更前

VS Code 拡張機能で「Enable Remote Control for all sessions」を有効にしても、トグルを切り替えた時点でまだ起動中であったセッションタブには設定が適用されなかった。そのため、そのようなタブでは Remote Control が自動的に有効にならなかった。

変更後

「Enable Remote Control for all sessions」のトグルを切り替えた後、すでに起動中のセッションタブにも自動接続設定が確実に反映される。トグルが切り替わったときにまだ起動途中だったセッションタブも、設定適用の対象に含まれるようになった。

ユーザーへの恩恵

起動直後のセッションタブでも自動接続設定がもれないため、すべてのセッションで Remote Control を確実に利用できるようになった。