Claude Code v2.1.267

変更前

これまで効果レベルは、/effort コマンド、--effort フラグ、effortLevel や modelSettings などの設定キーで自由に設定でき、選択肢に上限を課す仕組みが存在しなかった。そのため、組織やユーザーが特定のモデルで過剰に高い効果レベルが使われるのを制限したい場合、設定でそれを防ぐ手段がなかった。

変更後

新しい maxEffortLevel 設定が追加された。これにより、設定ファイルのトップレベル、または modelSettings 配下のモデルごとのいずれかで、効果レベルの上限を指定できるようになった。Bedrock、Vertex、Foundry を含むすべてのプロバイダーに適用され、上限を超えて高い効果レベルを選択することはできなくなる。

ユーザーへの恩恵

ユーザーや組織は効果レベルの上限を設定で明示的に固定できるようになり、コストやトークン消費の増大を防ぎつつ、必要な場合にはより低いレベルを自由に選択できるようになった。

変更前

セッション開始時に記録されたシステムプロンプトのスナップショットが会話全体で再利用されていた。そのため --system-prompt や --append-system-prompt 等でプロンプト本文を調整しても、変更は次のセッションまで反映されなかった。

変更後

v2.1.267から、CLIフラグ --system-prompt-snapshot off が使えるようになった。このフラグを指定すると、会話に記録済みのスナップショットを再利用せず、システムプロンプトを毎回のリクエストで新しく組み立ててレンダリングする。

ユーザーへの恩恵

システムプロンプトの文言をループの中で素早く検証でき、実験までの時間が短縮される。

変更前

Claude Tag の管理設定で接続を設定する場合、カスタム接続を使いたくても、まずプリセット接続フォームから始めて設定し直す必要があった。

変更後

Claude Tag の管理設定にあるプリセット接続フォームに「Use a custom connector(カスタムコネクタを使用)」リンクが追加された。リンクからカスタム接続の設定画面に直接移動できる。

ユーザーへの恩恵

設定を最初からやり直すことなく、プリセット接続のフォームから直接カスタム接続へ切り替えられる。

変更前

セルフホストランナーは、--use-anthropic-git-proxy フラグを登録時にサーバーへ報告していませんでした。また、従来の git プロキシ経由でクローンするセッションがあっても、それを知らせる警告は表示されませんでした。

変更後

セルフホストランナーは、登録時にサーバーへ --use-anthropic-git-proxy フラグを報告するようになり、従来の git プロキシ経由でクローンが続いているセッションごとに警告を出力します。

ユーザーへの恩恵

ランナーの構成状態がサーバー側で把握できるようになり、レガシーな git プロキシに依存したセッションへ運用者が迅速に気づけるようになります。

変更前

forward_user_identity が有効な upstream で上流が 429 を返すと、ゲートウェイは通常のフェイルオーバー動作に従い、リスト内の次の upstream へリクエストを再送していた。最終的なレスポンスは、どの upstream が処理したかによって異なり、開発者ごとのレート制限が実質的に機能しない場合があった。

変更後

forward_user_identity が有効な upstream では、メールヘッダが転送された開発者へのリクエストに対して、次の upstream へフェイルオーバーせず、上流が返した 429 をそのまま返す。

ユーザーへの恩恵

ユーザーは開発者ごとの使用量制限が正しく適用されるため、フォワードプロキシ側で per-developer の予算管理やレート制限を正確に行える。

変更前

/diff パネルを開くと、確定前の中間表示や余計なちらつきがなくなり、空の状態がパネル中央に表示される。

変更後

/diff パネルを開くと、確定前の状態で一瞬「0 files changed」とスピナーが表示されてから実際の内容に切り替わり、空の状態がパネル内で左寄せになっていた。

ユーザーへの恩恵

diff パネルを開いたときのちらつきや一時的な表示がなくなり、内容をすぐに把握できる。

変更前

Bashツール実行時、Claude は permission リクエストの description にコマンド自体をそのまま書くことがあり、コマンドの中身を読み取らないと意図が分からない状態でした。

変更後

Bashツール実行時の説明は、コマンドをそのまま繰り返すのではなく、コマンドの内容を平易な言葉で説明するよう Claude へのガイダンスが改善されました。

ユーザーへの恩恵

ユーザーはコマンド構文を読み解かなくても、承認ダイアログや通知だけで実行内容を理解できるようになり、安全にコマンドを承認できる。

変更前

サンドボックス内で pbcopy などのクリップボードコマンドが失敗しても、Claude は /copy を提案せず、ユーザーはクリップボードが更新されない理由を自力で突き止める必要があった。

変更後

サンドボックス内で pbcopy などのクリップボードコマンドが失敗したとき、Claude が /copy コマンドの利用を提案するようになった。

ユーザーへの恩恵

ユーザーはクリップボードが反映されない問題に悩まず、Claude の提案に従って /copy を実行するだけで出力をクリップボードにコピーできる。

変更前

--resume で Bash ツール呼び出しを多数含むセッションを再開すると、初回表示まで時間がかかっていた。

変更後

--resume の初回描画が、Bash ツールを多用するセッションでも高速化され、過去セッション再開時の待ち時間が短くなる。

ユーザーへの恩恵

Bash ツール呼び出しが多い過去セッションでも、再開後すぐに操作を始められる。

変更前

スピナーやストリーミング出力の再描画のタイミングによっては、キー入力が1フレームだけ遅れて表示されることがあり、入力に対する画面の反映がもたついて見えることがあった

変更後

プロンプト入力の応答性が向上し、キーストロークがスピナーやストリーミング再描画の背後で1フレーム遅れて表示されることがなくなった

ユーザーへの恩恵

ターミナル上の入力反映が即時になり、タイプ中の操作感が滑らかになる

変更前

サブエージェントや --system-prompt / --append-system-prompt 付きセッションでは、リクエストごとにシステムプロンプトとツール定義が再レンダリングされており、プレフィックスの一致が崩れてプロンプトキャッシュが安定して効かなかった。

変更後

システムプロンプトとツール定義を毎回再生成せず、初回に一度だけ記録してキャッシュを再利用するようになった。

ユーザーへの恩恵

ユーザーはキャッシュミスによるコストとレイテンシの増大を気にせず、サブエージェントやカスタムシステムプロンプト付きセッションを安定した速度・費用で実行できる。

変更前

アーティファクトの公開が拒否されたとき、拒否された理由と対処法がエラーメッセージに表示されるようになった。

変更後

アーティファクトの公開が拒否されたとき、エラーメッセージに理由が表示されず、対処法も分からなかった。

ユーザーへの恩恵

公開に失敗した理由と対処法がすぐ分かるようになり、必要な条件を満たしてスムーズに再公開できる。

変更前

管理対象設定でサンドボックス化が必須とされている組織では、クラウド上で実行される Cowork の予約タスクが起動時に失敗していた。

変更後

サンドボックスを必須とする管理対象設定がある環境でも、クラウド上の Cowork 予約タスクが起動時に失敗しなくなった。

ユーザーへの恩恵

ユーザーはサンドボックス必須のポリシー環境下でも Cowork の予約タスクを問題なく実行できるようになり、ポリシーとの両立が容易になる。

変更前

モバイルクライアントから /context などのローカルコマンドを実行した際、その出力がレンダリングされず画面が空白になっていました。

変更後

モバイルクライアントでも /context などのローカルコマンドの出力が正しくレンダリングされ、空白にならずに表示されるようになりました。

ユーザーへの恩恵

スマートフォンからでもローカルコマンドの結果をすぐに確認できるようになり、モバイルでのセッション運用がスムーズになります。

変更前

tmux または SSH セッション内で Claude Code を実行している状態から agent view に再接続すると、Shift+Enter による改行や Option+Backspace による単語削除のキー操作が効かなくなる

変更後

再接続後も、agent view 内で Shift+Enter による改行入力や Option+Backspace による単語削除が正しく動作する

ユーザーへの恩恵

ユーザーは再接続後にキー操作が失われることなく、キーバインドの再設定をせずにそのまま作業を続けられる

変更前

フルスクリーンモードで会話を上にスクロールした際、直前のプロンプトのヘッダーが会話の先頭に表示されない。

変更後

フルスクリーンモードで会話を上にスクロールした際、直前のプロンプトのヘッダーが薄い表示で会話の先頭に表示される。

ユーザーへの恩恵

フルスクリーンモードで過去の会話をさかのぼる際、直前のプロンプトの位置を一目で把握できる。

変更前

Workflow の agent() 呼び出しで大きな出力スキーマを使うと、安全クラスファイアによる判定を受けずに auto mode によって一律に拒否されていた。

変更後

Workflow の agent() 呼び出しで大きな出力スキーマを使った場合も、auto mode の安全クラスファイアが通常どおり安全性を判定して承認または拒否を下せるようになった。

ユーザーへの恩恵

大きな出力スキーマを持つ Workflow の agent() 呼び出しが誤ってブロックされなくなり、auto mode でも通常の安全チェックの流れで実行できるようになる。

変更前

バックスラッシュを含むマーケットプレイスのエントリーパスが、macOSおよびLinuxにおいて、フィッシュされたマーケットプレイスの境界チェックをバイパスする可能性がありました。パス検証の際にパスが正規化されておらず、チェックが不完全でした。

変更後

パスの正規化が導入され、バックスラッシュを含むエントリーパスが境界チェックの対象として正しく評価されるようになりました。その結果、フィッシュされたマーケットプレイスの境界チェックをバイパスすることができなくなりました。

ユーザーへの恩恵

ユーザーは悪意のあるまたは不正なマーケットプレイスのパスがフィッシュされたマーケットプレイスの境界外に存在することを確信できます。

変更前

ホストアプリ上で AWS または Google Cloud の認証情報が期限切れになると、汎用的な「request failed」というメッセージとともに 10 回の再試行が行われた後で、再認証を促すエラーが表示される。

変更後

ホストアプリ上で AWS または Google Cloud の認証情報が期限切れになっても、汎用的な「request failed」というメッセージとともに 10 回の再試行が行われた後でなければ、再認証を促すエラーが表示されない。

ユーザーへの恩恵

期限切れの AWS または Google Cloud 認証情報に対して、ユーザーは汎用的な「request failed」というメッセージによる不要な再試行を待つことなく、すぐに再認証のエラーから対処できるようになる。

変更前

-p --resume でセッションを再開した際、/compact などのスラッシュコマンドが実行された履歴があると、Claude が存在しない継続コンテキストに基づいて応答する可能性があった。

変更後

-p --resume でセッションを再開した際、/compact などのスラッシュコマンドが実行された履歴があっても、余計な Continue from where you left off. のターンが挿入されなくなった。

ユーザーへの恩恵

ユーザーは再開されたセッションの文脈が乱れることなく、元の作業を確実に引き継げるようになる。

変更前

5 MBを超えるトランスクリプトを持つ大きなセッションを再開すると、並列ツール呼び出しとそのhook出力が再読み込み済みの会話から落ちていた

変更後

セッション再開時に5 MBを超えるトランスクリプトでも、並列ツール呼び出しそれぞれと、それに付随するhook出力がすべて再読み込み済みの会話に残る

ユーザーへの恩恵

大きなセッションでも並列ツール呼び出しの全経過とhook出力が欠落せず、再開後に作業経緯を把握できる

変更前

マネージド設定の allowedHttpHookUrls、httpHookAllowedEnvVars、allowedChannelPlugins のいずれかが読み取れない(無効な)値だった場合、Claude Code はそのキーを無視し、HTTP hook やチャネル プラグインが既定の制限なしで動作する状態になっていました。

変更後

読み取りに失敗した場合、managed allowedHttpHookUrls、httpHookAllowedEnvVars、allowedChannelPlugins は空の許可リストとして扱われ、すべての HTTP hook、機密性の高い環境変数、チャネル プラグインがブロックされるようになりました。

ユーザーへの恩恵

管理者は、managed settings の値の破損や読み取りエラーが発生しても、意図しない hook やチャネル プラグインの実行を防ぎ、fail closed によってセキュリティ ポリシーを維持できるようになります。

変更前

管理設定でClaude apps gatewayサインインが必要なマシンでは、/loginのダイアログでEscキーを押しても何も反応せず、ダイアログを閉じられなかった。

変更後

Escキーを押すとダイアログが閉じ、サインインを中断して通常どおりセッションを続行できる。

ユーザーへの恩恵

Escキーでダイアログを閉じられるようになり、gatewayサインインを途中でやめて作業を続けられる。

変更前

artifact の公開中に接続が切断されると、アップロードの成否を確認できないまま、結果が不明である旨のエラーが報告されていた

変更後

アップロードが完了しなかったと判断できる場合、artifact の公開を 1 回だけ再試行し、結果が分からない旨を報告せずに公開を完了させる

ユーザーへの恩恵

一時的な接続切断の後でも、手動での再試行なしに artifact を公開できる

変更前

Opus 4.7、Opus 4.8、Fable 5 ではデフォルトの effort レベルが固定されているため、カスタムコマンド、スキル、サブエージェントのフロントマターに書かれた effort: の指定が無視されていた。

変更後

これらのモデルでは effort: フロントマターが尊重され、カスタムコマンド、スキル、サブエージェントがそれぞれ指定された effort レベルで実行される。

ユーザーへの恩恵

モデル側のデフォルト固定に左右されず、コマンドやスキル、サブエージェントごとに意図した推論の深さを設定した通りに使えるようになる。

変更前

Artifact 公開時にページファイルが有効な UTF-8 でない、または置換文字 (U+FFFD) を含む場合、役に立たないエラーで公開に失敗していた。

変更後

Artifact 公開時にページファイルが UTF-8 として不正だったり置換文字 (U+FFFD) を含む場合でも、エラーに行番号と列番号が表示されるようになった。

ユーザーへの恩恵

ユーザーはエラーメッセージから修正すべき箇所を特定しやすくなり、問題を迅速に解決できる。

変更前

claude agents で @ を押してセッションの宛先ディレクトリを選ぶ際、セッション開始後に作成された Git リポジトリも候補に表示されるようになり、選択できる。

変更後

claude agents で @ を押してセッションの宛先ディレクトリを選ぶ際、セッション開始後に作成された Git リポジトリが候補に表示されず、選択できなかった。

ユーザーへの恩恵

セッション開始後に作成したリポジトリへも、再起動せずにそのまま新しいセッションを割り当てられる。

変更前

Claude Desktop または VS Code のセッションに Remote Control クライアント（claude.ai やモバイルアプリなど）が参加した際、表示される権限モードが実際のセッションのモードと同期されておらず、以前の古いモードが表示されていました。

変更後

デスクトップアプリや VS Code 拡張機能がホストする Remote Control セッションに接続したクライアントは、権限モードが変更されるまで、古い（stale）権限モードのまま表示されていました。

ユーザーへの恩恵

ユーザーは claude.ai やモバイルアプリからリモートセッションを操作する際、常に正確な現在の権限モードを把握できるようになり、意図しない権限レベルでの操作を防げるようになりました。

変更前

認証情報が失効してもホストが自動的に再登録して動作を続けるため、セッションは切断されずに維持される

変更後

claude remote-control のサーバー用認証情報(起動から約30日で失効)が切れると、ホストプロセスが終了して接続中のセッションがすべて切断されていた

ユーザーへの恩恵

長期間稼働させるリモートセッションでも、認証情報の失効を気にせず継続して使えるようになる。

変更前

異なるモデルやモードへのリクエストがそれぞれ異なる制限ウィンドウを報告するため、セッション中に利用制限の警告が点滅して表示されたり消えたりしていた。

変更後

セッション中でも利用制限の警告が点滅せず、使用中のモデルやモードに対応した制限ウィンドウが安定して表示される。

ユーザーへの恩恵

警告の点滅に惑わされず、正確な利用制限の情報をもとに作業を続けられる。

変更前

MCP サーバーが同じツールを再送信したり、組み込みツールがすでにロード済みのツールを再レンダリングしたりすると、モデルがそのツールについてすでに出力していた直前の reasoning が破棄されていた。

変更後

MCP サーバーがツールを再送信しても、組み込みツールが再レンダリングしても、モデルがすでにロードしたツールの直前の reasoning は破棄されず、そのまま保持される。

ユーザーへの恩恵

ツールの再送信や再レンダリングが起きても reasoning が失われず、モデルの思考の連続性が保たれるようになる。

変更前

会話の途中で MCP サーバーが切断されたり Claude Code がアップグレードされたりするとツールが消え、ツールリスト全体が書き換えられて以前の thinking が破棄されていた。

変更後

会話の途中で MCP サーバーの切断やアップグレードによってツールが消えても、ツールリストが書き換えられて以前の thinking が破棄されなくなった。

ユーザーへの恩恵

会話の途中で MCP サーバーが切断されたりアップグレードされたりしても、以前の thinking が保持されるためプロンプトキャッシュの再構築による遅延やコスト増を避けられる。

変更前

会話から fork したバックグラウンドワーカーが、セッション途中に会話のツールブロックへ EnterWorktree を追加していました。fork は本来、親会話と完全に同じツールプールを受け取るため、この追加によってツール構成が途中で変わり、プロンプトキャッシュの再利用が壊れていました。

変更後

EnterWorktree を会話のツールブロックに途中で追加する処理がなくなり、fork が親会話と同一のツールセットを維持するようになりました。その結果、プロンプトキャッシュの再利用が壊れなくなりました。

ユーザーへの恩恵

会話から fork したバックグラウンドワーカーでもプロンプトキャッシュが親会話と共有され続け、コストと応答のオーバーヘッドが抑えられるようになります。

変更前

セッションの途中でMCPツールやプラグインツールが追加されると、ToolSearchが無効なセッションではそのツール定義がツールリストに直接追加されていた。その結果、リクエスト間でツール定義のセットが変わり、プロンプトキャッシュの再利用が壊れていた

変更後

セッション途中で追加されたMCPツールやプラグインツールを、ToolSearchが無効なセッションでもツールリストにそのまま追加せず、対応モデルでは遅延定義として扱うようにした

ユーザーへの恩恵

セッション途中にMCPサーバーやプラグインを接続・追加してもキャッシュが無効化されず、コストとレイテンシの増大を抑えられる

変更前

Previously, when switching models with /model, all tool definitions were re-sent as part of the system prompt, incurring prompt-cache miss costs. Also, commit and PR attribution text did not update when the model changed.

変更後

Fixed bug where switching models with /model re-sent all tool definitions, causing a prompt-cache miss. Commit and PR attribution text is now delivered as a conversation note, allowing it to update on model changes.

ユーザーへの恩恵

Changing models with /model no longer incurs prompt-cache miss costs (re-sending tool definitions), keeping model switching affordable.

変更前

再開したセッションでは、MCP コネクターが前回と異なるタイミングで再接続すると、セッションのインラインツールセットが再書き込みされていた。

変更後

再開したセッションでも、MCP コネクターが以前と異なるタイミングで再接続したときに、セッション内のツールセットが再生成されない。

ユーザーへの恩恵

セッション再開後もツールセットが安定し、MCP コネクターの再接続タイミングに左右されずに作業を続けられる。

変更前

セッションを再開したとき、最初のターンでツールを実行していた場合、記録済みのツール説明を再生せずに、ツールの説明を再レンダリングして表示していました。

変更後

セッションを再開したとき、最初のターンでツールを実行していた場合でも、記録されていたツールの説明をそのまま再生して表示します。

ユーザーへの恩恵

セッション再開時の表示が記録どおりになり、不要な再レンダリングがなくなります。

変更前

claude.ai コネクタのツール構成がセッションと再開の間に変化していた場合、プロンプトキャッシュのミスが起き、拡張思考が解除されていた。

変更後

セッションを再開した際、キャッシュ済みのプロンプトや拡張思考の状態が正しく復元され、キャッシュミスや拡張思考の欠落が発生しなくなる。

ユーザーへの恩恵

セッションを再開してもコスト増や思考モードの喪失を心配せずに作業を続けられる。

変更前

セッションを再開すると、MCPコネクターが再接続される前に、以前のMCPツールのアナウンス（ツール定義）が書き換えられ、extended thinkingの設定も失われていた。

変更後

セッションを再開すると、MCPコネクターが再接続される前でも、以前のMCPツールのアナウンス（ツール定義）が元の内容のまま維持され、extended thinkingの設定も失われない。リライトや欠落は発生しなくなった。

ユーザーへの恩恵

MCPサーバーを利用するセッションを再開しても、元のツール定義とextended thinkingの設定が維持され、継続作業で意図しない挙動にならなくなった。

変更前

...ja translated...

変更後

...ja translated...

ユーザーへの恩恵

...ja translated...

変更前

保存済みトランスクリプトに親リンクの循環(循環参照)が含まれる会話で、fork や以前のメッセージへの編集、rewind を実行すると、拡張機能ホストが 100% CPU のままハングして操作不能になる。

変更後

保存済みトランスクリプトに親リンクの循環が含まれる会話で、fork・以前のメッセージへの編集・rewind を実行しても、拡張機能ホストが 100% CPU でハングしなくなる。

ユーザーへの恩恵

破損した会話履歴を含むセッションでもクラッシュせず、fork・編集・rewind を安全に実行できるようになる。

変更前

WSL2/WSLg環境のVSCode拡張でスクリーンショットを貼り付けると、画像そのものではなく生のバイト列がチャート入力欄に文字として挿入されていた。修正後は、クリップボードに画像がある場合は画像として添付され、なければ貼り付け操作が無視される。

変更後

WSL2/WSLg環境のVSCode拡張でスクリーンショットを貼り付けると、画像そのものではなく生のバイト列がチャート入力欄に文字として挿入されていた。修正後は、クリップボードに画像がある場合は画像として添付され、なければ貼り付け操作が無視される。

ユーザーへの恩恵

WSL2/WSLg環境でもスクリーンショットをそのまま画像としてClaudeに渡せるようになり、エラー画面やUIモックの共有が貼り付け一つで済むようになる。

変更前

VS Code 拡張のチャットで表示される差分ブロックが、常にダークのエディタテーマで描画されていた。そのため、ライトテーマやハイコントラストテーマを使っている場合でも、表示が実際のテーマと一致しなかった。

変更後

チャットの差分ブロックが、アクティブな VS Code のカラーテーマ(ハイコントラスト含む)に合わせて描画される。

ユーザーへの恩恵

ユーザーが VS Code で選択しているカラーテーマに差分表示が追従するため、ライトテーマ環境でも違和感なく差分を確認できる。

変更前

[VSCode] メッセージ入力欄で、右から左に書く言語(RTL 言語)と英語が混在するテキストを入力すると、両者が誤った順序でレンダリングされていました。入力中のテキストの表示順序が壊れ、意図したとおりに表示されませんでした。

変更後

[VSCode] メッセージ入力欄で文字を入力している最中に、右から左に書く言語(アラビア語・ヘブライ語など)と英語が混在するテキストでも、各言語が本来の順序どおりに正しくレンダリングされるようになりました。以前は、RTL テキストと英語が混ざった入力では描画順序が崩れ、表示が誤った順序で並んでいました。

ユーザーへの恩恵

アラビア語やヘブライ語などの RTL 言語と英語を混在させて入力しても、表示順序が崩れないため、意図したテキストをそのまま確認しながら入力できるようになります。

変更前

Windows (CRLF) 形式の改行コードを使用するファイルで、Claudeが編集を提案し、ユーザーが差分ビューでその編集を承認しようとした。

変更後

差分ビューで編集を承認しても、「ファイル内に文字列が見つかりません」というエラーで失敗し、編集が適用されないままだった。

ユーザーへの恩恵

CRLF改行のファイルでも差分ビューから編集をそのまま承認して適用できるようになる。

変更前

VSCode 拡張機能では、@-mentionでファイルを参照する際、パスにスペースが含まれるとそのファイルが認識されず、@-mentionの対象から外れていた。

変更後

VSCode 拡張機能では、@-mentionでファイルを参照する際、パスにスペースが含まれるとそのファイルが認識されず、@-mentionの対象から外れていた。この修正により、パスにスペースが含まれるファイルも正しく@-mentionで参照できるようになった。

ユーザーへの恩恵

パスにスペースを含むファイルでも @-mention で確実に参照できるようになり、VSCode でのファイル指定が安心して行えるようになった。

変更前

修正前は、Remote-SSH で接続した VSCode のウィンドウで、ワークスペースフォルダがリモートホストにのみ存在する場合、セッション一覧ビューの読み込みに失敗していた。

変更後

修正後は、Remote-SSH で接続したウィンドウでも、リモートホストにのみ存在するワークスペースフォルダでセッション一覧ビューが正しく読み込まれる。

ユーザーへの恩恵

ユーザーは Remote-SSH 環境でもセッション一覧を参照できるようになり、リモート開発中のセッション確認がスムーズになる。

変更前

大きなワークスペースやシンボリックリンクの多いワークスペースでファイルを表示すると、VSCode 拡張が起動する ripgrep のプロセスが暴走し、不要なプロセスが残って CPU やメモリを圧迫していた。

変更後

以前は、大きなワークスペースやシンボリックリンクの多いワークスペースでファイルを表示すると、ripgrep のプロセスが暴走して終了せずに残ることがあった。この修正により、プロセスが適切に終了するようになった。

ユーザーへの恩恵

大規模なワークスペースでもファイル表示時にシステムリソースを浪費せず、快適に作業できる。

変更前

GitHub Enterprise Server 上のリポジトリを Claude Code on the web で操作するセッションでは、接続された GitHub アカウントのトークンが期限切れになると、そのアカウントが切断された状態として表示されていました。ユーザーは再接続するために手動で操作し直す必要がありました。

変更後

GitHub Enterprise Server のセッションでトークンが期限切れになると、GitHub アカウントが切断された状態として表示されていました。この修正により、PR や issue への操作時にトークンが自動的に再更新されるようになり、アカウント接続が維持されます。

ユーザーへの恩恵

ユーザーはトークンの有効期限を気にせず GitHub Enterprise Server の PR や issue 操作を継続できるようになる。

変更前

Claude GitHub App がインストールされていない組織では、gh コマンドや GitHub API 呼び出しが失敗していた。接続済みの GitHub アカウントによる認証にフォールバックせず、エラーになったままだった。

変更後

Claude GitHub App がインストールされていない組織でも、接続済みの GitHub アカウントを使って gh コマンドや GitHub API 呼び出しを実行するようになった。アカウントが接続されていない場合は、その旨をユーザーに通知する。

ユーザーへの恩恵

Claude GitHub App を導入していない組織でも /web-setup 経由で接続した GitHub アカウントを使ってクラウドセッションを利用できるようになり、利用範囲が広がる。

変更前

Claude Tag で、組織の使用クレジットを使い切った状態で「The API rejected the request as invalid(無効なリクエストとして API がリクエストを拒否しました)」という、原因を伝えないエラーメッセージが返されるようになった。

変更後

Claude Tag で、組織の使用クレジットを使い切った状態で「The API rejected the request as invalid(無効なリクエストとして API がリクエストを拒否しました)」という、原因を伝えないエラーメッセージが返されるようになった。

ユーザーへの恩恵

クレジット枯渇時にユーザーは原因と追加手段がすぐ分かるようになり、/usage-credits で設定を開いてクレジット追加へ直接進める。

変更前

チャンネル最上位レベルにClaudeが投稿したメッセージへのスレッド内リクエスト（編集・削除）が、その投稿元のセッションに届かず、Claude Tagがスレッド内で訂正応答を返していた。

変更後

チャンネル最上位レベルのClaude投稿へのスレッド内リクエストが、投稿元のClaudeセッションへ正しく届くようになった。

ユーザーへの恩恵

ユーザーはClaude Tagによる訂正応答に頼らず、Claude自身に直接メッセージの編集・削除を依頼できるようになる。

変更前

管理者が Admin settings > Review requests の Tool access requests で **Connect** を押すと、「Authorization failed」で失敗したり、要求されたアクセスバンドルが削除済みとして表示されたりしていた。

変更後

管理者が Admin settings > Review requests の Tool access requests で **Connect** を押すと、接続が正常に完了するようになり、「Authorization failed」というエラーや、要求されたアクセスバンドルが削除済みと表示されることがなくなった。

ユーザーへの恩恵

管理者は権限要求の承認時に接続エラーや誤ったステータス表示に悩まされることなく、要求されたツールアクセスを確実に有効化できるようになった。