Claude Code Settings

変更前

Claude Platform on AWS 環境ではアドバイザー機能が提供されておらず、アドバイザーモデルを選択する手段も無効化する手段もなかった。

変更後

Claude Platform on AWS でも /advisor コマンド、advisorModel 設定、--advisor フラグのいずれかでアドバイザーを有効化できるようになった。何も選択しなければアドバイザーは実行されず、CLAUDE_CODE_DISABLE_ADVISOR_TOOL=1 を設定すると完全にオフになる。

ユーザーへの恩恵

AWS 環境のユーザーもアドバイザーを任意に有効化・選択・無効化できるようになる。

変更前

トレーススパンには、model や request_id など Claude Code 固有の属性のみが設定されていた。OpenTelemetry GenAI セマンティック規約に沿った属性は一部(gen_ai.system など)にとどまっていた。

変更後

トレーススパンに、gen_ai.provider.name、gen_ai.conversation.id、gen_ai.tool.name、error.type といった OpenTelemetry GenAI セマンティック規約の属性が新たに追加された。既存の gen_ai.system や gen_ai.request.model などと同様に、スパンから規約準拠の標準的な属性を取得できるようになった。

ユーザーへの恩恵

独自の属性名を対応付けることなく、OpenTelemetry GenAI セマンティック規約を前提としたトレースバックエンドやダッシュボードに、そのままデータを取り込めるようになる。

変更前

ユーザーが /autocompact でより小さなオートコンパクトウィンドウを設定すると、トークン使用量が多いことに対する警告が不正に表示されていた。

変更後

小さいオートコンパクトウィンドウを意図的に選んだ場合でも、その設定に応じた動作となり、不適切な警告が表示されなくなった。

ユーザーへの恩恵

意図的にコンパクトを早めるために小さいウィンドウを設定しても、誤った警告に惑わされず安心して使えるようになる。

変更前

セッションの途中（特にセッション再開後に MCP サーバーが再接続する際）に、自動ツール検索（ENABLE_TOOL_SEARCH=auto）が意図せず無効化されることがありました。再接続時に送信されるリクエストがツール検索の状態を変化させ、それ以降の会話でツール定義の遅延読み込みが継続しないケースがありました。

変更後

会話の途中で自動ツール検索がオフになることを防ぎ、MCP サーバーの再接続後もツール検索の状態が維持されるようになりました。これにより、セッション全体を通じてツール定義の遅延読み込みが一貫して機能します。

ユーザーへの恩恵

MCP サーバーの再接続後もツール検索が維持されるため、コンテキストの節約とツールのオンデマンド検索がセッション全体で一貫して機能するようになる。

変更前

Artifact ツールの呼び出し中、verbose モードや Ctrl+O の展開表示では、入力が届く前の行に Artifact(“(unprintable path)”) とだけ表示されていた。そのため呼び出しが実行中なのか待機中なのか判別しづらかった

変更後

入力が到着するまでの間、Artifact の行は Bash と同様に「Waiting…」「Running…」というステータスを表示するようになった。これにより呼び出しの状態が一目でわかる

ユーザーへの恩恵

Artifact ツールの実行状況が Bash と同様に視覚的に把握でき、待機中と実行中の区別がつきやすくなる

変更前

セッションやプロジェクトのパスに Unicode の行区切り文字や段落区切り文字（U+2028, U+2029）が含まれていると、これらの文字が正しく処理されず、/branch 実行時に一部のメッセージが欠落していました。また、claude purge はサブフォルダー配下のプロジェクトのローカル状態を削除対象から漏らしていました。

変更後

U+2028 や U+2029 を含むデータやパスも正しく処理されるようになり、/branch はすべてのメッセージを保持したままブランチを作成します。claude purge もサブフォルダー配下のプロジェクトを含む、対象プロジェクトのローカル状態を漏れなく削除します。

ユーザーへの恩恵

特殊な Unicode 文字を含むセッションやプロジェクトでも、ブランチ作成時のデータ損失やパージ漏れを心配せずに安心して操作できるようになる。

変更前

エージェントフックに設定された model が無視され、haiku などのモデルエイリアスが正しく解決されないことがあった。また、サブエージェント側のモデル設定がフックの指定を上書きし、指定したモデルが利用不可能な場合でもアクションが許可されていた。

変更後

エージェントフックの model 設定が正しく尊重されるようになり、haiku などのモデルエイリアスが解決される。サブエージェントのモデル設定がフックの指定を上書きすることはなく、指定したモデルが利用不可能な場合にはアクションを許可せず呼び出し元のモデルへフォールバックする。

ユーザーへの恩恵

エージェントフックで意図したモデルを確実に使用でき、モデルエイリアスの指定やフォールバック挙動も予測可能になる。

変更前

タグやブランチにコミット ID に似た名前が付けられていると、--worktree セッションの開始コミットの解決が誤りになることがあった。また、セッション開始時に表示される git ステータスには、新規 worktree のブランチではなく別のブランチ名が表示されていた。

変更後

コミット ID に似た名前のタグ・ブランチがあっても、--worktree セッションは正しいコミットから開始される。開始時の git ステータスにも新規 worktree のブランチが正しく表示される。

ユーザーへの恩恵

曖昧な ref 名に引きずられず、worktree セッションが常に正しいベースから正確な状態で開始できるようになる。

変更前

git の reftable 形式で ref を管理するリポジトリでは、ブランチ名が「.invalid」と表示され、--worktree に既存の worktree の名前を渡してもその worktree を再オープンできず失敗していた。

変更後

reftable 形式のリポジトリでもブランチが正しく表示され、--worktree で既存の worktree を再オープンできるようになった。

ユーザーへの恩恵

reftable 形式のリポジトリでも --worktree による並行セッションを問題なく利用できるようになる。

変更前

Claude がスクラッチパッド内のファイルを参照する際、フルパスではなくファイル名や相対パスで指定していた。そのため、ドキュメントにある「Claude が何かをスクラッチパッドに保存したと言ったらファイルはそこにある」という挙動と食い違い、ファイルの場所が曖昧になり、参照や追跡がしづらい状況だった。

変更後

スクラッチパッド内のファイルをフルパスで命名するようになった。スクラッチパッドはセッションごとの一時ファイル用ディレクトリであり、hooks の scratchpad_dir で取得できる絶対パスと一貫した形でファイルを扱える。

ユーザーへの恩恵

スクラッチパッド内のファイルを探す際にフルパスが明示されるため、ファイルの場所を特定して参照しやすくなる。

変更前

ベアリポジトリのワークツリー内で --worktree を実行すると、origin のデフォルトブランチを取得できない場合にフォールバックが失敗し、コマンド自体がエラーで終了していた。

変更後

フォールバック時の基点がメインリポジトリの HEAD ではなく、現在のチェックアウトの HEAD を使うようになり、origin のデフォルトブランチを取得できない環境でも --worktree が正常に完了する。

ユーザーへの恩恵

ネットワーク制約のある環境や origin へのアクセスが不完全なクローンでも、ワークツリーの作成を中断せずに実行できるようになった。

変更前

テレメトリがオフの環境で claude daemon stop を実行すると、コマンドが何も出力せずに終了していた。そのため、スーパーバイザーは停止したにもかかわらず、セッションが実行中として一覧に残ったままになった。

変更後

テレメトリがオフでも claude daemon stop が正常に動作するようになった。コマンドは適切に完了し、セッションの状態も正しく反映される。

ユーザーへの恩恵

テレメトリを無効にしているユーザーでも、claude daemon stop を実行すればセッションの状態を確実に整理できるようになる。

変更前

セッションを履歴付きで再開すると、Claude がその会話の履歴に一度も記載されていない遅延読み込み(deferred)ツールを検索対象として扱ってしまうことがあった。ツール検索は MCP ツールのスキーマをデフォルトで遅延読み込みしており、履歴に存在しないツール定義が検索に現れると不整合が起きる。

変更後

セッションを再開しても、その履歴に一度も列挙されていない遅延読み込み済みツールを検索しようとしなくなった。会話の最初のリクエストから保持されるツールリストとの整合性が保たれる。

ユーザーへの恩恵

セッション再開時に存在しないツールを検索して失敗することがなくなり、再開後のセッションが安定して動作するようになる。

変更前

ダーク ANSI テーマや 16 色ターミナルでは、ヒントやタイムスタンプなどのセカンダリ（薄暗い）テキストが通常テキストと区別できる色で表示されず、両者が同じ見た目になっていた。そのため、どの情報が補助的なものか視覚的に判別しにくかった。

変更後

ダーク ANSI テーマおよび 16 色ターミナル環境でも、セカンダリテキストが通常テキストより薄い色で描画されるようになり、両者を視覚的に区別できるようになった。

ユーザーへの恩恵

16 色ターミナルや ANSI テーマ利用時でも、補助情報と通常テキストを見分けやすくなる。

変更前

ランナーとオーケストレーターの標準出力を誰も読み取らないと、出力パイプのバッファーが満杯になり、プロセスが書き込みでブロックしていました。その結果、ポーリングが止まり、/healthz エンドポイントが応答せず、SIGTERM を受けてもシャットダウンできないフリーズ状態に陥っていました。

変更後

出力を蓄積する仕組みが改められ、誰も読み取らなくてもプロセスがブロックしなくなりました。ログは最新の 256 KiB のみ保持し、それより古い行数はカウントを減らして破棄されます(Windows ではこの動作は適用されません)。

ユーザーへの恩恵

出力を読み取るプロセスが存在しない運用環境でも、ランナーとオーケストレーターがヘルスチェックやシャットダウンに正常に応答し続けられるようになる。

変更前

ホストが管理する CLAUDE_CODE_PROVIDER_MANAGED_BY_HOST セッションでは、CA バンドルや SSL_CERT_FILE などの証明書・TLS・git 設定変数が設定ファイルの影響を受けていた。

変更後

これらの変数をセッションが無視するようになり、Claude Desktop 環境下ではプロジェクト設定内の該当設定のみが無視される。

ユーザーへの恩恵

ユーザーはセッション内で信頼済みのホスト側証明書・git 設定に依存でき、設定ファイル経由の予期しない TLS や git の挙動変更を防げる。

変更前

Claude Desktop の Code タブでは、forceLoginGatewayUrl が管理対象設定で指定されていても、その URL がセッションのホスト名を提供する Anthropic 運用のゲートウェイであるかどうかに関係なく、一律の挙動になっていた。そのため、ゲートウェイ設定とセッションの接続先が一致しない場合にも管理対象設定がそのまま適用されていた。

変更後

変更後は、forceLoginGatewayUrl がセッションのホスト名を提供する Anthropic 運用のゲートウェイを指している場合にのみ管理対象設定を適用する。また、そのゲートウェイが起動時に到達可能であることを必須条件とした。

ユーザーへの恩恵

管理者は、forceLoginGatewayUrl が実際に使用されるセッションのホスト名と一致するゲートウェイを指している場合にのみ管理対象設定が適用されるようになり、ゲートウェイ設定の適用条件を正確に制御できるようになる。

変更前

desktop: ポリシーキーに Claude Desktop がゲートウェイ経由で利用できない設定が含まれていても、ゲートウェイは警告を表示しながら起動を続けていたため、設定の誤りがクライアント側に波及するまで気づきにくかった。

変更後

ゲートウェイは起動時に desktop ブロックを Claude Desktop 自身の設定スキーマに対して検証するようになり、誤りがあるとキー名を示すエラーを出して起動を停止する。これにより、設定ミスが接続中のすべてのデスクトップに届く前に検出できる。

ユーザーへの恩恵

ユーザーは起動時のエラーで問題のキーを即座に特定でき、誤設定をクライアントへ配信する前に修正できる。

変更前

テレメトリを無効にしている環境では、api.anthropic.com への大きなリクエストボディは gzip 圧縮されずに送信されていた。圧縮の有効化はテレメトリの設定に紐づいていたため、テレメトリをオフにしたユーザーは圧縮の恩恵を受けられなかった。

変更後

テレメトリが無効でも、api.anthropic.com への大きなリクエストに対して gzip 圧縮が適用されるようになった。圧縮を無効化したい場合は、環境変数 CLAUDE_CODE_GZIP_REQUEST_BODIES=0 を設定することでオフにできる。

ユーザーへの恩恵

テレメトリを無効化しているエンタープライズ環境のユーザーでも、大きなリクエストの転送量を削減できるようになり、圧縮が問題を起こす場合は環境変数で明示的に無効化できる。

変更前

以前は、/sandbox コマンドでサンドボックスパネルを開くと、モード選択肢に「Sandbox BashTool」という名称が表示されていた。この名称は Bash ツールに限定した機能であるかのような印象を与えていた。

変更後

モード選択肢の表示が「Sandbox commands（サンドボックスコマンド）」に変更された。ドキュメント上も、サンドボックスはシェルコマンドをラップするものであることが説明されており、名称が実際の対象範囲と一致するようになった。

ユーザーへの恩恵

ユーザーはサンドボックスの対象が Bash ツールに限らずコマンド全般であることを選択肢の名称から直感的に把握でき、設定時の誤解を減らせる。

変更前

claude remote-control では --sandbox と --no-sandbox フラグを指定できたが、これらはセッションの動作に何の影響もなかった。ユーザーはこの無効なフラグを指定しても気づけないまま使っていた。

変更後

この2つのフラグが削除され、指定するとエラーで終了するようになった。セッションをサンドボックス化するには、設定ファイルで sandbox.enabled を設定する方式に統一された。

ユーザーへの恩恵

無効なフラグによる誤解を防ぎ、サンドボックス化は設定ファイル経由で明示的に行うようになる。

変更前

これまで、VSCode 拡張機能ではエディタでテキストを選択すると、その内容が自動的にチャットメッセージに追加されていた。選択範囲を共有したくない場合でも、メッセージに意図せず含まれてしまうため、送信前に手動で削除する必要があった。

変更後

VSCode 拡張機能に claudeCode.attachSelection 設定が追加された。この設定をオフにすると、エディタで選択したテキストが自動的にメッセージに添付されなくなる。

ユーザーへの恩恵

ユーザーは設定で選択テキストの自動添付を無効化でき、意図しないテキストがメッセージに含まれるのを防げる。

変更前

使用クレジットが尽きても VSCode 拡張の高速モードはオンのまま残っていた。そのため各リクエストが拒否されて標準速度で再送されるという無駄な処理が繰り返されていた。

変更後

クレジットが尽きると「Fast mode disabled · usage credits exhausted」のエラー通知が表示され、そのセッションでは高速モードがオフになる。保存された設定は変わらず、/fast を実行すれば再度オンにできる。

ユーザーへの恩恵

クレジット切れ時にリクエストが拒否と再送を繰り返す無駄がなくなり、ユーザーは通知を見て意図的に高速モードを再開できるようになる。

変更前

@ でファイルをメンションすると、Claude はそのファイルの内容そのものを受け取っていた。

変更後

環境変数 CLAUDE_CODE_DISABLE_FILE_MENTIONS が新設され、有効にすると Claude はメンションされたファイルのパスのみを受け取り、内容はファイルツールで自ら読み取る。

ユーザーへの恩恵

メンション時の自動的なファイル内容の注入を防ぎ、ユーザーはファイル読み取りのタイミングと許可を制御できるようになる。

変更前

アイドル時コンパクションは 200K トークンという固定の最低しきい値で動作し、ユーザーはこの値を変更できなかった。また、機能自体を無効化する設定も用意されていなかった。

変更後

環境変数 CLAUDE_CODE_IDLE_COMPACT_MIN_TOKENS で 200K トークンの最低しきい値を変更できるようになった。さらに settings.json で idleCompaction: false を設定すると、アイドル時コンパクション自体をオフにできる。

ユーザーへの恩恵

トークンしきい値の調整や機能の無効化を自分の環境に合わせて制御できるようになる。

変更前

管理設定でインストールされた mods からは、セッションがどのようにサインインしているか、またどの組織・メールアドレスに紐づいているかを知る方法がなかった。mods 側で組織固有の振る舞いを実装しようとしても、セッションの認証情報を参照できなかった。

変更後

$.session.identity() が追加され、mods からセッションのサインイン方法を取得できるようになった。また、管理設定の forceLoginOrgUUID がその組織を指定している場合は、所属組織とメールアドレスも取得できる。

ユーザーへの恩恵

管理者は管理設定で配布した mods にセッションの認証コンテキストを参照させることで、組織に応じた制御や表示を実装できる。

変更前

オーケストレーターはシャットダウン時に猶予期間を制御する方法がなく、SIGTERM 受信後のポーリングや spawn フックの終了待ちの挙動を調整できなかった。

変更後

--shutdown-drain-sec フラグで秒数を指定できるようになり、SIGTERM 受信時にポーリングを停止し、実行中のポーリングや spawn フックがその時間内で完了するのを待てるようになった。

ユーザーへの恩恵

自己ホスト環境のオーケストレーターを Kubernetes 等で終了させる際、進行中の spawn 処理を猶予期間内に完了させられ、セッションの取りこぼしを減らせる

変更前

エージェントビューでは、新しいセッションのデフォルトのモデル、推論強度、fast mode を設定できず、それらはセッションごとに個別に指定する必要があった。また、/model などのコマンドは引数を渡す形式でのみ動作した。

変更後

エージェントビューで /effort と /fast を実行して新しいセッションの開始時設定を指定できるようになり、引数なしで /model、/effort、/fast を実行するとピッカーが開くようになった。

ユーザーへの恩恵

新しいセッションの開始時設定をエージェントビューからまとめて指定できるようになり、セッションごとの設定手間が減る。

変更前

ゲートウェイ経由で Claude Desktop の Code タブを使う場合、attribution ブロックは常に表示され、オフにする手段がなかった。

変更後

ゲートウェイの code ポリシーの env に CLAUDE_CODE_ATTRIBUTION_HEADER=0 を設定すると、Code タブで attribution ブロックが表示されなくなる。

ユーザーへの恩恵

管理者はポリシーで Code タブの attribution ブロックをオフにでき、必要のない表示を抑えられる。

変更前

Claude apps ゲートウェイ経由のセッションでは、システムプロンプト先頭の attribution ブロックにクライアントバージョンや会話フィンガープリントが含まれており、ブロック内のフィールド構成は固定だった。削除する手段は既存の環境変数のみで、ブロック自体の内容を変更するにはバージョン更新を待つしかなかった。

変更後

attribution ブロックに新しいフィールドが 1 つ追加された。従来どおり CLAUDE_CODE_ATTRIBUTION_HEADER=0 を設定すれば、ブロック自体をシステムプロンプトから取り除ける。

ユーザーへの恩恵

ゲートウェイ運用者は、追加されたフィールドを含む attribution ブロックの内容を最新に保ちつつ、不要な場合も環境変数 1 つで確実に除外できる。

変更前

apiKeyHelper から取得したキーを使ってクラウドセッションが拒否されたとき、表示されるエラーが誤った組織を指し示す可能性があった。ユーザーは実際の認証情報の出所とずれた組織情報を提示され、原因の切り分けが難しかった。

変更後

クラウドセッションが拒否された際のエラーが、apiKeyHelper のキー使用時でも正しい組織を指し示すようになった。/status の Authentication パネルなどで確認できる認証元の情報と整合する表示になる。

ユーザーへの恩恵

ユーザーは apiKeyHelper 利用時にセッション拒否エラーが発生しても、正しい組織の情報をもとに認証問題をすばやく切り分けられる。

変更前

高頻度のデバッグロギングを有効にしてClaude Codeを長時間実行すると、メモリ使用量が増大し続けていた。また、デバッグログの出力先が書き込みを受け付けない状態になったディスクやネットワークマウント上にあると、終了時にハングしていた。

変更後

高頻度のデバッグロギング下でもメモリ使用量が増え続けなくなった。デバッグログの出力先が書き込みを受け付けないディスクやネットワークマウント上にあっても、終了時にハングしなくなった。

ユーザーへの恩恵

デバッグログ（--debug、--debug-file）を常用してClaude Codeの動作を調べる開発者は、メモリ増大や終了時のハングに悩まされずに長時間のデバッグを行えるようになる。

変更前

.mcp.json が存在するが空のファイルだった場合、claude mcp list や claude doctor、/status がそれを無効な設定として報告していた。ユーザーは実際には問題のない状態に対して警告を受け、エラーの原因を探さなければならなかった。

変更後

空の .mcp.json は有効な設定として扱われるようになり、これらのコマンドは無効という誤った報告を行わなくなった。設定に問題がない限り、ユーザーは警告を見ることはない。

ユーザーへの恩恵

空の .mcp.json があっても誤った警告に悩まされず、実際の問題だけに集中できるようになる。

変更前

フルスクリーンモードで会話を上にスクロールしている状態で /btw に質問すると、トランスクリプトの表示が最下部にジャンプしていた。スクロール位置を維持する auto-follow の一時停止機能が、/btw の実行時には機能していなかった。

変更後

上にスクロールしている間に /btw を実行しても、表示位置が最下部に移動しなくなった。フルスクリーンモードのスクロール操作のドキュメントにある auto-follow の一時停止の挙動が、/btw の実行時にも一貫して適用される。

ユーザーへの恩恵

会話の途中を読み返している最中でも、スクロール位置を維持したまま /btw で質問できるようになる。

変更前

WSL2 環境で Windows ドライブ(/mnt/c)への書き込みをサンドボックスに許可していると、bwrap が必要なディレクトリを作成できず、サンドボックス化されたコマンドが bwrap: Can't mkdir /mnt/c/Program Files/ClaudeCode エラーで失敗していた。

変更後

サンドボックスが Windows ドライブに書き込める場合の bwrap のディレクトリ作成処理が修正され、WSL2 でもサンドボックス化されたコマンドが正常に実行されるようになった。

ユーザーへの恩恵

WSL2 上でも Windows ドライブへの書き込みを含むサンドボックス化されたコマンドがエラーなく動作するようになる。

変更前

Linux でサンドボックス化されたコマンドが設定ディレクトリに空の .config.json を残すと、既存の設定が正しく読み込めなくなり、サインイン状態・MCP サーバー・プロジェクトの信頼設定が失われたように表示されていた。

変更後

空の .config.json が残っても既存の設定が正しく扱われるようになり、サインイン情報・MCP サーバー・プロジェクトの信頼設定が失われたように見える問題が解消された。

ユーザーへの恩恵

Linux でサンドボックス化されたコマンドを実行した後も、再サインインや設定の再構成をしなくて済むようになる。

変更前

プロジェクトフォルダーが書き込み不可で設定の保存に失敗しても、/sandbox は成功したものとして報告していた。ユーザーにはサンドボックス設定が反映されたように見える。

変更後

保存結果を読み戻して検証するようになり、保存できなかった場合は「変更は加えられなかった」と理由とともに報告する。実際の設定状態と表示が一致する。

ユーザーへの恩恵

保存に失敗したことに気づかずサンドボックスが無効のまま作業を続ける事故を防ぎ、失敗時に理由を確認して対処できる。

変更前

ホストが自動モード非対応のモデルに切り替えても、SDK セッションやヘッドレスセッションは自動モードのまま維持されていた。そのため、対応していないモデルで自動モードが使われ続けていた。

変更後

ホストが自動モード非対応のモデルに切り替えると、SDK セッションやヘッドレスセッションも自動モードから抜けて適切なモードに切り替わるようになった。

ユーザーへの恩恵

ユーザーは非対応モデルでも自動モードの誤動作を心配せず、セッションが正しい権限モードで動作することを信頼できるようになる。

変更前

フルスクリーン表示でアップデート完了を知らせる「Update installed」通知が表示されても、アイドル時に表示される「/clear to save tokens」のヒントと同じ場所に描画され、ヒントの裏に隠れて視認できなかった。

変更後

「Update installed」通知がヒントの裏に隠れず、ヒントの横に並んで表示されるようになり、両方の情報を同時に確認できる。

ユーザーへの恩恵

アイドル中にアップデートが完了しても、ユーザーが完了通知を見逃さずに済むようになる。

変更前

Claude アプリゲートウェイは、ポリシーの availableModelsMatch: exact や deniedModels でブロックされたモデルであっても提供されており、モデル一覧にも含まれていた。

変更後

ブロックされたモデルへのリクエストには 400 を返すようになり、ゲートウェイのモデル一覧からもそれらのモデルが除外されるようになった。

ユーザーへの恩恵

開発者はブロックされたモデルがゲートウェイ経由で使えてしまう事態を避けられ、ポリシーのモデル制限が確実に反映された状態でモデルを選択できる。

変更前

マネージド設定ファイルで ANTHROPIC_BASE_URL を設定して LLM ゲートウェイ経由にしている環境では、Anthropic へのサーバー管理設定の取得リクエストにも、ゲートウェイ用に設定された API キーがそのまま送られていた。そのため、本来 Anthropic 宛てのリクエストにサードパーティゲートウェイの認証情報が流れてしまっていた。

変更後

マネージド設定ファイルで ANTHROPIC_BASE_URL が設定されている場合でも、Anthropic へのサーバー管理設定のリクエストにはゲートウェイの API キーを送らないようになった。ゲートウェイ宛ての API リクエストと、Anthropic 宛てのサーバー管理設定の取得リクエストが正しく区別される。

ユーザーへの恩恵

LLM ゲートウェイを利用していても、ゲートウェイの認証情報が Anthropic 宛ての設定リクエストに誤って送信されずに済むようになった。

変更前

カスタムの ANTHROPIC_BASE_URL を経由するストリームでは、byte-level watchdog のタイムアウトが feature flags の読み込み状況によって異なり、データが到着しないまま 180 秒で中断されるケースがあった。

変更後

現在は feature flags の読み込み状況に関わらず、一律で 300 秒待機するようになり、タイムアウトまでの猶予が延びた。

ユーザーへの恩恵

カスタム ANTHROPIC_BASE_URL 経由で接続している環境でも、一時的なネットワーク停止などによってストリームが不必要に中断されにくくなり、自動再試行が安定して働くようになる。

変更前

これらのキーの値に、サーバー名を配列ではなく単一の文字列として書くと、その設定ファイルが無視されていた。そのため、承認または拒否したはずの .mcp.json サーバーが正しく反映されず、Claude Code が接続の承認を求めたり、拒否したサーバーに接続したりする可能性があった。

変更後

値が単一の文字列であっても設定ファイルが正しく読み込まれるようになった。ユーザーが承認・拒否した .mcp.json サーバーの設定が意図どおりに反映される。

ユーザーへの恩恵

ユーザーは enabledMcpjsonServers / disabledMcpjsonServers の値を配列の形式に書き直さなくても、単一のサーバー名をそのまま記載するだけで承認・拒否の設定が確実に反映されるようになった。

変更前

サイズ超過の画像を添付して API に拒否されると、その後の長い会話で毎ターン新しく添付した画像が失われていた。エラーが会話履歴に残り、後続のメッセージごとに同じ問題が繰り返されていた。

変更後

処理できない画像はテキストのプレースホルダーに置き換えられ、その後のメッセージが正常に処理されるようになった。拒否された画像が会話に残って繰り返し問題を引き起こすことがなくなった。

ユーザーへの恩恵

サイズ超過の画像を添付しても、その後のターンで他の画像が失われることなく会話を続けられる。

変更前

ANTHROPIC_BASE_URL でサードパーティゲートウェイを設定している環境では、フィーチャーフラグ取得や起動時、fast mode、プロファイル、フィードバックといった Anthropic への一部のリクエストに、ゲートウェイ用に設定された API キーが誤って送られていた。

変更後

これらのリクエストではゲートウェイ用の API キーを送らず、Anthropic 向けの認証情報だけが送信されるようになった。

ユーザーへの恩恵

ゲートウェイの認証情報が Anthropic に漏れることなく、ユーザーは安心してゲートウェイ構成を利用できる

変更前

設定ファイルの検証に失敗しても、claude -p での実行では何もメッセージが表示されず、開発者はエラーの原因を特定できなかった。

変更後

検証に失敗した際、該当する設定ファイルと無効なエントリが標準エラー出力に表示されるようになった。

ユーザーへの恩恵

開発者は非対話モードでも無効な設定エントリを即座に特定して修正できるようになる。

変更前

MDM や managed-settings ファイルで forceLoginOrgUUID を設定しているマシンで、保存済みログインのプランをローカルで変更すると、管理対象設定や組織ポリシーが取得されなかった。

変更後

同じ条件下でも管理対象設定と組織ポリシーが正しく取得されるようになり、設定されたポリシーが確実に反映される。

ユーザーへの恩恵

forceLoginOrgUUID を設定している組織の管理者は、マシン上でプランが変更されても組織のポリシー設定が確実に適用されるようになった。

変更前

バックグラウンドセッションで bare モードの通知が出ると、ユーザーは --bare を外して再起動するよう促されていた。しかし実際には --bare を付けたままにする必要があり、案内に従うとモードが解除されてしまっていた。

変更後

通知の文言が修正され、/stop でセッションを止めて claude --resume で再開するよう案内するようになった。この方法なら --bare モードを維持したまま再起動できる。

ユーザーへの恩恵

bare モードを維持したまま安全にセッションを再起動できるようになり、誤った案内に従ってモードを解除してしまうことがなくなる。

変更前

/config でプッシュ通知のトグル(Claude が判断して送信する通知、入力待ち時に送信する通知)を切り替えると、アカウントには直前に設定されていた値が送信されていた。そのため、ユーザーがトグルを切り替えても、直前の選択がアカウントに同期されたままになった。

変更後

トグルを切り替えると、直前に選択した値ではなく、ユーザーが直後に選択した値がアカウントへ送信されるようになった。設定の同期が選択内容と一致するようになった。

ユーザーへの恩恵

ユーザーが /config でプッシュ通知の設定を変更すると、その選択が正しくアカウントへ反映されるようになった。

変更前

MDM や managed-settings ファイルで forceLoginOrgUUID と forceLoginMethod を設定しても、サーバー管理設定が優先される際にこれらのキーが例外として扱われず、設定が隠されたり置き換えられたりしていた。

変更後

サーバー管理設定がキャッシュされて置き換える場合でも、forceLoginOrgUUID と forceLoginMethod の claudeai・console 値が保持され、ログイン制限が正しく適用されるようになった。

ユーザーへの恩恵

管理者がデバイス管理ツール経由で設定したログイン制限がサーバー管理設定に上書きされず、開発者のログインを確実に自組織に制限できるようになった。

変更前

--safe-mode で起動したバックグラウンドセッションは、セッションの復帰や再起動が行われるとセーフモードが解除されていた。その際、セーフモードから抜けたことを示す警告や通知は一切表示されず、ユーザーは気づかないまま安全でない状態で動作していた。

変更後

セッションが復帰または再起動されても、セーフモードの状態が維持されるようになった。セーフモードから解除されることなく、当初の起動時の設定が引き継がれる。

ユーザーへの恩恵

セーフモードで起動したバックグラウンドセッションが、意図せずセーフモードの保護を失うことがなくなり、セキュリティポリシーに沿った状態を維持できる。

変更前

夏時間が終了する際、クロックが巻き戻る繰り返しの時刻内で、予定タスクや /loop が意図せず毎ターン再発火したり、予定時刻より早く発火したりしていた。これにより、同じタスクが重複して実行されたり、タイミングがずれて実行されたりしていた。

変更後

繰り返しの時刻内での発火が正しく処理されるようになり、予定タスクや /loop が毎ターンの再発火や早発火をせず、予定どおりに1回だけ実行される。

ユーザーへの恩恵

ユーザーは夏時間の切り替え時にタスクが重複実行されたり早まったりすることを心配せず、予定タスクを信頼して任せられるようになる。

変更前

フォルダ名に波括弧・括弧・バックスラッシュが含まれる場合、denyRead や allowRead の glob パターンが、Claude Code の設定チェック側とサンドボックスの OS レベルの強制側とで違うパターンとして評価されていた。そのため、設定上はブロックや許可の対象と判断されても、サンドボックス側では意図と異なるパスが読み取られる可能性があった。

変更後

両者が glob を同じ方法で解釈するようになり、設定チェックの結果とサンドボックスによる実際の読み取り制限が一致するようになった。

ユーザーへの恩恵

設定で許可・拒否したパスがサンドボックスでも同じように扱われるため、意図したファイル読み取り制御を信頼して行えるようになった。

変更前

サンドボックスの allowRead と allowWrite に glob エントリを設定している場合、起点となるディレクトリが後から symlink に置き換えられても、そのエントリは権限チェック時に再評価されなかった。そのため、パスの実体が変わっても古い解決結果が使われ続けた。

変更後

起点ディレクトリが symlink に置き換えられると、glob エントリも再チェックされるようになった。symlink が解決先を変えた場合は、その時点の実体に基づいてアクセスが判定される。

ユーザーへの恩恵

ユーザーは symlink 置き換えによるサンドボックス通過の抜け穴を気にせず、glob エントリによるパス許可が常に最新の実体に対して適用されることを信頼できるようになる。

変更前

--bg や --background に渡されたプロンプトや返信が、バックグラウンドセッションへのメッセージではなくフラグとして誤って解析されていた。

変更後

プロンプトや返信が正しくバックグラウンドセッションに届けられるようになり、誤って新規セッションが起動されなくなった。

ユーザーへの恩恵

バックグラウンドセッションへのメッセージ送信が確実に届くようになり、意図しない新規セッションの連鎖的な起動を避けられる。

変更前

設定で ultracode を有効にしても、スケジュールされたタスクや配信されたヘッドレスターンには ultracode が有効であることが伝わらず、ワークフローの自動オーケストレーションが行われなかった

変更後

設定で ultracode を有効にすると、スケジュールされたタスクや配信されたヘッドレスターンにも ultracode の有効化が正しく通知され、ワークフローの自動オーケストレーションが行われるようになった

ユーザーへの恩恵

設定で ultracode を有効にするだけで、ヘッドレス実行やスケジュールタスクでもワークフローの自動計画を一貫して利用できるようになる

変更前

Read ツールは BOM 付きの UTF-16LE ファイルを正しく扱えず、文字化けした内容を表示していた。また Write ツールは保存時にバイトオーダーマークを失わせたり、Windows-1252・Shift-JIS・GBK・UTF-16BE で書かれたファイルを UTF-8 へサイレントに変換して保存しており、元の文字コードや BOM が壊れる原因になっていた。

変更後

Read ツールは BOM 付き UTF-16LE ファイルを文字化けせずに読めるようになった。Write ツールはデコードできないレガシーエンコーディングのファイルへの書き込みを拒否し、シェルコマンドによる対応か UTF-8 変換の可否をユーザーに確認するエラーメッセージを返すようになったため、BOM の消失やサイレントな文字コード変換が起きなくなった。

ユーザーへの恩恵

レガシーエンコーディングのファイルを壊さずに安全に扱えるようになる。

変更前

ユーザーがインストールした mod が $.env.set で環境変数を設定すると、その影響がマネージド設定に定義されたコマンドフックにも及んでいた。その結果、フックが本来の起動環境やシェルプレフィックスとは異なる状態で実行され、組織が意図しない動作を引き起こす可能性があった。

変更後

$.env.set による環境変数の変更が、マネージド設定のコマンドフックの起動環境やシェルプレフィックスに波及しないようになった。フックはマネージド設定が意図した環境で実行される。

ユーザーへの恩恵

ユーザーは組織のマネージド設定によるコマンドフックの実行環境が mod によって改変されないことを信頼できるようになる。

変更前

Windows 上では、Claude Code が起動したプロセスの生存確認の結果が適切に片付けられず、マシンの負荷が高い状況では PowerShell プロセスが死んだ後も孤立状態で残り続けた。

変更後

プロセスの生存確認を見直し、終了した PowerShell プロセスが孤立状態で残らないようにした。

ユーザーへの恩恵

ユーザーは Windows 上の負荷の高い環境でも、使われていない PowerShell プロセスがメモリを圧迫するのを気にせず作業できる。

変更前

最初のターンを開始する前に出力を書き込んだセッションでは、リリース用のタイマーが設定されないままになっていた。そのため --retire-at の指定が無視され、ランナーのシャットダウンが予定より遅れていた。

変更後

最初のターンより前に出力を書き込んだセッションも、通常のセッションと同様にリリースタイマーが正しく設定されるようになった。これにより --retire-at の時刻が尊重され、ランナーは予定どおりにシャットダウンできる。

ユーザーへの恩恵

--retire-at を設定した運用者は、セッションの状態にかかわらずランナーのシャットダウン時間を正確に予測できるようになる。

変更前

ベアリポジトリのレイアウトがルートになっているリポジトリで worktree を作成しようとすると、本来の原因と無関係な git エラーが表示されていた。ユーザーはエラーメッセージから問題の原因(ベアリポジトリレイアウト)を特定できず、混乱していた。

変更後

worktree 作成時のチェックが改善され、ベアリポジトリレイアウトのルートで worktree を作成しようとした場合に、そのレイアウトが原因であることを説明するエラーが表示されるようになった。無関係な git エラーの代わりに、具体的な原因と対処のヒントがわかるメッセージになる。

ユーザーへの恩恵

ユーザーはエラーメッセージを見るだけで、リポジトリがベアリポジトリレイアウトであることが原因だと理解し、通常のチェックアウトから worktree を作成するなどの適切な対応を取れるようになる。

変更前

WebFetch でページを読み取る際の effort レベルは、Web 検索とは異なる独自の方法で決まっていた。そのため、呼び出し元のモデルや設定で指定した effort レベルが反映されないケースがあった。

変更後

WebFetch のページ読み取りが、Web 検索と同じ effort 決定ロジックに統一された。呼び出し元が自身のモデルで実行している場合はその呼び出し元のレベルを使い、それ以外の場合は設定で指定されたレベルを小さいモデルに適用する。

ユーザーへの恩恵

WebFetch でも Web 検索と同じ effort レベルのルールが適用されるため、ユーザーは設定した effort レベルの挙動を一貫して予測できるようになる。

変更前

サーバー側のセーフガードがメッセージをサイバーセキュリティの話題としてフラグした際、通知には「Cyber Verification Program について確認し、アクセスの申し込みをしてください」という案内が含まれていた。この文言は v2.1.203 から v2.1.218 までのクライアントリリースで表示されていた。

変更後

セーフガード自体は変更されず、通知メッセージの文言のみが更新され、Cyber Verification Program への申し込みを促す部分が取り除かれた。ドキュメントのエラー解説ページも、申し込み案内ではなく /feedback による誤検知報告や /rewind での回避といった対処方法を案内する内容に更新されている。

ユーザーへの恩恵

セーフガードにフラグされたユーザーは、不要な申し込み案内に誘導されず、誤検知の報告やセッションの継続など実際の対処方法に集中できるようになる。

変更前

ルーティンを編集して保存すると、元の環境が削除済みまたはリストにない場合、ユーザーに通知なく別の環境へ移動していた。

変更後

そのような場合でもルーティンは元の環境を保持するようになり、知らない間に別の環境へ移動しなくなった。

ユーザーへの恩恵

ユーザーは意図しない環境変更を気にせず、ルーティンの実行環境がそのまま保たれることを確信して編集・保存できるようになる。

変更前

セルフホスト環境の管理画面の詳細で、セッションのリンクからコピーしたセッション ID を Sessions 検索に貼り付けても、検索結果が何も表示されず空だった。

変更後

セッションのリンクから取得したセッション ID を Sessions 検索に貼り付けると、該当するセッションが正しく検索結果として表示されるようになった。

ユーザーへの恩恵

ユーザーはセッション ID を貼り付けるだけで目的のセッションをすぐに見つけられるようになる。

変更前

デプロイコマンドの表示は、長いコマンドが省略されて途中までしか見えず、コピー用のボタンも分かりにくい状態だった。

変更後

デプロイコマンドが全文表示され、引数の間で折り返されて読みやすくなり、コピー用ボタンも目に見える形で配置される。

ユーザーへの恩恵

ユーザーは表示されたデプロイコマンドを正確に全文コピーできるようになり、手作業での転記ミスが減る。

変更前

ゲートウェイのポリシーでは、cli キーで Claude Code への設定を配布でき、desktop キーで Claude Desktop をゲートウェイに接続できた。しかし Claude Desktop の Code タブに適用される設定は cli ブロックからの派生に依存しており、Code タブ向けに個別に設定を指定する手段がなかった。

変更後

ポリシーに code キーを追加できるようになった。cli と同じ形式の設定を書くと、それが Claude Desktop の Code タブにも適用され、desktop キーと併せて設定することで Claude Desktop のゲートウェイモードが有効になる。

ユーザーへの恩恵

Claude Desktop の Code タブ経由でゲートウェイを利用するユーザーに対して、cli とは独立した設定をポリシーで明示的に配布・制御できるようになる。

変更前

動的ワークフローが起動する各エージェントは、セッションのモデル継承やサブエージェント設定に従うため、ユーザーはワークフローのエージェント全体のモデルを一括で指定できなかった。コストを抑えたい場合でも、各エージェントのモデルを個別に制御する方法がなかった

変更後

CLAUDE_CODE_WORKFLOW_SUBAGENT_MODEL を設定すると、ワークフロー内のすべてのエージェントを 1 つのモデルで実行できる。ワークフロー外の他のサブエージェントはそれぞれのモデル設定をそのまま維持するため、ワークフローだけに影響を限定した一括指定が可能になる

ユーザーへの恩恵

コストを抑えたいワークフローだけをまとめて軽量モデルに切り替えられ、他のサブエージェントのモデル設定に影響を与えずに済む

変更前

529 過負荷エラーに対する再試行バックオフは、開始遅延を CLAUDE_CODE_OVERLOADED_RETRY_BASE_DELAY_MS で調整できたものの、最大遅延は固定値で、API の混雑が長引く場合に再試行間隔をさらに広げられませんでした。

変更後

新しい環境変数 CLAUDE_CODE_OVERLOADED_RETRY_MAX_DELAY_MS を設定することで、529 過負荷エラーの再試行バックオフの最大遅延をデフォルトよりも長く指定できるようになりました。これにより、API が長時間_capacity 状態にある場合でも、再試行をより広い時間帯に分散させられます。

ユーザーへの恩恵

混雑が続く状況で再試行をより長い期間にわたって分散させ、過負荷エラーによる失敗を減らせるようになる。

変更前

管理設定の PreToolUse フックが "continue": false を付けてツール呼び出しを拒否したときや、管理対象の prompt フックがブロックしたときに、ツール呼び出しは拒否されるものの、そのターン自体が終了していた。"continue": false はターン継続を止める意図で使われる値だが、管理設定のフックではこの挙動が正しく反映されていなかった。

変更後

ツール呼び出しは拒否されつつも、ターンは終了せず継続するようになった。フックによるブロックの意図 ("continue": false でターンを続ける) が管理設定のフックでも正しく反映される。

ユーザーへの恩恵

組織の管理者が管理設定でフックを設けても、拒否によってユーザーのターンが打ち切られず、Claude が文脈を保ったまま応答を続けられるようになる。

変更前

管理対象設定で PostToolUse フックが updatedMCPToolOutput を返しても、セッションによってはその値が適用されず、MCP ツールの出力がフックによる置換前のまま Claude に渡されていた。そのため、設定で指定したフックの動作がセッションごとに不安定になっていた。

変更後

updatedMCPToolOutput がすべてのセッションで確実に適用されるようになり、管理対象設定の PostToolUse フックが MCP ツールの出力を意図どおりに置き換えられるようになった。

ユーザーへの恩恵

ユーザーは管理対象環境でも PostToolUse フックによる MCP ツール出力の置換をセッションをまたいで一貫して信頼して利用できるようになる。

変更前

ゲートウェイが allowedProviders に `

変更後

ユーザー設定でそのゲートウェイを指定しているラップトップでも、ゲートウェイが提供する allowedProviders の値が正しく解釈され、ログインできるようになりました。

ユーザーへの恩恵

ユーザーは、managed settings とユーザー設定の組み合わせによってゲートウェイから締め出されることなく、ゲートウェイ経由で Claude Code を利用できるようになりました。

変更前

2.1.295 では、管理対象設定で forceLoginMethod を gateway に設定していても forceLoginGatewayUrl が指定されていないマシンでは、保存済みのゲートウェイサインイン情報が読み込まれず無視されていた。そのため、ユーザーはすでにサインイン済みなのに再度 /login を実行してゲートウェイへのサインインをやり直す必要があった。

変更後

forceLoginGatewayUrl が設定されていない場合でも、保存済みの Claude アプリゲートウェイのサインイン情報が正しく認識されるようになった。既存のサインインをそのまま利用でき、再度 /login を実行せずにモデルリクエストを行える。

ユーザーへの恩恵

ユーザーは forceLoginGatewayUrl の有無にかかわらず、保存済みのゲートウェイサインインを再入力なしでそのまま利用できる。

変更前

アダプティブシンキングのみに対応する Haiku 5.5 などのモデルでは、一部のゲートウェイ経由の環境でトークン数の計算が失敗し、その他の環境では適切でない固定バジェット方式のシンキングとしてトークン数が計上されていた。

変更後

アダプティブシンキングのみを採用するモデルでも、ゲートウェイ経由かどうかにかかわらず、トークン数が正しく計上されるようになった。

ユーザーへの恩恵

Haiku 5.5 などのアダプティブシンキング対応モデルをゲートウェイ経由で利用する場合でも、正確なトークン数に基づいてコストを把握できるようになる。

変更前

コピー操作の後、OSC 52 のエスケープシーケンスがそのままターミナル画面に文字として表示され、画面が乱れることがあった。

変更後

対応していない古い VTE ベースのターミナルでは OSC 52 を出力しないようにし、コピー後に余計なシーケンスが画面に表示されないようになった。

ユーザーへの恩恵

MATE Terminal などでもコピー後に画面が乱れず、そのまま作業を続けられるようになる。

変更前

--capacityが1より大きいランナーでは、同じリポジトリの別セッションが同時に起動すると、既存セッションの git fetch、pull、push が失敗していた。

変更後

同じリポジトリの別セッションが同時に起動しても、既存セッションの git fetch、pull、push が失敗しなくなった。

ユーザーへの恩恵

複数セッションを同時実行するランナーでも、並行起動による git 操作の失敗を気にせずセッションを開始できる。

変更前

シークレット名が constructor や prototype の場合、そのプラグインのオプションを保存すると、シークレットが意図せず削除されていた。ユーザーは保存のたびにシークレットを再設定する必要があった。

変更後

オプション保存時にシークレットが誤って削除されないようになった。constructor や prototype といった名前のシークレットも通常どおり保持される。

ユーザーへの恩恵

ユーザーはオプションを保存してもシークレットが消える心配なく、再設定の手間がなくなる。

変更前

Windows で PowerShell をシェルとして使う場合、フックが CLAUDE_ENV_FILE に書き込んだ変数が PowerShell コマンドから参照されず、環境変数が正しく引き継がれませんでした。

変更後

CLAUDE_ENV_FILE に単純な代入形式で書かれた変数が PowerShell コマンドからも参照できるようになり、セッション内の後続コマンドで環境変数が正しく使えるようになりました。

ユーザーへの恩恵

Windows の PowerShell 環境でもフック経由で設定した環境変数を後続のコマンドで確実に利用できるようになる。

変更前

複数のセッションが同じ設定ディレクトリ(~/.claude)を共有していると、claude.ai から同期されたスキルのインストール処理が完了しない状態になっていた。そのため、同期が実行されるたびに同じスキルが何度も再ダウンロードされていた。

変更後

設定ディレクトリを共有する複数セッション間でも、同期されたスキルのインストールが正しく完了するようになった。これにより、同期のたびに同じスキルが再ダウンロードされることはなくなった。

ユーザーへの恩恵

複数のセッションで同じ設定ディレクトリを使っている場合でも、同期済みスキルが確実にインストールされ、不要な再ダウンロードが発生しなくなる。

変更前

Linux マシンからコピーしたプラグインのパスが /home 以下を指していると、macOS で Claude Code の起動時にハングしてしまい、セッションを開始できなかった。

変更後

そのようなパスを参照するプラグインが存在しても、macOS で起動時のハングが発生しなくなり、正常に起動できるようになった。

ユーザーへの恩恵

Linux 環境と macOS 環境をまたいでプラグインを利用する場合でも、起動不能に陥ることなく Claude Code を使えるようになる。

変更前

CLAUDE_CODE_TRANSCRIPT_LOCAL_GC は保存済みトランスクリプトを対象に動作するが、メッセージのテキストに Unicode の行区切り文字（U+2028）や段落区切り文字（U+2029）が含まれていると、そのメッセージをトランスクリプトから落としていた。その結果、該当するメッセージが保存済みトランスクリプトから失われていた。

変更後

トランスクリプトのテキストに U+2028 / U+2029 が含まれていても、対応するメッセージはトランスクリプトから落とされず、そのまま保存されるようになった。

ユーザーへの恩恵

行区切り・段落区切り文字を含むメッセージがトランスクリプトから失われることがなくなり、セッション履歴の完全性が保たれる。

変更前

claude purge は ~/.claude/history.jsonl にあるプロンプト履歴を削除するコマンドだが、プロンプトのテキストに Unicode の行区切り(U+2028)や段落区切り(U+2029)が含まれていると、そのエントリが正しく削除されずに履歴ファイルに残っていた。

変更後

区切り文字を含むプロンプトのエントリも履歴ファイルから確実に削除されるようになり、purge の実行後は履歴が完全にクリアされる。

ユーザーへの恩恵

ユーザーは purge 実行後もプロンプトの断片が履歴に残ることを心配せず、プライバシーを保ったまま履歴を完全に消去できる。

変更前

Windows 環境では、約 1 KB を超える長さの PowerShell コマンドが実行されるたびに、permission 要求が常に表示されていた。そのため、長いコマンドの場合は allow ルールや read-only 検出が機能せず、ユーザーは毎回手動で承認する必要があった。

変更後

permission 評価の対象サイズ上限が約 1 KB から 32 KB に拡張され、32 KB 以下の PowerShell コマンドでも allow ルールや read-only 検出が正しく適用されるようになった。

ユーザーへの恩恵

Windows で長い PowerShell コマンドを実行する際に、不要な permission 要求に邪魔されずスムーズに作業を進められるようになる。

変更前

クラウドセッションが拒否された場合、組織のポリシーが読み込めなかったことやログインが上書きされていること自体は表示されるものの、具体的な原因は分かりませんでした。ユーザーは原因を特定するためにドキュメントや設定を自分で調べる必要がありました。

変更後

エラーメッセージに、組織のポリシーを読み込めなかった理由が示されるようになりました。さらに、claude.ai ログインを上書きしている API キーまたは認証トークンが具体的に名前付きで表示されます。

ユーザーへの恩恵

ユーザーは設定やドキュメントを調査しなくても、エラーメッセージだけでセッション拒否の原因を特定し、修正できるようになる。

変更前

カスタムエージェントファイル（agents/*.md）にサポートされていないフロントマターフィールドがあっても、--debug 出力では問題の具体的な内容が分からず、ユーザーは自分で原因を調べる必要があった。

変更後

--debug 出力に認識されないフィールド名が表示され、正しいフィールド名のタイプミスである可能性を示すヒントも一緒に提示される。

ユーザーへの恩恵

ユーザーはエージェントファイルのフロントマターのタイプミスをデバッグログから即座に特定して修正できるようになる。

変更前

--debug を有効にしても、コマンドフックの完了時にそのコマンド、プラグイン、実行結果、所要時間はログに記録されず、フックの実行内容や所要時間を確認するには Ctrl+O でトランスクリプトを開くなどの別の手段が必要だった。

変更後

ツール呼び出し、プロンプト、SessionStart、Stop に対するコマンドフックが完了すると、--debug ログにコマンド、プラグイン、実行結果、所要時間が記録されるようになった。

ユーザーへの恩恵

デバッグログを見るだけで遅いフックを特定できるようになり、フックのパフォーマンス確認が素早く行える。

変更前

セッションの転写ファイルが大きくなった際、GC によって解放できる領域がごくわずか(10% 未満)であっても、ファイル全体が書き直されていた。

変更後

解放できる領域が転写ファイルの 10% 未満である場合には、ファイルの書き直しが行われなくなった。

ユーザーへの恩恵

サイズ削減効果が小さい場合の無駄な書き直し処理が省かれ、大きな転写ファイルを持つセッションの I/O 負荷が軽減される。

変更前

Sonnet 5.5 のキャッシュ読み取りトークンは 100 万あたり $0.20 として計上され、/usage、ステータスライン、--max-budget-usd、SDK のコスト算出に反映されていた。

変更後

Sonnet 5.5 のキャッシュ読み取り価格が 100 万あたり $0.10 に引き下げられ、これらの各コスト表示が新しい単価に基づいて計算される。

ユーザーへの恩恵

Sonnet 5.5 のキャッシュ読み取りを多用するユーザーは、実際の支払いに沿ったより低いコスト数値を確認できるようになる。

変更前

claudeCode.spinnerVerbs が拡張機能の設定スキーマに定義されておらず、settings.json で補完や検証の対象にならず、不正な値が設定されるとチャットパネルが動作しなくなることがあった。

変更後

claudeCode.spinnerVerbs が設定スキーマに追加され、settings.json で補完と検証が機能するようになり、不正な値でもチャットパネルへの影響がなくなった。

ユーザーへの恩恵

チャットパネルのスピナー表示を settings.json で安全にカスタマイズできる。

変更前

OS の設定、VS Code の設定、または Claude Code の prefersReducedMotion 設定でモーション縮減を有効にしていても、VS Code 拡張の動作中インジケーターがアニメーションし続けていた。

変更後

モーション縮減が有効な場合は、動作中インジケーターがアニメーションせずに表示されるようになった。

ユーザーへの恩恵

モーション縮減を好むユーザーが不要なアニメーションにさらされずに済むようになる。

変更前

Activity タブの Sessions と Runners のリストは全件が表示され、特定の状態のセッションやランナーを探すにはリストを目視で確認するしかなかった。結果として、キュー待ちや失敗状態のセッションの把握に手間がかかっていた。

変更後

リストにステータスフィルターが追加され、目的の状態を選んで表示を絞り込めるようになった。さらに複数のステータスを同時に選択できるため、たとえば待機中と実行中を一度に表示できる。

ユーザーへの恩恵

管理者は Activity タブでステータスを選択するだけでセッションやランナーの状況を素早く把握できるようになる。

変更前

セルフホスト環境では、セッションはランナーが生成する子プロセスとして実行され、ユーザーが次のメッセージを送るとセッションは新しいランナーに引き継がれる。タスクの途中でセッションが新しいランナーに移ると、Slack 上の Claude による返信がその移行時に失われることがあった。

変更後

タスクの途中でセッションが新しいランナーに移動しても、移行前のターンで生成された返信が Slack で失われないようになった。

ユーザーへの恩恵

セルフホスト環境のユーザーは、セッションがランナー間で移動しても Slack 上の返信が欠落することを気にせずタスクを続けられる。

変更前

Code Review の管理者設定を保存できなかった場合、理由が分からない汎用的な失敗メッセージだけが表示されていた。管理者は失敗の原因を特定するために、ポリシー設定などを自分で調査する必要があった。

変更後

設定の保存に失敗した際に、ポリシーによる制限など保存できなかった具体的な理由がメッセージに表示されるようになった。管理者は表示された理由をそのまま確認できる。

ユーザーへの恩恵

管理者は設定保存の失敗原因を自分で調査せずに、表示された理由からすぐに対処できるようになる。

変更前

返信にコードブロックが含まれる場合、/copy を実行するとコードブロックか完全なレスポンスを選択するピッカーが表示されていた。ドラフトされたメッセージに引用テキスト(> で始まる行)が含まれている場合、その > マーカーも一緒にコピーされていた。

変更後

/copy のピッカーに「引用テキスト」の選択肢が追加された。ドラフトされたメッセージを > マーカーを取り除いた状態でコピーできる。

ユーザーへの恩恵

ユーザーは引用マーカーを手動で削除することなく、クリーンなドラフトメッセージをそのままコピーして使えるようになる。

変更前

これらのプラグイン関連コマンドが設定ファイルに書き込みを行っても、そのファイルが読み込めない場合でも、ユーザーには何の警告も表示されず、設定が反映されない原因に気づきにくかった。

変更後

書き込み先の設定ファイルが読み込めない場合、コマンドが警告を表示するようになり、設定が正しく適用されていないことをユーザーがすぐ把握できる。

ユーザーへの恩恵

ユーザーは設定ファイルの読み込み問題に気づいて対処できるようになる。

変更前

Bedrock、Vertex、Foundry などのクラウド上流では、timeouts.upstream_ttfb_ms の設定が適用されず、ゲートウェイは最大1時間までストリーム開始を待つため、遅い上流でもすぐには切り替わらなかった。

変更後

これらのクラウド上流でも timeouts.upstream_ttfb_ms を設定できるようになり、ストリーム開始までの待ち時間を指定した値で制限できる。

ユーザーへの恩恵

直 Anthropic 以外の上流でもタイムアウトを明示的に設定して高速にフェイルオーバーさせられるようになる。

変更前

これらのキーはマネージド設定でのみ有効で、ユーザー自身の設定ファイルでは無視されていた。

変更後

マネージド設定が存在しないマシンでは、ユーザー設定にこれらのキーを設定できるようになり、/login で指定した Claude アプリのゲートウェイ画面が直接開くようになった。

ユーザーへの恩恵

管理者によるマネージド設定の配布なしに、ユーザーが自分の設定だけでゲートウェイ経由のログインを構成できる。

変更前

gateway の inference 監査イベントには、上流（Amazon Bedrock、Anthropic API など）に送られたリクエストを一意に識別する ID が記録されていなかった。そのため、障害調査やサポート問い合わせの際に、gateway 側の監査ログと上流側の記録を突き合わせることができなかった。

変更後

inference 監査イベントに upstream_request_id フィールドが新たに含まれるようになった。このフィールドには、gateway がリクエストを転送した上流（Amazon Bedrock、Anthropic API など）が付与したリクエスト ID が記録される。

ユーザーへの恩恵

監査ログのリクエスト ID を手がかりに上流側の記録と突き合わせられるようになり、サポートケースでの問題調査を円滑に行える。

変更前

無人リトライモード（CLAUDE_CODE_RETRY_WATCHDOG）を有効にすると、429 および 529 の容量エラーを CLAUDE_CODE_MAX_RETRIES の上限に関係なく無期限にリトライし続けていた。そのため、長時間にわたる待機を止める手段がなく、CI ジョブなどが予想以上に長く待ち続ける可能性があった。

変更後

CLAUDE_CODE_RETRY_WATCHDOG_MAX_WAIT_MS を設定することで、無人リトライモードが 429 および 529 エラーに対して待機を続ける最大時間をミリ秒単位で制限できるようになった。この変数を指定すれば、無人リトライモードの無限リトライに時間的な上限を設けられる。

ユーザーへの恩恵

CI ジョブなどの無人実行で、容量エラーによる待機時間に上限を設けられ、ジョブが予想外に長時間滞留するのを防げるようになる。

変更前

ゲートウェイ経由の推論レスポンスには request-id ヘッダーがなく、Claude Code テレメトリに記録される request_id とゲートウェイの監査ログの対応が確認できなかった。

変更後

ゲートウェイが成功した推論レスポンスに request-id ヘッダーを返すようになり、テレメトリの request_id がゲートウェイの監査ログと突き合わせられるようになった。

ユーザーへの恩恵

テレメトリと監査ログを request_id で突き合わせて請求や使用状況を追跡・検証できるようになる。

変更前

[1m] サフィックス付きのモデルを使う場合、Claude Code は context-1m ベータを付けてリクエストを送信していた。ゲートウェイ、Bedrock、Vertex、Foundry がこのベータを拒否する環境では、リクエストが失敗してもベータを外して再試行せず、すべてのリクエストが失敗し続けた。

変更後

プロバイダが context-1m ベータを拒否した場合、Claude Code はベータを外したリクエストを再送するようになった。これにより、[1m] モデルでも拒否される環境でリクエストが完了する。

ユーザーへの恩恵

ベータを拒否するプロバイダ環境でも [1m] モデルでのセッションが継続して動作するようになる。

変更前

When a subagent was moved to the background, any edit or shell command waiting behind it would start running before the subagent had finished.

変更後

Processes queued behind the backgrounded subagent now wait until it finishes before starting.

ユーザーへの恩恵

ユーザーがバックグラウンド処理中のサブエージェントの実行結果やリソースの競合を気にする必要がなくなり、システムの安定性が向上する。

変更前

ログイン更新の直後にClaude Codeを起動すると、管理対象設定（managed settings）の読み込みがまれに失敗することがあった。この場合、そのセッションでは組織のポリシー設定が正しく適用されない可能性があった。

変更後

起動時の管理対象設定の読み込み処理が修正され、ログイン更新の直後に起動しても設定が確実に読み込まれるようになった。

ユーザーへの恩恵

ユーザーはログイン更新直後の起動でも管理対象設定が欠落せずに適用されることを信頼できるようになる。

変更前

Claude Code を再度起動できなかったとき、/tui はメッセージを表示せずに終了するか、生のシステムエラーをそのまま出力して終了していた。ユーザーには何が起きたのか、どう対処すればよいのかが伝わらなかった。

変更後

修正後は、Claude Code を再起動できなかった場合でも、ユーザーに状況がわかるメッセージが表示されるようになった。errors.md には /tui が CLI を再起動するコマンドであること、および再起動に失敗した際の対処法(別の設定でセッションを開始し /tui fullscreen または /tui default を実行して戻る)が文書化されている。

ユーザーへの恩恵

起動失敗時にユーザーが原因と対処法を把握できるようになり、黙って終了する代わりに適切に復旧の手段を取れるようになる。

変更前

Claude apps ゲートウェイでサインインしたセッションでは、availableModels に記載された Fable モデルが /model ピッカーに表示されなかった。代わりに、同一モデル向けに modelPicker 設定によって追加された行が表示されていた。

変更後

Fable モデルが availableModels に記載されている場合、modelPicker によって追加された行の代わりに、組み込みの行がピッカーに表示されるようになった。

ユーザーへの恩恵

ユーザーは、Claude apps ゲートウェイ経由のセッションでも availableModels で指定した Fable モデルを正しくピッカーから選択できるようになる。

変更前

環境変数 CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC を設定していると、ゲートウェイの支出上限を取得するリクエストまで抑制され、/usage の Spend limit バーやステータスラインの rate_limits.spend_limit オブジェクトに支出上限が表示されませんでした。

変更後

支出上限の取得リクエストは「不要なトラフィック」の対象から除外され、セッションがサインインしているゲートウェイに対して送信されるようになりました。これにより、/usage やステータスラインに支出上限が正しく表示されます。

ユーザーへの恩恵

データ送信を抑える設定を使っていても、支出上限の利用状況や警告をこれまでどおり確認できるようになる。

変更前

--tools や --restricted でツールを制限していても、起動後に登録される組み込みツールには制限が反映されず、アクセスできてしまっていた。また、非推奨のツール名が、呼び出し元のツールセットに含まれないツールにまで到達してしまうことがあった。

変更後

起動後に登録される組み込みツールにも --tools と --restricted の設定が正しく適用されるようになった。さらに、非推奨のツール名が呼び出し元のツールセット外のツールに到達しないようになった。

ユーザーへの恩恵

--tools や --restricted によるツール制限が全ツールに対して一貫して効くようになり、意図しないツールへのアクセスを確実に防げるようになった。

変更前

バックグラウンドセッションのプロセスが停止している間に /loop の次の起床時刻を迎えると、ループは告知なく停止していた。

変更後

同じ状況でもループは停止せず、セッションがその状態をユーザーに伝え、Claude にも通知される。

ユーザーへの恩恵

ユーザーは /loop が黙って止まってしまうことに気づかず放置する状況を避け、セッション再開時にループの状態を把握できる。

変更前

Claude Code の応答が数万行に達するとターミナルがフリーズし、Ctrl+C を押しても操作がキャンセルされず、ターミナルの終了と再起動が必要になることがあった。

変更後

応答が数万行に及んでもターミナルがフリーズしなくなり、Ctrl+C によるキャンセルが正しく機能する。

ユーザーへの恩恵

長い応答の途中で Ctrl+C を押して操作を中断できるようになり、ターミナルの再起動が不要になる。

変更前

/model、/fast、/output-style の各コマンドで設定を変更すると、プラグインの config.set フックを介さずに設定が直接保存されていた。

変更後

これらのコマンドが設定を保存する前に config.set フックが呼び出されるようになり、プラグインが設定の保存を制御できるようになった。

ユーザーへの恩恵

プラグインは独自の config.set フックで設定の保存を検知・処理できるようになる。

変更前

サーバー管理設定のキャッシュが改竄されると、そのキャッシュに基づく判定で、ユーザー自身がインストールしたプラグインが組織管理のプラグインとして扱われていた。管理設定で enabledPlugins や prependPlugins によるプラグインの一覧化・有効化が行われているマシンでは、この改竄によって組織管理かどうかの判定が不正にすり替わり得た。

変更後

サーバー管理設定のキャッシュの改竄を検出し、改竄されたキャッシュを組織管理のプラグイン判定に使用しないようにした。これにより、管理設定でプラグインが一覧化・有効化されているマシンでも、個人インストールのプラグインは組ールのプラグインは組織管理のプラグインとしては扱われない。

ユーザーへの恩恵

改竄されたキャッシュによって個人のプラグインが組織管理として特権的に扱われることを防ぎ、allowManagedModsOnly などの組織管理ポリシーの前提が保たれる。

変更前

機能フラグが利用できない環境で、Claude 3 Opus や Claude 3.x Sonnet のセッションに対してもツール検索が提示されていた。しかし、これらのモデルはツール検索を拒否するため、セッションが正常に動作しない状況だった。

変更後

機能フラグが利用できない環境では、Claude 3 Opus や Claude 3.x Sonnet のセッションにツール検索を提示しないように修正された。これにより、モデルがツール検索を拒否してセッションが失敗する問題が解消された。

ユーザーへの恩恵

Claude 3 系モデルのセッションがツール検索の拒否によって失敗しなくなり、安定して動作するようになる。

変更前

/model ピッカーで Max の effort レベルを選んで確認すると、Claude Code はそのレベルが新規セッションのデフォルトとして保存されたというメッセージを表示していた。しかし実際には Max は設定ファイルに保存されない特殊なレベルであるにもかかわらず、ユーザーには誤った情報が提示されていた。

変更後

Max を選んだ場合は現在のセッションにのみ適用されるため、そのレベルが保存されたという誤ったメッセージを表示しないようになった。他のレベル（low / medium / high / xhigh）を選んだときは、従来どおりデフォルトとして保存される挙動は変わらない。

ユーザーへの恩恵

ユーザーは Max 選択時の保存メッセージに惑わされず、永続化される設定とセッション限定の設定を正しく区別して effort レベルを管理できるようになる。

変更前

Claude apps gateway に /login でサインインしたセッションでも、OpenTelemetry の設定に応じて利用状況メトリクスやイベントがエクスポートされる仕組みになっている。しかし、gateway サインイン時に claude_code.auth ログインイベントが送出されず、監視スタック側でサインイン状況を把握できなかった。

変更後

gateway サインイン時に claude_code.auth ログインイベントが正しく送出されるようになった。マシンに OpenTelemetry が設定されている場合や、セッションがすでに gateway にサインイン済みの場合にはイベントがエクスポートされる。

ユーザーへの恩恵

管理者は gateway サインイン状況を監視スタック上で確実に追跡できるようになり、 IdP 認証に基づく per-developer の利用状況の集計が漏れなく行える。

変更前

disableAutoMode が設定で有効な間、Desktop や SDK のセッションはオートモードが無効化された状態になる。設定から disableAutoMode を削除しても、既存のセッションは再起動するまでオートモードに切り替えられなかった。

変更後

設定から disableAutoMode を削除すると、Desktop や SDK のセッションは再起動なしで Shift+Tab による切り替えなどでオートモードへ戻せるようになる。

ユーザーへの恩恵

管理者が disableAutoMode を解除した際、ユーザーは再起動せずにすぐオートモードの利用を再開できる

変更前

変更前は、/config で自動更新チャネル（autoUpdatesChannel）を変更すると、設定が即座に保存されていました。プラグインが config.set フックで変更内容を検証したり介入したりする前に、新しい値が settings ファイルに書き込まれていました。

変更後

変更後は、自動更新チャネルの変更がプラグインの config.set フックに問い合わせられた後に保存されます。フックが先に実行されるため、プラグインは設定の保存前に変更を検知できます。

ユーザーへの恩恵

プラグインは設定変更が永続化される前にフックで処理や検証を行えるようになります。

変更前

PostgreSQL データベースが読み取り専用になると、ゲートウェイは失敗の詳細を明示的にログに残さず、管理者は何が起きているのか、どのように復旧すればよいのかを判断しにくかった。特に fail-open 動作中はリクエスト自体は進むため、問題に気づくのが遅れる可能性があった。

変更後

データベースが読み取り専用の間、ゲートウェイが 30 秒ごとに警告をログに出力するようになった。警告には何が失敗しているかと復旧方法が記載されるため、管理者は readiness_grace_seconds の調整や fail-closed 設定の見直しなど、適切な対応を判断できる。

ユーザーへの恩恵

管理者はデータベース読み取り専用状態を早期に検知し、何をどう復旧すればよいかをログから判断できるようになる。

変更前

Claude apps gateway の背後で動作するバックグラウンドリクエストは、セッションで使用中のモデル（たとえば Opus や Sonnet）をそのまま使っていた。そのため、高価なモデルでセッションの応答性に影響しない用途でも高額・高性能なモデルが消費されていた。

変更後

セッションの応答とは独立したバックグラウンドリクエストを、高速で効率的な Haiku 4.5 で処理するようになった。ゲートウェイが Haiku 4.5 を提供しない環境では、従来どおりセッションのモデルへフォールバックするため、ゲートウェイのモデル設定に合わせて動作する。

ユーザーへの恩恵

ゲートウェイが Haiku 4.5 を提供する環境では、バックグラウンドリクエストがより安価で高速なモデルで処理されるようになり、コストとレイテンシが抑えられる。ゲートウェイが Haiku 4.5 を提供しない場合もセッションのモデルへフォールバックするため、既存のゲートウェイ構成を壊さずに済む。

変更前

ヘッドレスモードで発行される rate_limit_event の使用量上限警告は、使用量上限に達したことだけを伝えていた。アカウントに追加使用量( extra usage )の購入・有効化が設定されているかどうかは表示されなかった。

変更後

この警告に、アカウントで追加使用量( extra usage )が有効になっているかどうかの情報が含まれるようになった。ユーザーは警告を見るだけで、追加使用量が使える状態かどうかを判断できる。

ユーザーへの恩恵

ヘッドレス実行時に使用量上限警告を受け取った際、追加使用量の有無を警告メッセージから直接確認でき、追加で使用量を購入する必要があるかどうかを素早く判断できる。

変更前

ツール検索が有効な場合、MCP ツールの説明は 2,048 文字で切り詰められていたため、長い説明文を持つツールでは情報が失われていた。

変更後

切り詰めの上限が 16,384 文字に引き上げられ、ツール検索で遅延読み込みされるツールの説明の大部分がそのままモデルに渡されるようになった。

ユーザーへの恩恵

モデルがより完全なツールの説明を参照できるようになり、ツール検索時に適切なツールを見つけられる精度が上がる。

変更前

claude.ai コネクタの MCP プロトコルバージョン 2026-07-28 のネゴシエートは、feature flag の取得が行われるセッションを前提としていた。env-vars.md では、MCP_PROTOCOL_NEGOTIATION=auto を設定しない限り claude.ai コネクタサーバーに対して MCP プロトコルリビジョン 2026-07-28 のプローブが行われると説明されており、フラグを取得しないインストールでの挙動は本変更で改めて明確化された

変更後

フラグを取得しないインストール環境でも、claude.ai コネクタがデフォルトで MCP プロトコルバージョン 2026-07-28 をネゴシエートするようになった。従来の挙動に戻したい場合は MCP_PROTOCOL_NEGOTIATION=legacy を設定する

ユーザーへの恩恵

フラグ取得が無効な環境（Remote Control 使用時やクリーンな CI 環境など）でも claude.ai コネクタが新しい MCP プロトコルバージョンを利用でき、必要なら環境変数 1 つで従来動作に戻せるようになる

変更前

テレメトリを無効にした環境では、ルーチンの定期実行や「今すぐ実行」を実行しても、アーティファクトの公開・更新時に確認を求められ、他の環境と挙動が異なっていた。

変更後

同じ環境でも、他のインストール環境と同様に、新しいプライベートアーティファクトの公開や自分のアーティファクトの更新が確認なしで自動的に行われるようになった。

ユーザーへの恩恵

ユーザーはテレメトリ無効環境でもルーチンの実行結果が他の環境と同じように自動公開されるため、確認応答なしで一貫したワークフローを維持できる。

変更前

従来は、ゲートウェイのバンドルスキーマが認識しない desktop ポリシーキーが設定されていると、ゲートウェイのバージョンが古い場合、その設定は新しい Claude Desktop に提供されませんでした。新しい Desktop 設定を使うには、まずゲートウェイをアップグレードする必要がありました。

変更後

ゲートウェイは、バンドルされた Claude Desktop スキーマが認識しない desktop ポリシーキーでも、起動時に警告を出すだけで、そのキーを新しい Claude Desktop に提供するようになりました。これにより、新しい Desktop 設定を配信するためのゲートウェイのアップグレードが不要になります。

ユーザーへの恩恵

ユーザーは、新しい Claude Desktop 設定を利用するためにゲートウェイをアップグレードする手間から解放され、管理負担が軽減される。

変更前

これまで、セルフホストランナーは起動するセッションの環境変数に CCR_AUTO_MODE_ALLOW、CCR_AUTO_MODE_ENVIRONMENT、CCR_AUTO_MODE_SOFT_DENY を渡していた。セッション内のプロセスからこれらの変数が参照できていた。

変更後

ランナーはこれら3つの環境変数をセッションの環境に渡さなくなった。セッション内のプロセスからは参照できなくなる。

ユーザーへの恩恵

セッション内部から自動モードの制御変数が設定・操作されることを防げる。

変更前

Claude Tag が Slack チャンネルに投稿する設定確認カードは、10 分で期限切れになっていた。

変更後

設定確認カードが 30 分間開いたままになり、ユーザーはより長く確認や操作ができるようになった。

ユーザーへの恩恵

設定確認カードを操作する時間に余裕ができ、忙しい場合でも確認カードの期限切れを気にせず対応できるようになる。

変更前

Claude Tag 管理者設定でチャンネルマネージャーを追加すると、確認なしに即座に実行されていた。そのメンバーはカスタムロールに移動し、以前持っていた他のアクセス権が失われることに気づきにくかった。

変更後

チャンネルマネージャーを追加する操作を行うと、実行前に確認ダイアログが表示されるようになった。これにより、そのメンバーが他のアクセス権を失う可能性のあるカスタムロールへの移動を、ユーザーが意図して承認できる。

ユーザーへの恩恵

メンバーの権限が意図せず縮小されるミスを防ぎ、ロール変更の影響を確認してから実行できるようになる。

変更前

subagentStatusLine の stdin ペイロードには各サブエージェントの id・name・status・model・tokenCount などが含まれていたが、どのカスタムサブエージェントの種類であるかを判別できる情報はなかった。

変更後

ペイロードに agentType フィールドが追加され、スクリプトはどの種類のカスタムサブエージェントなのかを識別できるようになった。

ユーザーへの恩恵

ユーザーは subagentStatusLine 用のスクリプトでサブエージェントの種類ごとに行の表示を変えるなどの処理を書けるようになる。

変更前

/model ピッカーで effort を ←/→ キーで調整する際、最高レベルや最低レベルの端を超えてラップ（循環）してしまい、意図せず低いレベル（Low）が選択された状態でデフォルトとして保存されることがあった。

変更後

←/→ キーでの effort 調整が最高・最低レベルで止まり、それ以上循環しなくなった。これにより端のレベルが誤って選択・保存されることはない。

ユーザーへの恩恵

矢印キーでの effort 調整中に誤って意図しないデフォルト effort が保存される恐れがなくなり、安心してレベルを変更できるようになった。

変更前

--chrome で起動したセッション内で /tui を実行すると、接続中の Claude in Chrome が切断されていた。また、--no-chrome フラグが指定されていてもそれが尊重されず、Chrome 統合のオン/オフが期待どおりに制御できなかった。

変更後

/tui を実行しても Claude in Chrome の接続は維持される。--no-chrome フラグも正しく反映され、セッションごとの Chrome 統合の指定が意図したとおりに動作する。

ユーザーへの恩恵

ターミナル UI を切り替えても Chrome 統合の接続が切れず、セッション起動時のフラグ指定が確実に反映されるようになる。

変更前

Linux 上で /ultrareview を実行した際、サンドボックス化されたコマンドの実行中に設定ファイルを解析できない状態になると、そのファイルの内容に関係なく、別のチェックアウト内にあるリポジトリなど、実際には問題のないリポジトリのアップロードが誤って拒否されていた。

変更後

設定ファイルの解析状態を正しく扱うようにし、別のチェックアウト内にあるリポジトリなどもアップロードできるようになった。解析できない設定ファイルを理由とする誤った拒否は発生しなくなる。

ユーザーへの恩恵

実際には問題のないリポジトリで ultrareview を実行できるようになり、誤ったエラーでレビュー開始が妨げられることがなくなる。

変更前

以前は claude remote-control でセッションを開始すると、Remote Control が実際には有効であるにもかかわらず、通知機能が「Remote Control inactive(非アクティブ)」という通知を送っていた。ユーザーは正しく接続されているセッションが動作していないと誤解する可能性があった。

変更後

修正後は claude remote-control で開始したセッションでも Remote Control の実際の状態が正しく判定され、誤った「非アクティブ」通知が送られなくなった。通知はセッションの本来の状態を反映する。

ユーザーへの恩恵

ユーザーは誤った警告に戸惑わず、Remote Control セッションが正常に動作していることを通知から確実に把握できるようになる。

変更前

desktop ポリシーで builtinBrowserEnabled などの Claude Desktop の内蔵ブラウザー用キーを設定すると、gateway が起動時に拒否され、起動できなかった。そのため管理者は Claude Desktop 向けの内蔵ブラウザー設定をポリシーに含められなかった。

変更後

desktop ポリシーに内蔵ブラウザー用キーが含まれていても、gateway は正常に起動するようになった。Claude Desktop overlay でこれらのキーを安全に配布できる。

ユーザーへの恩恵

管理者が Claude Desktop の内蔵ブラウザー設定をポリシーで管理できるようになる。

変更前

claude purge の実行中にファイルやフォルダーの削除に失敗すると、コマンドはステータスコード 0 で正常終了するか、ターミナル上でハングするため、削除に失敗したことに気づけなかった。

変更後

コマンドは削除可能なデータをすべて削除し、削除できなかった項目を一覧表示したうえで、ステータスコード 1 で終了するため、失敗を確実に検知できる。

ユーザーへの恩恵

claude purge を実行した際に、削除できなかったデータの存在を確実に把握できるようになり、必要に応じて手動での対処を行えるようになる。

変更前

keybindings.json に単独のスペースキーを記述すると、エラーとして報告されていた。また「ctrl+ k」のような余分な空白を含むキー表記も、警告が出る代わりにエラー扱いになるなど、妥当でない判定が行われていた。

変更後

ドキュメントで推奨されているスペースキーのバインディング(例: 音声入力の push-to-talk やセッションピッカーでのプレビューに Space が使われる)がエラーにならなくなった。一方、「ctrl+ k」のような余分な空白を含むキー表記は、致命的なエラーではなく警告として報告されるようになった。

ユーザーへの恩恵

ユーザーはドキュメント通りの Space バインディングをエラーに悩まされず設定でき、誤った表記は警告で気づけるようになる。

変更前

ビジュアルモード（V の後 d）で行全体を削除した後、カーソルが最初の非空白文字に正しく移動せず、意図しない位置に留まっていた。そのため、直後の .（リピート操作）がカーソル行ではなく別の行に対して実行されることがあった。

変更後

ビジュアルモードで行全体を削除した後、カーソルがその行の最初の非空白文字に正しく移動する。そのため、直後に . を押すと、カーソルがある行に対して同じ操作が正しく繰り返される。

ユーザーへの恩恵

ビジュアルモードで行削除の繰り返し操作（.）が意図どおりの行に作用するようになり、Vim キーバインドでの複数行編集が確実に行えるようになった。

変更前

Windows でステータスライン、フック、シェルコマンドを停止した際、停止対象のプロセス終了後に OS が同じプロセス ID を別の無関係なプロセスに再割り当てしていた場合、その別プロセスを誤って終了させてしまうことがあった。

変更後

停止処理が正しく対象プロセスを識別するようになり、同じプロセス ID が再利用されていた場合でも無関係なプロセスを誤って終了しなくなった。

ユーザーへの恩恵

ステータスライン、フック、シェルコマンドの停止時に、たまたま同じプロセス ID を持つ無関係なプロセスが誤って終了するのを防げる。

変更前

Team および Enterprise 組織では、起動時のポリシーと管理設定の取得が遅れることがあり、取得が滞るとセッション開始まで時間がかかった。停滞したリクエストが自動的に再試行される仕組みもなかった。

変更後

ポリシーと管理設定の取得を起動プロセスの早い段階で行うようにした。さらに、リクエストが停滞した場合は3秒後に自動的に再試行する。

ユーザーへの恩恵

Team および Enterprise 組織の開発者は、起動時に組織のポリシーが速やかに適用され、取得の停滞による起動の遅延を気にせずセッションを開始できる。

変更前

Bashコマンド実行後に表示される編集差分の注記は、リストされたファイルがそのコマンド自身によって変更されたものと誤解される可能性があった。

変更後

注記の文言が改善され、リストされたファイルはコマンドの実行中に変更されたものであり、他のプロセスや別のBash呼び出しによる書き込みも含まれることが明示されるようになった。

ユーザーへの恩恵

表示された変更の一覧を鵜呑みにせず、コマンド以外のプロセスが原因の変更もあり得ると考慮して判断できるようになる。

変更前

オーケストレーターはポーリング間隔として一定の5秒でスリープしていた。そのため、同一環境に対して複数のレプリカを稼働させている場合、各レプリカが同じタイミングでポーリングを開始・終了してしまい、ポーリングが重なる可能性があった。

変更後

オーケストレーターがポーリング間のスリープ時間を4〜6秒のランダムな範囲に変更した。これにより、同一環境の複数レプリカが同じ瞬間にポーリングしないようにしている。

ユーザーへの恩恵

複数レプリカ運用時にポーリングの同時実行が分散され、負荷や競合の偏りが減る

変更前

アクセスバンドルの「コネクタを追加」ダイアログで、1つの Google コネクタにサインインすると、未接続の Google コネクタも含めてすべて接続済みのように表示されていた。

変更後

一度の Google サインインでは、そのコネクタだけが接続済みとして表示され、他の Google コネクタは未接続のまま正しく表示される。

ユーザーへの恩恵

管理者が実際に接続したコネクタだけを正しく把握でき、誤って接続済みと判断して設定を見誤ることがなくなる。

変更前

Claude Tag の管理設定には、すでに接続されている Enterprise Grid のみが表示され、未接続の Grid は一覧に出なかった。そのため、未接続の Grid を接続するには別の手順を踏む必要があった。

変更後

未接続の Enterprise Grid も管理設定の一覧に表示され、各 Grid に Connect ボタンが付くようになった。管理者は一覧から直接その Grid を接続できる。

ユーザーへの恩恵

管理者は未接続の Enterprise Grid を一覧から見つけて、Connect ボタンから直接接続作業を始められるようになる。

変更前

Claude Tag の管理設定では、チャンネルルールをワークスペースごとおよび組織全体の Slack ページで最大 20 件までしか設定できなかった。

変更後

この上限が 50 件に引き上げられ、同じ範囲に対してより多くのチャンネルルールを設定できるようになった。

ユーザーへの恩恵

管理者は大きなワークスペースでもチャンネルごとのルール設定を上限に縛られずに済むようになる。

変更前

529（過負荷）エラーが発生した場合、Claude Code は組み込みのバックオフ間隔に従って自動的に再試行していた。しかしベース遅延を調整する手段がなく、混雑状況に応じて待ち時間を長くして再試行を分散させることはできなかった。

変更後

環境変数 CLAUDE_CODE_OVERLOADED_RETRY_BASE_DELAY_MS を設定することで、529 エラー時の再試行バックオフのベース遅延をより長い値に変更できるようになった。これは errors.md の再試行動作調整用環境変数群（CLAUDE_CODE_MAX_RETRIES や CLAUDE_CODE_RETRY_WATCHDOG など）に新たに加わる調整ポイントとなる。

ユーザーへの恩恵

混雑時の 529 エラーに対して待ち時間を長めに設定できるようになり、頻繁な再試行で失敗を繰り返すことなく回復率を高められる。

変更前

マネージド sandbox の読み取り拒否パスがセッションの途中で新たに現れたり、別のパスに再設定されたりしても、その拒否パス内部のプロジェクト許可(grants)は削除されず、対象ファイルを通じたクレデンシャル注入も継続していた。

変更後

セッション中に読み取り拒否パスが現れたり再設定されたりすると、その内部のプロジェクト許可が削除され、対象ファイルからのクレデンシャル注入が終了するようになった。

ユーザーへの恩恵

セッション中に追加された読み取り拒否パスが即座に有効になるため、機密ファイルへのアクセス許可やクレデンシャル注入が拒否パスの下で残留しなくなる。

変更前

サーバー管理設定の取得に失敗した際、ディスク上のキャッシュファイルが改ざんされていると、組み込みポリシープラグインをオフにしたり取り外したりできていた。ドキュメント上はキャッシュが改ざんされた場合の制御が想定されており、この抜け穴は仕様に反する状態だった。

変更後

取得失敗時にも改ざんされたキャッシュが組み込みポリシープラグインの無効化や解除に使えないようになった。ポリシーの適用が改ざんに対して保護される。

ユーザーへの恩恵

ポリシー適用の強制（fail-closed の担保）が改ざんによって迂回されなくなり、組織の管理設定が確実に機能するようになる。

変更前

HTTPS_PROXY が設定された環境では、NO_PROXY で除外対象として指定したホスト宛ての Claude Code 自身の API リクエスト(サインイン、ポリシー、フィードバック、アーティファクト)もプロキシ経由で送られていた。

変更後

NO_PROXY に指定されたホスト宛ての Claude Code 自身の API リクエストは、HTTPS_PROXY が設定されていてもプロキシを経由せずに送信されるようになった。

ユーザーへの恩恵

NO_PROXY で除外指定したホストへのリクエストがプロキシ経由で失敗するような環境でも、サインインやフィードバックなどの Claude Code 自身の機能をそのまま利用できるようになる。

変更前

初回起動時に、組織の管理対象設定（managed settings）がまだ読み込まれていない段階で claude plugin marketplace add や claude plugin install といったコマンドが実行されることがあった。このため、管理対象設定によるプラグインポリシーが適用される前にコマンドが処理され、意図しない動作につながる可能性があった。

変更後

初回起動時には、組織の管理対象設定が読み込み完了した後に claude plugin コマンドが実行されるようになった。これにより、marketplace add や install などの操作が組織のポリシーに沿って正しく処理される。

ユーザーへの恩恵

初回起動時でもプラグイン関連コマンドが組織の管理対象設定に基づいて確実に実行されるようになる。

変更前

256KB を超える @ メンションで参照されたテキストファイルは、警告など何も表示されずに黙って読み飛ばされていた。Claude はファイルが読めていないことにも気づかず、ユーザーはファイルが参照されなかった理由を知る術がなかった。

変更後

ファイルサイズが 256KB を超える場合、Claude に対してそのファイルのサイズが伝えられ、ファイルを分割して読むように指示される。これにより大きなファイルも部分的に読み込まれ、内容が参照されるようになる。

ユーザーへの恩恵

大きなテキストファイルを @ メンションしても黙って無視されなくなり、Claude が確実にファイル内容を確認できるようになる。

変更前

/remote-env の一覧で、デフォルト環境を選択した状態が反映されず、すぐに Enter を押すとその時点でハイライトされている行が選択され、保存済みのデフォルト環境が意図せず置き換わっていた。また、デフォルトが設定されていない場合でも、どこかの行にチェックマークが表示されるため、デフォルトが有効かどうか判別しづらかった。

変更後

一覧を開くと、保存済みのデフォルト環境が選択された状態で表示される。そのため誤って Enter を押してもデフォルトがそのまま維持され、さらにデフォルトが設定されていない場合はどの行にもチェックマークが付かないようになった。

ユーザーへの恩恵

デフォルト環境を確認するために一覧を開くだけで、知らずのうちにデフォルト設定を書き換えてしまうことがなくなる。

変更前

/add-dir のパス入力ボックスでは、Shift+Enter を押したりパスを貼り付けたりすると、送信ではなく改行が挿入されてしまっていた。また、パスをすばやく入力した際に「tab」「up」「down」という文字がキー入力として解釈され、意図しない動作を引き起こしていた。

変更後

Shift+Enter や貼り付けでも改行が挿入されなくなり、パスが正しく1行の入力として扱われる。素早く入力した「tab」「up」「down」も文字列として認識され、キー入力と誤解されなくなった。

ユーザーへの恩恵

ユーザーは /add-dir でディレクトリを追加する際、入力方法を気にせずパスを確実に入力・貼り付けできるようになる。

変更前

フッターの行(タスクや diff などのインジケーター)を選択している状態で素早くタイピングしたり、日本語などの IME で入力したり、分解されたアクセント付き文字を入力すると、そのテキストが入力途中で欠落していた。また、! を入力した後にフッター行が選択されたままになっていた。

変更後

フッター行の選択中にこれらのテキスト入力を行っても文字が正しく反映されるようになり、! を入力するとフッター行の選択も解除されるようになった。

ユーザーへの恩恵

IME を使う日本語ユーザーなども、フッター行を選択したまま安全に素早い入力や ! による Bash モードへの切り替えができるようになる。

変更前

これまで、/theme や /config のテーマメニュー、初回起動時のテーマ選択でテーマを変更すると、プラグインの config.set フックが呼ばれる前にテーマ設定が保存されていた。そのため、フックが設定の保存を検証したり加工したりする機会がなかった。

変更後

テーマの保存前に必ずプラグインの config.set フックに問い合わせるようになった。フックはテーマ設定が永続化される前に介入できるようになった。

ユーザーへの恩恵

ユーザーは config.set フックを実装するプラグインがテーマ変更を監視・制御できるようになり、設定保存のタイミングが保証されるようになった。

変更前

設定ファイルで宣言されたマーケットプレイスの名前が公式マーケットプレイスに似ている場合、表示される警告や案内が不十分で、ユーザーは名前を修正するための具体的な対処方法を把握しにくい状態だった。

変更後

予約名に該当するマーケットプレイスが settings ファイルで宣言された際に表示される手順が改善され、名前の削除方法や公式リポジトリからの再追加など、より的確な対処手順が示されるようになった。

ユーザーへの恩恵

公式マーケットプレイスと紛らわしい名前のマーケットプレイスを宣言した場合でも、表示される案内に従って素早く適切に対処できるようになる。