Claude Code Settings

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

CLAUDE_CONFIG_DIR を settings で設定した場合、VS Code 拡張のカスタムスタイルビルダーで作成した User レベルのスタイルが CLI が読み取らないフォルダーに保存されていました。

変更後

CLAUDE_CONFIG_DIR を settings で設定した場合、VS Code 拡張のカスタムスタイルビルダーで作成した User レベルのスタイルが CLI が読み取らないフォルダーに保存される不具合がありました。修正後は、CLI が読み取る CLAUDE_CONFIG_DIR 配下の output-styles フォルダーに正しく保存されます。

ユーザーへの恩恵

CLAUDE_CONFIG_DIR を設定していても、VS Code 拡張で作成したカスタムスタイルが CLI 側で正しく認識・利用できるようになります。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

v2.1.265 で、未ドキュメントの環境変数 CLAUDE_CODE_USE_GATEWAY がANTHROPIC_BASE_URL と ANTHROPIC_AUTH_TOKEN の両方がなくても単独で Cloud gateway サインインを強制するようになった。API キー、apiKeyHelper、カスタム認証ヘッダーを使う構成ではすべてのリクエストが Not signed in to the Cloud gateway エラーで失敗した。

変更後

CLAUDE_CODE_USE_GATEWAY だけを設定した場合は無視されるようになり、Cloud gateway サインインを強制しない。API キー、apiKeyHelper、カスタム認証ヘッダーと組み合わせた構成も以前通り動作する。

ユーザーへの恩恵

LLM ゲートウェイやプロキシ環境のユーザーは構成変更なしでリクエストが再び成功するようになる。

変更前

設定ファイル ~/.claude/settings.json に書き込めない場合でも、/model はモデルが「デフォルトとして保存しました」と告げていた。ユーザーは保存が実際には失敗していたことに気づかず、次のセッションで選択したモデルが保持されていないことに混乱していた。

変更後

設定ファイルに書き込めない場合、/model は「デフォルトとして保存しました」と告げなくなった。代わりに、保存に失敗したことと、その理由(権限の問題やファイルが読み取り専用であることなど)を示すようになった。

ユーザーへの恩恵

ユーザーはデフォルトモデルの保存が失敗したことをすぐに知り、ファイルの権限などを修正して選択が実際に反映されるようにできる。

変更前

.claude フォルダの許可オプションのラベルが、実際に許可される内容と一致しない説明になっていた。ユーザーは何が許可されるのかを正確に把握できないまま選択していた。

変更後

許可オプションの表示が「プロジェクトの .claude フォルダ(または ~/.claude)内のファイルを、そのセッションの間だけ編集できる」という実際の許可内容を正確に示すようになる。

ユーザーへの恩恵

ユーザーは許可オプションの意味を誤解せずに済み、そのセッションで .claude フォルダ内のファイル編集が許可されることを正確に理解して選択できるようになる。

変更前

/login でサインインした Claude アプリゲートウェイのセッションでは、ローカルに設定された OTEL_EXPORTER_OTLP_ENDPOINT に関係なく、OTLP/HTTP エクスポートがゲートウェイに送られ、ゲートウェイが telemetry.forward_to の宛先へ中継していた。

変更後

ゲートウェイの管理設定が OTEL_EXPORTER_OTLP_ENDPOINT でコレクターを指定している場合、そのセッションの OpenTelemetry データは、ゲートウェイのリレーを経由せず、そのコレクターへ直接送信される。コレクターが指定されていないセッションでは、従来どおりリレーが使われる。

ユーザーへの恩恵

コレクターを指定されたセッションでは、ゲートウェイのリレーを介さずに直接テレメトリを収集できるようになる。

変更前

gcpAuthRefresh が設定されている環境では、Google 認証情報の有効性チェックに時間がかかると、認証情報がまだ有効であるにもかかわらず期限切れと判断され、起動時にブラウザが開いて再認証を求められていた。

変更後

gcpAuthRefresh が設定されている環境では、Google 認証情報の有効性チェックに時間がかかった場合でも、認証情報がまだ有効なのに起動時にブラウザが開いてしまうことがあった。修正後は、有効な認証情報が確認できる間はコマンドを実行せず、再認証を促されない。

ユーザーへの恩恵

認証情報が有効な間は不要な再認証を求められなくなり、起動時のブラウザ表示による中断がなくなる。

変更前

起動時の接続フェッチがタイムアウトすると、claude.aiコネクタはそのセッション全体で表示されず、再取得の試みも行われなかった。

変更後

起動時の接続フェッチがタイムアウトしても、CLIがバックグラウンドで再取得を試みるため、セッションの途中からでもclaude.aiコネクタを利用できるようになった。

ユーザーへの恩恵

起動時の一時的なネットワーク障害やタイムアウトが発生しても、セッション全体を再起動せずに接続を利用し始められる。

変更前

同一マシン上で複数バージョンのClaude Codeが動作している場合、新しいバージョン向けにゲートされた機能フラグが、条件判定を経ずに旧バージョンにも適用されることがあった。その結果、旧バージョンが未対応の機能設定を受け取る可能性があった。

変更後

新しいバージョン向けの機能フラグは、同一マシン上の旧バージョンのClaude Codeには適用されなくなり、各バージョンが自分向けのフラグだけを受け取るようになった。

ユーザーへの恩恵

ユーザーは旧バージョンのClaude Codeが未知の機能フラグの影響で不安定になる心配なく、同一マシン上で複数バージョンを安全に使い分けられるようになる。

変更前

バックグラウンドのワークフローやエージェントがまだ動作している間も、iTerm2・Ghostty・ConEmu のターミナル進行状況インジケーターにはセッションが終了した状態として表示されていた

変更後

Turn終了までの間、対応端末(iTerm2・Ghostty・ConEmu)のタブやタスクバーの進行状況インジケーターが進行中の状態を示し続けるようになった

ユーザーへの恩恵

別のタブやウィンドウからでも、Claude Code がまだ作業中かどうかを正しく見分けられるようになる

変更前

Claude apps ゲートウェイは、クライアントのエクスポート形式に関係なく OpenTelemetry を JSON 形式でエクスポートするよう Claude Desktop に指示していた。そのため、CLI が protobuf (OTLP) を使用していても、Desktop のテレメトリデータは JSON で送られ、protobuf のみを受け付けるコレクターはそのデータを拒否していた。

変更後

ゲートウェイは Desktop にも CLI と同じ http/protobuf を指定して通知するため、OTLP/protobuf 専用のコレクターでも Desktop のテレメトリを正常に受け付けられるようになった。

ユーザーへの恩恵

CLI と Desktop でエクスポート形式が統一され、protobuf 専用の OTEL コレクターでも両方のテレメトリを一つの設定で収集できるようになる。

変更前

GOOGLE_APPLICATION_CREDENTIALS 設定時の Vertex AI 起動時、API クライアント生成時に Google Cloud プロジェクトの解決を再実行せず、余分な gcloud プロセスを起動しなくなる。

変更後

API クライアント生成時に毎回 Google Cloud プロジェクトの解決が再実行され、余分な gcloud プロセスが起動していた。その結果、GOOGLE_APPLICATION_CREDENTIALS が設定された Vertex AI 環境では起動が遅くなっていた。

ユーザーへの恩恵

GOOGLE_APPLICATION_CREDENTIALS を設定した Vertex AI ユーザーは、不要なプロジェクト解決や gcloud プロセスの起動がなくなった分だけ Claude Code を速く起動できる。

変更前

...the ...

変更後

managed settings で forceLoginMethod: ¥

ユーザーへの恩恵

gateway that enforces

変更前

プロンプトのワード編集キーの動作は設定キーkeybindingFlavorで制御されていた。デフォルトの「classic」ではCtrl+Wは句読点で区切られた直前の単語を削除し、「readline」を設定した場合のみBashのように空白まで削除された。

変更後

プロンプトのワード編集キーがBash準拠(GNU readline規約)の動作に変更された。Ctrl+Wは空白まで削除し、Alt+FとAlt+Dは単語の末尾で止まり、句読点は単語の区切りとして扱われる。設定キーkeybindingFlavorは無効化された。

ユーザーへの恩恵

Bashと同じ操作感でプロンプトを編集でき、keybindingFlavorを設定して管理する必要がなくなる。

変更前

VSCode 拡張機能のモデルピッカーは、起動時に取得したモデル一覧をキャッシュしており、組織が無効化したモデルもウィンドウのリロード 2 回分の間は表示されたままだった。そのため、開発者は無効化済みのモデルを選択できてしまう状態が続いていた。

変更後

無効化されたモデルが組織の制限として即座にモデルピッカーに反映されず、VSCode のウィンドウを 2 回リロードするまでピッカーに表示され続けていた。今回の修正により、組織による無効化が反映された状態でモデルピッカーが正しく表示されるようになった。

ユーザーへの恩恵

組織が無効化したモデルがピッカーに残らないため、開発者はウィンドウの再読み込みなしに最新の許可モデルだけから選択できる。

変更前

Claude Code がログインなしを報告した場合やリクエストがログイン不足で失敗した場合、Disable Login Prompt 設定を有効にしていてもサインイン画面が表示されていた。

変更後

以前は、Disable Login Prompt 設定を有効にしていても、Claude Code がログインなしを報告した場合やリクエストがログイン不足で失敗した場合に、サインイン画面が表示されていた。この修正により、設定が有効な場合にはサインイン画面が表示されなくなり、ログインが必要な場合のみ案内されるようになった。

ユーザーへの恩恵

Disable Login Prompt 設定を有効にしているユーザーは、ログインなしを報告した場合やリクエストがログイン不足で失敗した場合でもサインイン画面が表示されなくなり、ログイン不要のワークフローを中断せずに作業を続けられる。

変更前

マネージド設定でバンドルスキルのエイリアス(例: /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 で強制圧縮されなくなった

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

組織はすべてのユーザーに対して MCP サーバーを提供できなかった。管理者が .mcp.json を通じてサーバーを定義しても、その設定は個々のユーザーに自動的に適用される仕組みが存在しなかった。

変更後

管理者は managedMcpServers という管理設定を通じて、すべてのユーザーに対して HTTP/SSE MCP サーバーを一元的に提供できるようになった。この設定は .mcp.json と同じエントリ形式を使用するが、コマンドを実行するよう指定されたエントリは自動的にスキップされる。

ユーザーへの恩恵

管理者はサーバー設定を一箇所で管理できるようになり、全ユーザーに必要な MCP サーバーを効率的に展開できるようになる

変更前

複数のセッションを同時に実行すると、各セッションが ~/.claude.json の変更を上書きし合っていました。その結果、ワークスペースの信頼設定がリセットされたり、MCP やプロジェクトの状態が失われたりしていました。

変更後

複数のセッションを同時に実行しても、~/.claude.json の変更が上書きされなくなりました。ワークスペースの信頼設定が維持され、MCP やプロジェクトの状態も失われません。

ユーザーへの恩恵

複数のセッションを並行して作業できるようになり、状態の整合性が保たれます。

変更前

テレメトリが無効なセッションでは、OAuth トークンの更新が発生すると、プロンプトキャッシュが無効化されてしまっていました。

変更後

テレメトリが無効なセッションでも、OAuth トークンの更新時にはプロンプトキャッシュが維持されるようになりました。

ユーザーへの恩恵

セッション中のキャッシュ効率が向上し、リソースの無駄な消費を防げます。

変更前

Vertex スタイルのモデル ID（@YYYYMMDD サフィックス）を持つ、Claude Code が認識しないモデルバージョンに対して、CLAUDE_CODE_MAX_CONTEXT_TOKENS 環境変数が適用されず、コンテキストウィンドウの制限が無視されていました。

変更後

Vertex スタイルのモデル ID（@YYYYMMDD サフィックス）を持つ、Claude Code が認識しないモデルバージョンに対しても、CLAUDE_CODE_MAX_CONTEXT_TOKENS 環境変数が正しく適用されるようになりました。

ユーザーへの恩恵

カスタムモデルやゲートウェイ経由のモデルでも、意図したコンテキストウィンドウの制限が正しく機能するようになります。

変更前

claude.ai ユーザーは、Claude Code を起動するたびにバックグラウンドで GitHub アカウントの接続状態を確認していました。この確認は起動ごとに実行されるため、不要な通信や処理が繰り返されていました。

変更後

GitHub 接続確認の結果は起動間で記憶されるようになりました。これにより、次回の起動時には接続確認がスキップされ、不要な通信や処理が省略されます。

ユーザーへの恩恵

起動時の待ち時間が短縮され、不要な通信が削減されるため、より迅速に作業を開始できます。

変更前

セッションにペイロードのない添付ファイルエントリが含まれている場合、--resume が失敗し、--continue が空の会話を開く問題が発生していました。

変更後

セッションにペイロードのない添付ファイルエントリが含まれている場合でも、--resume が正常に動作し、--continue が空の会話を開くことができるようになりました。

ユーザーへの恩恵

セッションの再開や継続操作が、添付ファイルの状態に関わらず確実に機能するようになります。

変更前

対話セッション中にカスタムコマンドやスキルを実行すると、フロントマターで指定された model: の設定が無視され、デフォルトのモデルが使用されていました。

変更後

対話セッション中でも、カスタムコマンドやスキルのフロントマターで指定された model: の設定が正しく反映されるようになりました。

ユーザーへの恩恵

開発者は対話セッション中でも意図したモデルを指定してコマンドやスキルを実行できるようになります。

変更前

MDM またはマネージド設定ファイルで構成された policyHelper が起動時に実行された後でも、managed forceRemoteSettingsRefresh 設定が適用されず、強制的なリモート設定の更新がスキップされることがありました。

変更後

起動時に policyHelper が実行済みの場合でも、MDM またはマネージド設定ファイルで設定された managed forceRemoteSettingsRefresh が正しく認識され、強制的なリモート設定の更新が適切にトリガーされるようになりました。

ユーザーへの恩恵

管理者が MDM または設定ファイルで fail-closed モードを強制した際、意図した通りに起動時の設定更新が行われるようになります。

変更前

クラウド セッションからの OpenTelemetry メトリクスやイベントには、認証済みユーザーのメールアドレスや組織 ID などの属性が含まれていませんでした。これにより、ユーザーごとの使用状況を正確に追跡できませんでした。

変更後

修正により、クラウド セッションからの OpenTelemetry メトリクスやイベントには、user.email、organization.id、user.account_uuid などの標準属性が含まれるようになりました。これにより、認証済みユーザーの ID が適切に記録されます。

ユーザーへの恩恵

管理者は、クラウド セッションにおけるユーザーごとの使用状況を正確に追跡できるようになります。

変更前

一時的なネットワークエラーやタイムアウトなどの Git プローブが失敗した場合、Claude Code はリポジトリの識別子を維持せず、次回の操作時にリポジトリを正しく認識できなくなっていました。

変更後

一時的な Git プローブの失敗が発生しても、Claude Code はリポジトリの識別子を維持し続け、再試行後に正常にリポジトリを検出できるようになりました。

ユーザーへの恩恵

一時的なネットワーク問題が発生しても、リポジトリの状態が維持されるため、開発作業の中断を最小限に抑えられます。

変更前

管理設定ファイルや MDM プロファイルなどの設定を解析できない場合、Claude Code はエラーを表示せずに管理設定を無効にして起動を続行していました。

変更後

管理設定ファイルや MDM プロファイルなどの設定を解析できない場合、Claude Code は起動を拒否し、原因となったソース（ファイル、ドロップイン、MDM plist、HKLM 値など）を明示的に名前で示します。

ユーザーへの恩恵

管理者は解析エラーの原因を特定し、設定の問題を迅速に修正できるようになります。

変更前

以前は /install-github-app コマンドを実行しても、それが GitHub 専用であることや、GitLab リポジトリ内で実行した場合の対処方法についての説明が不足していました。

変更後

現在はコマンド実行時に GitHub 専用である旨を明確に説明し、GitLab リポジトリ内で実行された際には GitLab CI/CD のドキュメントへのリンクを表示するようになりました。

ユーザーへの恩恵

ユーザーは誤ったプラットフォームでコマンドを実行した際に、すぐに適切なドキュメントへ誘導され、設定の混乱を防げます。

変更前

アップグレード前は allowedMcpServers で許可リストに含まれていなかった managed-mcp.json サーバーがフィルタリングされていました。そのため、アップグレード時にそのサーバーは読み込まれず、ユーザーは追加できませんでした。

変更後

アップグレード後は allowedMcpServers がユーザーが追加したサーバーのみを対象にするよう変更されました。そのため、以前はフィルタリングされていた managed-mcp.json サーバーがアップグレード時に読み込まれるようになります。

ユーザーへの恩恵

管理者は allowedMcpServers で許可リストに含めるサーバーを厳密に管理できるようになります。

変更前

macOS 12 (Monterey) 上で Claude Code を起動しようとすると、2.1.255 で導入されたバグによりアプリケーションが正常に起動しない状態でした。

変更後

macOS 12 (Monterey) 上で Claude Code を起動できるようになりました。2.1.255 で導入されたバグが修正されています。

ユーザーへの恩恵

macOS 12 (Monterey) を使用しているユーザーが Claude Code を正常に起動できるようになります。

変更前

Fable モデルとして Fable 5 がデフォルトでした。コンテキストサイズや価格設定は Fable 5 に基づいていました。

変更後

Fable モデルとして Claude Fable 5.1 がデフォルトになりました。100万トークンのコンテキストをサポートし、1Mtok 入力/出力あたり $10/$50、キャッシュ読み取り $0.25/Mtok の価格設定です。

ユーザーへの恩恵

開発者は /model fable コマンドで最新の Fable モデルを簡単に利用できるようになり、長大なコードベースを扱うタスクに対応できます。

変更前

表示される時刻の形式が固定されており、ユーザーのロケール設定に基づいた自動フォーマットのみが適用されていました。

変更後

ユーザーは12時間制、24時間制、UTCの24時間制、またはカスタムのstrftimeパターンを設定できるようになりました。また、システムタイムゾーン以外の任意のIANAタイムゾーンを指定して表示する設定も可能です。

ユーザーへの恩恵

ユーザーは好みのタイムフォーマットとタイムゾーンを設定できるようになり、ターン終了時のメッセージやトランスクリプトビューの時刻表示を自分の好みに合わせてカスタマイズできます。

変更前

サブエージェントのモデルは、個別の起動時の指定やエージェント定義の model フィールドによって上書きされることがありました。

変更後

この環境変数を設定すると、サブエージェント、チームメイト、ワークフローエージェントすべてに対して、個別の起動時の指定やエージェント定義のモデル設定を無視して、指定されたモデルが適用されるようになります。

ユーザーへの恩恵

プロジェクト全体で一貫したモデルをサブエージェントに適用できるようになり、設定の管理が容易になります。

変更前

effort を変更すると、セッション全体に適用されるか、あるいはデフォルト設定が上書きされていました。

変更後

effort を変更すると、現在のセッションのみに適用されるようになりました。セッションを終了すると、デフォルト設定に戻ります。

ユーザーへの恩恵

セッションごとに effort を調整できるようになり、作業の集中度を柔軟に制御できます。

変更前

セッションを強制終了させた際、一時ファイルとして残ったマスクファイルが古くなっていても、Claude Code はそれを検知しませんでした。

変更後

セッションを強制終了させた際、一時ファイルとして残ったマスクファイルが古くなっていると、/doctor コマンドがそれを検知して警告を表示するようになりました。

ユーザーへの恩恵

ユーザーは /doctor を実行することで、意図せず残った古いマスクファイルを容易に発見し、セキュリティリスクを回避できます。

変更前

発見済みのモデルピッカーのエントリには、ゲートウェイから提供される description が含まれておらず、すべて「From gateway」という共通のラベルで表示されていました。

変更後

発見済みのモデルピッカーのエントリには、ゲートウェイが提供する description が含まれるようになりました。description がないエントリは引き続き「From gateway」と表示されます。

ユーザーへの恩恵

開発者は、ゲートウェイ経由で発見されるモデルの詳細情報をピッカー上で確認できるようになります。

変更前

起動後に .claude/ フォルダを作成しても、その中の設定ファイルは Claude Code が再起動するまで読み込まれませんでした。そのため、設定を変更しても即座には反映されず、手動で再起動が必要でした。

変更後

起動後に .claude/ フォルダを作成した場合でも、Claude Code は即座にそのフォルダ内の設定を検出し、再起動なしで適用します。設定の変更が即座に有効になります。

ユーザーへの恩恵

設定ファイルを作成しても再起動が不要になり、即座に新しい設定が適用されるようになります。

変更前

以前は claude agents 内部で keybindings.json によるキーボードショートカットの再割り当て（特に Ctrl+G）が無視されていました。また、Ctrl+S や Ctrl+T などのショートカットも再割り当てができませんでした。

変更後

現在は claude agents 内部でも keybindings.json によるキーボードショートカットの再割り当てが正しく機能するようになりました。特に Ctrl+S や Ctrl+T は、新しい Agents コンテキストを使用して再割り当てできるようになりました。

ユーザーへの恩恵

ユーザーは claude agents 内部のキーボードショートカットを keybindings.json で自由にカスタマイズできるようになります。

変更前

macOS 上で npm を使用して Claude Code をインストールまたは更新する際、自己更新プロセス中にバックグラウンドセッションが正常に開始されない場合がありました。また、Windows 上でデーモンのロックファイルが期限切れであり、別のプロセスで使用されていたプロセス ID を指している場合も、セッションの起動に失敗していました。

変更後

macOS では npm インストール中の自己更新プロセスが正常に完了し、バックグラウンドセッションが確実に開始されるようになりました。Windows では、期限切れのデーモンロックファイルが再利用されたプロセス ID を指している場合でも、セッションの起動に失敗しなくなりました。

ユーザーへの恩恵

ユーザーは自己更新やシステムの状態に関係なく、バックグラウンドセッションを正常に開始できるようになります。

変更前

Amazon Bedrock、Mantle、Vertex、および WIF で、カスタム Authorization ヘッダーが設定された認証情報を上書きする問題がありました。また、Vertex のセットアップウィザードが ~/.config/anthropic から残存する Anthropic プロファイルを誤って拾い上げる問題がありました。

変更後

Amazon Bedrock、Mantle、Vertex、および WIF で、カスタム Authorization ヘッダーが設定された認証情報を上書きする問題が解消されました。また、Vertex のセットアップウィザードが ~/.config/anthropic から残存する Anthropic プロファイルを拾い上げる問題も修正されました。

ユーザーへの恩恵

正しい認証情報が使用されるようになり、認証の競合や誤ったプロファイルの適用によるエラーが発生しなくなります。

変更前

Foundry、Vertex、Bedrock へのリクエスト時に、意図せずホストの Authorization ヘッダーやプロファイルヘッダーが含まれて送信されておりました。また、ANTHROPIC_FOUNDRY_API_KEY が設定されている場合でも Foundry Entra ID アップストリームが開始されない不具合がありました。

変更後

Foundry、Vertex、Bedrock へのリクエスト時に、意図せずホストの Authorization ヘッダーやプロファイルヘッダーが含まれて送信されることはなくなりました。また、ANTHROPIC_FOUNDRY_API_KEY が設定されている場合でも Foundry Entra ID アップストリームが正常に開始されるようになりました。

ユーザーへの恩恵

Foundry、Vertex、Bedrock への接続時に不要なヘッダーが送信されるトラブルや、認証設定後に Foundry Entra ID アップストリームが起動しない問題が解消され、安定した接続が可能になります。

変更前

API キーモードでは、Microsoft Foundry のサブスクリプションキーと併せて、設定されていない Anthropic API キーや認証トークンがリクエストヘッダーに含まれて送信されていました。

変更後

API キーモードでは、Microsoft Foundry のサブスクリプションキーのみがリクエストヘッダーに含まれるようになり、余分な認証情報は送信されなくなりました。

ユーザーへの恩恵

意図しない認証情報が送信されることで発生していた認証エラーやセキュリティリスクが解消され、正しい認証情報での通信が確実に行われます。

変更前

サーバー管理設定を通じてプッシュされた OpenTelemetry (OTEL) 設定は、ウォームスタート時に無視されていました。その結果、デスクトップアプリの Code セッションを含むセッションで、管理者が設定した OTEL_* 変数が適用されず、ローカル設定が優先されていました。

変更後

サーバー管理設定を通じてプッシュされた OpenTelemetry (OTEL) 設定は、ウォームスタート時に正しく適用されるようになりました。これにより、管理者が設定した OTEL_* 変数が、ローカル設定よりも優先され、デスクトップアプリの Code セッションでも一貫して適用されます。

ユーザーへの恩恵

管理者が設定した OTEL 設定が、セッションの再開時にも確実に適用されるようになり、一貫したモニタリング環境を維持できます。

変更前

設定ファイルやレジストリで timeoutMs や refreshIntervalMs に 2147483647 以上の値を指定すると、内部の 32 ビットタイマーがオーバーフローし、ヘルパーの実行が失敗したり、毎ミリ秒ごとに異常な再実行が発生したりしていました。

変更後

これらの値がタイマーの最大値を超えた場合、ヘルパーは正常に動作するように制限値（2147483647）にクランプされます。これにより、タイマー溢れによる失敗や過度な再実行が防止されます。

ユーザーへの恩恵

ヘルパーの設定値がタイマーの上限を超えても、意図せぬ失敗や過度な再実行が発生しなくなり、安定した動作が保証されます。

変更前

起動後にマネージド設定でブロック対象として登録された MCP サーバーに対して、ユーザーが /mcp コマンドで再接続や有効化操作を行っても、ブロックが無効化されずに接続が継続してしまう状態がありました。

変更後

起動後にマネージド設定でブロック対象として登録された MCP サーバーに対して、ユーザーが /mcp コマンドで再接続や有効化操作を行っても、ブロックが正しく適用され、接続が拒否されるようになりました。

ユーザーへの恩恵

管理者が設定したセキュリティポリシーに基づき、ユーザーが誤ってブロックされたサーバーに接続しようとしても、意図した通りにアクセスが制限されるようになります。

変更前

設定で strictPluginOnlyCustomization を有効にすると、ユーザー設定やプロジェクト設定から MCP サーバーを削除しても、プラグイン以外のリモートサーバーの OAuth 認証情報が残存し続ける状態がありました。

変更後

設定で strictPluginOnlyCustomization を有効にしても、claude mcp remove コマンドが正しく動作し、リモートサーバーの OAuth 認証情報を完全に削除するようになりました。

ユーザーへの恩恵

プラグイン専用サーバーへの MCP ロック設定を適用しても、不要な認証情報が残存するリスクがなくなりました。

変更前

Claude アプリから Remote Control セッションを開始した際、ユーザーが選択したモデルが適用されず、代わりにシステム全体のデフォルト設定が適用されていました。これにより、意図したモデルで作業が行われない不具合が発生していました。

変更後

Claude アプリから Remote Control セッションを開始した際、ユーザーが選択したモデルが正しく適用されるようになりました。セッションの実行環境が意図したモデルに設定されます。

ユーザーへの恩恵

ユーザーは Claude アプリから Remote Control セッションを開始しても、常に選択したモデルで作業が行われるようになります。

変更前

設定の再読み込み時に、コマンドラインの --disallowedTools とセッションの deny ルールが最初の再読み込み時に削除されていました。

変更後

設定の再読み込み時に、コマンドラインの --disallowedTools とセッションの deny ルールが削除されなくなりました。

ユーザーへの恩恵

管理者がマネージド設定のみを使用する環境下でも、意図した通りにツールの制限や拒否ルールが維持されるようになります。

変更前

バックグラウンド化されたセッションが --resume で2回表示されていました。また、--continue を実行すると、停止したバックグラウンド化前のセッションのコピーが再び開かれていました。

変更後

バックグラウンド化されたセッションは --resume で重複せずに1回だけ表示されます。--continue は停止したバックグラウンド化前のセッションを開かず、完了したバックグラウンドセッションも開けるようになりました。

ユーザーへの恩恵

ユーザーは --resume でセッションを一意に識別し、--continue で完了したバックグラウンドセッションを再開できるようになります。

変更前

フルスクリーンモードでは、! で始まるシェルコマンドの出力結果が折りたたまれており、マウスでクリックしても展開できませんでした。

変更後

フルスクリーンモードにおいて、! シェルコマンドの出力結果をマウスでクリックすると展開できるようになりました。

ユーザーへの恩恵

ユーザーはマウス操作だけでシェルコマンドの出力結果を展開して確認できるようになります。

変更前

CI ログなどの ANSI カラーテキストを /feedback などのダイアログに貼り付けると、アプリケーションがクラッシュして強制終了していました。

変更後

ANSI カラーテキストを貼り付けても、アプリケーションがクラッシュすることなく正常に処理されるようになりました。

ユーザーへの恩恵

ユーザーは CI ログなどのカラーテキストを /feedback ダイアログに安全に貼り付けてフィードバックを送信できるようになります。

変更前

非 JSONL データをパイプすると、メモリが無制限に増加し続ける可能性がありました。エラーハンドリングが不十分で、データが大きくなるにつれてメモリ消費が急激に増加していました。

変更後

非 JSONL データをパイプした場合、明確なエラーメッセージとともに迅速に失敗するようになりました。これにより、無限に続くメモリ消費を防ぐことができます。

ユーザーへの恩恵

ユーザーは、パイプされたデータが JSONL 形式ではない場合、予期せぬメモリ消費やクラッシュを経験せず、明確なエラーメッセージで原因を特定できます。

変更前

会話を巻き戻して空にした後、モデル設定や努力レベルの変更を行おうとすると、プロンプトキャッシュに関する警告メッセージが誤って表示されていました。

変更後

会話を巻き戻して空にした後でも、モデル設定や努力レベルの変更を行うと、プロンプトキャッシュに関する警告メッセージが正しく表示されなくなりました。

ユーザーへの恩恵

会話を巻き戻した後も、モデルや努力レベルの変更時に警告メッセージが正しく表示されるようになり、意図した設定変更が行えるようになります。

変更前

クラウドセッションのネットワークプロキシが起動に失敗すると、そのセッション中の残りの時間、git/GitHub の認証情報が失われていました。再試行の仕組みが存在しませんでした。

変更後

クラウドセッションのネットワークプロキシが起動に失敗した場合、バックグラウンドで自動的に再試行を行い、認証情報を回復するようになりました。

ユーザーへの恩恵

ネットワークプロキシの起動に一時的な問題が発生しても、認証情報が失われることなく、セッション全体を通じて git/GitHub の操作を継続できます。

変更前

バックグラウンドデーモンの開始が中断された場合、システムの一時ディレクトリに cc-daemon-* という名前のフォルダが残存することがありました。これらのフォルダは、保持期間の設定に基づく自動削除処理の対象外となっていました。

変更後

バックグラウンドデーモンの開始が中断された場合でも、システムの一時ディレクトリに残存する cc-daemon-* フォルダは、cleanupPeriodDays による保持期間の掃除処理によって削除されるようになりました。

ユーザーへの恩恵

システムの一時ディレクトリの肥大化を防ぎ、クリーンな状態を維持します。

変更前

マネージド設定で詳細トレースや生の API ボディ ログを無効にするか、トレース エクスポートを有効にした際、承認プロンプトがテレメトリ固有の警告メッセージではなく、汎用的な警告メッセージを表示していました。

変更後

マネージド設定で詳細トレースや生の API ボディ ログを無効にするか、トレース エクスポートを有効にした際、承認プロンプトが正しくテレメトリ固有の警告メッセージを表示するようになりました。

ユーザーへの恩恵

開発者はマネージド設定の承認プロンプトで、適切なテレメトリに関する警告メッセージを確認できるようになります。

変更前

キーレスのコンソールサインインを行っても、組織のサーバー管理設定が適用されず、/status コマンドでもそのサインインに紐づく組織名が表示されない状態でした。

変更後

キーレスのコンソールサインインを行うと、組織のサーバー管理設定が正しく適用され、/status コマンドでもそのサインインに紐づく組織名が表示されるようになりました。

ユーザーへの恩恵

管理者が設定した組織のポリシーが、キーレスサインイン時にも正しく反映されるようになり、ユーザーは /status で現在の認証情報のソースとプロファイル名を確認できます。

変更前

ポリシー ヘルパーの診断情報が不足しており、リフレッシュの失敗やヘルパーのタイムアウトが正しく報告されませんでした。また、マネージド設定ダイアログを拒否した際の終了理由も表示されませんでした。

変更後

ポリシー ヘルパーの診断情報が /status に表示されるようになり、リフレッシュの失敗やヘルパーのタイムアウトが正しく報告されます。また、マネージド設定ダイアログを拒否した際の終了理由も表示されるようになりました。

ユーザーへの恩恵

ユーザーはポリシー ヘルパーの問題を迅速に特定して解決できます。

変更前

古いクローンから新しいブランチをプッシュする際、git プッシュネゴシエーションが有効になっていなかったため、最初のプッシュで全体のツリーをアップロードしていました。

変更後

「--configure-git」フラグを有効にすると、git プッシュネゴシエーションが自動的に有効になります。これにより、古いクローンから新しいブランチをプッシュする際、最初のプッシュでは新規コミットのみがアップロードされます。

ユーザーへの恩恵

プッシュの効率が向上し、ネットワーク帯域や時間を節約できます。

変更前

以前は一部の GitHub/Slack 絵文字ショートコードのみが補完対象でしたが、これらのエイリアスはサポートされていませんでした。

変更後

これらのエイリアスを含む残りのショートコードも、入力時に自動補完されるようになりました。

ユーザーへの恩恵

ユーザーは、以前は補完されなかった絵文字ショートコードを入力しても、Tab キーなどで素早く絵文字を挿入できるようになります。

変更前

以前は --effort を使用してエフォートレベルを設定すると、そのモデルのデフォルトエフォート保持が恒久的に解除されていました。これにより、claude.ai で設定したリモートコントロールセッションのエフォートが保持期間中に適用されないという問題がありました。

変更後

現在は --effort を使用すると、そのセッション中のみ新規モデルのデフォルトエフォート保持が解除されます。claude.ai で選択したリモートコントロールセッションのエフォートは、保持期間中も正しく適用されるようになります。

ユーザーへの恩恵

ユーザーは claude.ai で設定したリモートコントロールセッションのエフォートレベルを、セッションの保持期間中も維持できるようになる。

変更前

起動時にサーバー管理設定のキャッシュが優先され、policyHelper は次回の起動時まで実行（または終了）が遅延されていました。

変更後

サーバー管理設定の取得結果で policyHelper が削除されていると報告された場合、即座に実行（または終了）が行われるようになりました。

ユーザーへの恩恵

サーバー管理設定の削除を即座に反映し、不要なポリシーの実行を回避できます。

変更前

以前は「merge」モードにおいて、sandbox.credentials.awsPairs と sandbox.ripgrep は複数の管理ソースから値を結合していました。これにより、最上位のソースで設定されていない場合に、下位のソースの値が反映されることがありました。

変更後

現在は「merge」モードにおいて、sandbox.credentials.awsPairs と sandbox.ripgrep は、それらを設定した最上位の管理ソースからそのまま取得されます。下位のソースの値は無視されます。

ユーザーへの恩恵

設定の優先順位が明確になり、意図した管理ソースの設定のみが適用されるようになります。

変更前

以前は、CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC が設定されている場合、ゲートウェイのモデル検出機能は実行されませんでした。これにより、設定されたゲートウェイから利用可能なモデルリストを取得できませんでした。

変更後

現在は、CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC が設定されていても、ゲートウェイのモデル検出機能は実行されます。これにより、設定されたゲートウェイから利用可能なモデルリストを取得できます。

ユーザーへの恩恵

ネットワーク環境で非必須トラフィックの送信が制限されている場合でも、ゲートウェイから利用可能なモデルリストを取得できるようになります。

変更前

セッションが実行されていない状態で claude --resume <session-id> --bg を実行すると、セッションがコピーされて黙ってバックグラウンドで開始されていました。

変更後

セッションが実行されていない状態で claude --resume <session-id> --bg を実行すると、そのセッションを独自の ID で継続するようになります。コピーが開始されることが通知されるようになりました。

ユーザーへの恩恵

意図せずセッションがコピーされてしまうことを防ぎ、ユーザーはセッションの状態を正確に把握できるようになります。

変更前

ゲートウェイが Fable 5.1 に対応していない場合、fable や best エイリアスの解決先が Fable 5.1 に向かい、接続が拒否されることがあった。

変更後

これらのエイリアスは Fable 5.1 ではなく Fable 5 に解決されるよう変更され、ゲートウェイの設定状況に関わらず接続が維持される。

ユーザーへの恩恵

ゲートウェイの設定を待たずに、Fable 5.1 が利用可能な場合でも Fable 5.1 を選択しない限り、Fable 5 を使用できるようになる。

変更前

サインインおよびトークン更新リクエストは、管理設定の取得と同様に固定された TLS 証明書の検証を行っていませんでした。これにより、管理設定の取得時に検証が行われる一方で、認証リクエストでは検証がスキップされていました。

変更後

サインインおよびトークン更新リクエストが、管理設定の取得と同様に固定された TLS 証明書の検証を行うようになりました。これにより、認証リクエストと管理設定の取得の両方で、ゲートウェイの証明書の整合性が確実に検証されるようになります。

ユーザーへの恩恵

開発者は、管理設定の取得と同様に、ゲートウェイの TLS 証明書の整合性が確実に検証されるため、より安全にゲートウェイ経由で認証を行えるようになります。

変更前

セッションリストパネルにはアカウント情報や使用量が表示されていましたが、セクションごとに折りたたみ可能なヘッダーがなく、詳細を確認するには個別に操作する必要がありました。

変更後

セッションリストパネルにアカウントメール、使用量メーター、詳細表示リンクを含む折りたたみ可能な「ACCOUNT & USAGE」と「SESSION MANAGER」セクションヘッダーが追加され、セクションごとに折りたたんで表示・展開できるようになりました。

ユーザーへの恩恵

セクションごとに折りたたんで表示できるようになり、セッションリストの視認性が向上します。

変更前

VSCode 拡張機能で出力スタイルを選択するには、設定ファイルの outputStyle フィールドを直接編集するか、ターミナルモードから /config コマンドを実行する必要がありました。

変更後

VSCode 拡張機能のコマンドメニューから直接出力スタイルを選択できるようになりました。カスタムスタイルも含め、メニューから簡単に適用できます。

ユーザーへの恩恵

VSCode ユーザーは設定ファイルを編集したりターミナルを開いたりすることなく、コマンドメニューから直感的に出力スタイルを変更できるようになります。

変更前

トグルをオンまたはオフにしたとき、新規に開始するセッションに対してのみ適用されていました。すでに開いているセッションの状態は変更されませんでした。

変更後

トグルをオンまたはオフにしたとき、すでに開いているセッションに対しても適用されるようになりました。トグルの状態に基づいて、開いているセッションのリモートコントロールの有効・無効が即座に反映されます。

ユーザーへの恩恵

トグルの操作で、すでに開いているセッションのリモートコントロールの状態を即座に制御できるようになります。

変更前

プロジェクトにまだ .claude/settings.local.json がない場合、「常に許可」の設定が保存されない問題がありました。

変更後

プロジェクトの設定ファイルが存在しない状態でも、権限の「常に許可」設定が正しく保存されるようになりました。

ユーザーへの恩恵

新しいプロジェクトでも権限設定を即座に保存できるようになります。

変更前

支出制限のあるゲートウェイの背後にある開発者は、支出制限を視覚的に把握できませんでした。ステータスラインに支出制限の情報も表示されていませんでした。

変更後

/usage コマンドに支出制限バーが追加され、ステータスラインに rate_limits.spend_limit フィールドが表示されるようになりました。これにより、開発者は支出制限を視覚的に把握できます。

ユーザーへの恩恵

開発者は支出制限をリアルタイムで監視し、予算オーバーを防ぐことができます。

変更前

セッションごとのプロンプトキャッシュの詳細（ヒット率、ミス、再キャッシュ、ウォーム/コールド）を確認できませんでした。ステータスラインスクリプトでキャッシュ情報を取得する手段もありませんでした。

変更後

/cost にセッションごとのプロンプトキャッシュ行が追加され、ステータスラインスクリプト用の prompt_cache オブジェクトも利用可能になりました。これにより、キャッシュのパフォーマンスを詳細に把握できます。

ユーザーへの恩恵

ユーザーはセッションごとのキャッシュパフォーマンスを詳細に確認し、コストを最適化できます。

変更前

プロジェクト設定で詳細なトレースや生APIボディログを有効にできる可能性があり、またマネージド設定を回避するエンドポイントが存在していました。

変更後

プロジェクト設定による詳細なトレースや生APIボディログの有効化を防ぐように修正しました。また、マネージド設定を回避するエンドポイントも修正され、設定が正しく適用されるようになりました。

ユーザーへの恩恵

開発者は意図しないトレース設定を防ぎ、監視設定の整合性が保たれます。

変更前

自動モードがデフォルトのアカウントで、新規インストール時の初回起動が自動モードではなくデフォルトモードで始まっていました。

変更後

新規インストール時の初回起動が、自動モードがデフォルトのアカウントでも自動モードで始まるようになりました。

ユーザーへの恩恵

アカウントの設定に基づき、初回起動時に正しいモードで開始されます。

変更前

思考が無効な状態で effort が xhigh/max だった場合、Opus 5 のリクエストが「effort … is not supported when thinking is disabled」というエラーで失敗していました。

変更後

思考が無効な状態で effort が xhigh/max だった場合でも、Opus 5 のリクエストは失敗せず、effort は high として送信されます。

ユーザーへの恩恵

思考が無効な設定でも、適切な effort レベルでリクエストを実行できます。

変更前

マネージド設定の disableAutoMode がセッション中に到着しても、既に実行中の自動モードセッションをデフォルトモードに戻さない問題がありました。

変更後

マネージド設定の disableAutoMode がセッション中に到着しても、既に実行中の自動モードセッションをデフォルトモードに戻すようになりました。

ユーザーへの恩恵

セッション中に設定が変更されても、既に実行中のセッションのモードが正しく維持されます。

変更前

現在の Opus モデルがすでに 1M コンテキストウィンドウを持っている場合でも、「Opus 1M に切り替えて 5 倍多くのコンテキストを利用」というヒントが表示されていました。

変更後

現在の Opus モデルがすでに 1M コンテキストウィンドウを持っている場合でも、「Opus 1M に切り替えて 5 倍多くのコンテキストを利用」というヒントが表示されなくなりました。

ユーザーへの恩恵

不要なヒントが表示されなくなり、ユーザー体験が向上します。

変更前

保存された Anthropic プロファイル（例: Console のサインイン）をアクティブとして扱っていた Claude apps gateway セッションがありました。/status にリストし、ゲートウェイの 401 エラーを再試行していましたが、リクエストは決して使用していませんでした。

変更後

保存された Anthropic プロファイル（例: Console のサインイン）をアクティブとして扱っていた問題が修正されました。/status にリストし、ゲートウェイの 401 エラーを再試行していましたが、リクエストは使用されなくなりました。

ユーザーへの恩恵

無効なプロファイルが誤って使用されることがなくなり、認証の挙動が正確になります。

変更前

組織のポリシーでリモートコントロールが無効になっている場合、リモートコントロールは失敗として報告されていました。

変更後

組織のポリシーでリモートコントロールが無効になっている場合、リモートコントロールは失敗として報告されず、単一の静かな通知が表示されるようになりました。

ユーザーへの恩恵

誤ったエラー報告がなくなり、ユーザーはリモートコントロールの無効化を静かに認識できます。

変更前

管理者が組織の使用クレジット制限を $0 に設定している場合、Team および Enterprise メンバーが /usage-credits を実行すると、上限に達した旨のメッセージが表示されていました。

変更後

管理者が組織の使用クレジット制限を $0 に設定している場合、Team および Enterprise メンバーが /usage-credits を実行すると、上限に達した旨のメッセージが表示される代わりに管理者への問い合わせを提案するようになりました。

ユーザーへの恩恵

制限が $0 でも、適切な権限を持つメンバーが管理者に問い合わせるための手段を得られるようになります。

変更前

gitlab.com の origin で --worktree --tmux にマージリクエスト番号を指定した際、Claude Code は GitLab の ref を直接取得するのではなく、失敗する GitHub スタイルのフェッチを先に行っていました。

変更後

gitlab.com の origin で --worktree --tmux にマージリクエスト番号を指定した際、Claude Code は GitLab の ref を直接取得するようになり、失敗する GitHub スタイルのフェッチを先に行うことはなくなりました。

ユーザーへの恩恵

GitLab のマージリクエストからワークツリーを作成する際の動作が正確になり、不要なフェッチエラーが発生しなくなります。

変更前

バックグラウンドセッションで /dev/tty を開くエディタ（emacs -nw や micro など）において、Ctrl+G を押すと「Emacs quit unexpectedly」というエラーが発生していました。

変更後

バックグラウンドセッションで /dev/tty を開くエディタ（emacs -nw や micro など）において、Ctrl+G が正常に機能するようになりました。

ユーザーへの恩恵

バックグラウンドセッション中でも、Emacs や micro などのエディタのキーボードショートカットが正常に動作するようになります。

変更前

SDK ホスト、IDE、またはフックから来る additionalDirectories エントリに null バイトが含まれている場合、Claude Code が起動時にクラッシュしたり、/add-dir や後続の設定更新が破損したりしていました。

変更後

SDK ホスト、IDE、またはフックから来る additionalDirectories エントリに null バイトが含まれている場合、Claude Code はエントリをスキップするようになり、起動時のクラッシュや設定更新の破損が発生しなくなりました。

ユーザーへの恩恵

無効なエントリが含まれていても Claude Code が正常に起動し続け、設定の更新が確実に行われるようになります。

変更前

GNU screen および screen 端末タイプを使用する tmux セッションにおいて、斜体テキスト（セッションの要約行など）がハイライトされたブロックとしてレンダリングされていました。

変更後

GNU screen および screen 端末タイプを使用する tmux セッションにおいて、斜体テキストが正しくレンダリングされるようになりました。

ユーザーへの恩恵

斜体テキストが正しく表示されるため、セッションの要約行などの重要な情報が視覚的に正しく伝わります。

変更前

クラウドセッションの開始に失敗した際、claude ultrareview および /ultrareview は 30 分間待機し続けていました。

変更後

クラウドセッションの開始に失敗した際、claude ultrareview および /ultrareview は早期に停止して理由を報告するようになりました。

ユーザーへの恩恵

失敗時に待機時間が長引くことがなくなり、ユーザーは迅速に問題の原因を把握できます。

変更前

シェルでエクスポートされた Vertex/Bedrock ゲートウェイ（ANTHROPIC_*_BASE_URL + CLAUDE_CODE_SKIP_*_AUTH）をバックグラウンドセッション（←、/background、--bg）が失うため、すべてのリクエストが失敗していました。

変更後

シェルでエクスポートされた Vertex/Bedrock ゲートウェイ（ANTHROPIC_*_BASE_URL + CLAUDE_CODE_SKIP_*_AUTH）をバックグラウンドセッションが失う問題が修正され、すべてのリクエストが失敗しなくなりました。

ユーザーへの恩恵

バックグラウンドセッションでも正しいゲートウェイ経由でリクエストを行えるようになり、機能が正常に動作します。

変更前

設定が変更されていない状態で、同じ Claude apps ゲートウェイに再ログインすると、マネージド設定の承認プロンプトが再度表示されてしまうことがありました。

変更後

設定が変更されていない場合、同じ Claude apps ゲートウェイに再ログインしても、マネージド設定の承認プロンプトは再表示されず、ログインプロセスがスムーズに進むようになりました。

ユーザーへの恩恵

設定が変更されていない場合でも、不要なプロンプトが表示されることなくログインプロセスを完了できます。

変更前

CLAUDE_CODE_PROVIDER_MANAGED_BY_HOST環境下では、BedrockモデルIDまたはARNを指定したセッションが推論プロファイルの検出を待機していました。

変更後

CLAUDE_CODE_PROVIDER_MANAGED_BY_HOST環境下では、BedrockモデルIDまたはARNを指定したセッションが推論プロファイルの検出を待機しなくなりました。

ユーザーへの恩恵

セッション開始が迅速になり、待ち時間が短縮されます。

変更前

管理設定の承認ダイアログは、最後に承認してから変更された設定をすべて表示していました。

変更後

管理設定の承認ダイアログは、最後に承認してから変更された設定のみを一覧表示するように改善されました。

ユーザーへの恩恵

ユーザーは変更された設定のみを確認して承認できるため、作業効率が向上します。

変更前

モデルのツール呼び出しに不適切な出力が含まれる場合の再試行は、破損した出力を含んだまま行われていました。

変更後

モデルのツール呼び出しに不適切な出力が含まれる場合の再試行を改善しました。破損した出力は再試行コンテキストから削除されるようになり、Bedrock、Vertex、Foundryでも同様に適用されます。

ユーザーへの恩恵

再試行時に無効なデータが混入するのを防ぎ、より正確な処理が可能になります。

変更前

/radio コマンドは以前、Bedrock、Vertex AI、Foundry、AWS上のClaude Platform、およびテレメトリが無効な場合には利用できませんでした。

変更後

/radio コマンドは、Bedrock、Vertex AI、Foundry、AWS上のClaude Platform、およびテレメトリが無効な場合でも利用可能になりました。

ユーザーへの恩恵

これらの環境や設定で /radio コマンドを使用できるようになります。

変更前

ChromeでのClaudeは以前、テレメトリが無効なセッションを含むすべてのブラウザ操作がClaude Codeの権限チェックを通過していませんでした。代わりにChrome拡張機能独自のプロンプトを使用していました。

変更後

ChromeでのClaudeを変更し、テレメトリが無効なセッションを含むすべてのブラウザ操作がClaude Codeの権限チェックを通過するようにしました。以前はChrome拡張機能独自のプロンプトを使用していました。

ユーザーへの恩恵

一貫した権限管理が可能になり、セキュリティが強化されます。

変更前

CLAUDE_CODE_SUBAGENT_MODEL はすべてを上書きするものでした。エージェント定義の model: や明示的な生成時のモデル指定が優先されることはありませんでした。

変更後

CLAUDE_CODE_SUBAGENT_MODEL を、すべてを上書きするものからデフォルトのサブエージェントモデルを設定するものに変更しました。エージェント定義の model: と明示的な生成時のモデル指定が優先されるようになります。

ユーザーへの恩恵

サブエージェントのモデル選択が柔軟になり、意図したモデルが優先的に使用されます。

変更前

認識されたClaudeモデルではない場合、デフォルトのコミットトレーラーは <model name> <noreply@anthropic.com> でした。

変更後

認識されたClaudeモデルではない場合（例: カスタム ANTHROPIC_BASE_URL の背後にあるサードパーティモデルなど）、デフォルトのコミットトレーラーを Co-Authored-By: Claude Code に変更しました。

ユーザーへの恩恵

サードパーティモデルを使用する場合でも、適切な作者情報がコミットに含まれます。

変更前

チケットベースのEnterpriseサブスクリプションのデフォルトモデルは以前のままでした。

変更後

チケットベースのEnterpriseサブスクリプションのデフォルトモデルをOpus 5に変更し、他のプレミアムプランと一致させました。

ユーザーへの恩恵

他のプレミアムプランと一貫したモデルが提供されます。

変更前

以前は /effort コマンドで設定した努力レベルがグローバルなデフォルトとして保存されており、モデルを切り替えると設定がリセットされていました。

変更後

現在は /effort コマンドで設定した努力レベルが各モデルごとに保存されるようになり、モデルを切り替えてもそのモデル固有の設定が維持されます。

ユーザーへの恩恵

モデルを切り替えるたびに努力レベルを再調整する必要がなくなります。

変更前

以前は、管理設定がゲートウェイログインを強制する場合や読み取り不能な場合、サインイン前に分析機能が自動的に無効になっていました。

変更後

現在は、管理設定によるゲートウェイログインの強制や読み取り不能が原因で分析機能が無効になることはなくなり、ゲートウェイへのサインイン後や DISABLE_TELEMETRY を使用した場合でも無効のまま維持されます。

ユーザーへの恩恵

サインインプロセス中に分析機能が不要に無効になることがなくなります。

変更前

以前は、Bedrock、Vertex、Foundry で、および分析機能が無効になっている場合、フッターのプルリクエストバッジが gh pr view コマンドを使用して GitHub API を呼び出していました。

変更後

現在は、Bedrock、Vertex、Foundry で、および分析機能が無効になっている場合、フッターのプルリクエストバッジが gh pr view ではなく、gh auth token、GH_TOKEN、または GITHUB_TOKEN を介して GitHub API を直接呼び出すようになりました。

ユーザーへの恩恵

分析機能が無効な環境でもプルリクエスト情報を正しく表示できます。

変更前

以前は、サンドボックス TLS を終端する、サンドボックストラフィックを独自のプロキシ経由でルーティングする、認証情報を注入する、またはサンドボックスの分離を弱めるサーバー管理設定は、適用前に承認を求めずに適用されていました。

変更後

現在は、サンドボックス TLS を終端する、サンドボックストラフィックを独自のプロキシ経由でルーティングする、認証情報を注入する、またはサンドボックスの分離を弱めるサーバー管理設定は、適用前に承認を求めるようになりました。

ユーザーへの恩恵

セキュリティリスクの高い管理設定が誤って適用されるのを防ぎます。

変更前

以前は、管理設定またはプロジェクト設定の ANTHROPIC_CUSTOM_HEADERS が認証情報、組織/テナント、ルーティング、または API動作ヘッダーを設定する場合、承認を求めずに適用されていました。

変更後

現在は、管理設定またはプロジェクト設定の ANTHROPIC_CUSTOM_HEADERS が認証情報、組織/テナント、ルーティング、または API動作ヘッダー（例: Authorization、Host）を設定する場合、承認を求めるようになりました。

ユーザーへの恩恵

機密情報を含むカスタムヘッダーが誤って使用されるのを防ぎます。

変更前

以前は、プロジェクトレベルの .claude/settings.json の env が CLAUDE_CONFIG_DIR、CLAUDE_CODE_TMPDIR、または TMPDIR/TMP/TEMP を設定していました。

変更後

現在は、プロジェクトレベルの .claude/settings.json の env が CLAUDE_CONFIG_DIR、CLAUDE_CODE_TMPDIR、または TMPDIR/TMP/TEMP を設定するのをやめ、代わりにシェル、ユーザー、または管理設定で設定するようになりました。

ユーザーへの恩恵

設定の優先順位が明確になり、環境変数の管理が容易になります。

変更前

以前は、1c、gml、isbl、mathematica、maxima、sqf の6つの稀に使用される言語のシンタックスハイライトが有効になっていました。

変更後

現在は、1c、gml、isbl、mathematica、maxima、sqf の6つの稀に使用される言語のシンタックスハイライトが削除され、バイナリは2.5 MB 小さくなりました。

ユーザーへの恩恵

バイナリサイズが小さくなり、起動速度が向上します。

変更前

ランナーはホスト名をラベルとして登録していました。

変更後

ユーザーが指定したラベルでランナーを登録できるようになりました。

ユーザーへの恩恵

インフラ管理や監視設定を柔軟に行えます。

変更前

サーバー管理設定の読み込み失敗時に警告は表示されませんでした。

変更後

起動時に警告が表示され、診断コマンドで失敗の詳細が確認できるようになりました。

ユーザーへの恩恵

設定問題を迅速に特定して解決できます。

変更前

使用制限の引き上げリクエスト機能はありませんでした。

変更後

管理者にリクエストを送信できるコマンドが追加されました。

ユーザーへの恩恵

Enterprise ユーザーは必要に応じて使用制限を管理できます。

変更前

Claude Desktop と Cowork のセッションが30日後に削除されていました。

変更後

アプリ内にある間はセッションが保持されるようになり、設定で期間を制限できます。

ユーザーへの恩恵

重要なセッションデータが誤って削除されるのを防げます。

変更前

/model と高速モード切り替えの通知におけるモデル名がリンクとして解釈され、[1m] などのサフィックスがリンクとして表示されていました。

変更後

モデル名がコードとして表示されるようになり、サフィックスがそのままテキストとして表示されます。

ユーザーへの恩恵

モデル名の表示が正確になり、サフィックスの情報が正しく伝わるようになります。

変更前

管理設定のセキュリティ承認ダイアログが必要な場合、/login コマンドが応答を返さずにフリーズしていました。これにより、ログインプロセスが完了せず、作業が中断していました。

変更後

管理設定のセキュリティ承認ダイアログが必要な場合でも、/login コマンドが正常に動作するようになりました。

ユーザーへの恩恵

ログインプロセスがスムーズに進行し、作業の中断がなくなります。

変更前

apiKeyHelper が唯一の認証情報である場合、ゲートウェイモデル検出が実行されず、モデルリストが取得できませんでした。これにより、利用可能なモデルが表示されませんでした。

変更後

apiKeyHelper が唯一の認証情報である場合でも、ゲートウェイモデル検出が正常に実行されるようになりました。

ユーザーへの恩恵

利用可能なモデルが正しく表示され、モデル選択が容易になります。

変更前

これらの設定値を変更しようとすると、設定承認プロンプトが表示されていました。

変更後

これらの設定値は、設定承認プロンプトを表示せずに適用されるようになりました。

ユーザーへの恩恵

設定変更のたびにプロンプトが表示されるのを防ぎ、作業の流れをスムーズにします。

変更前

デフォルトのディレクトリにアクセスできない場合、メッセージングが失敗していました。

変更後

デフォルトのディレクトリにアクセスできない場合は、ユーザー専用の /tmp ディレクトリを使用するようにし、その状況を通知で明示するようにしました。

ユーザーへの恩恵

メッセージングの障害を特定しやすくなり、問題のトラブルシューティングが容易になります。

変更前

エクスポート失敗は [3P telemetry] OTEL diag error としてログに出力されていました。

変更後

エクスポート失敗は [Anthropic telemetry] としてログに出力されるようになりました。

ユーザーへの恩恵

テレメトリのエラー原因を特定しやすくなり、システムの健全性監視が正確に行えます。

変更前

セッションでエラーが発生した際、ユーザーは手動でフィードバックを記述する必要がありました。

変更後

Claudeが自動的にフィードバック報告書をドラフト作成し、ユーザーがレビューして送信できるようになりました。

ユーザーへの恩恵

エラー報告の手間が省け、フィードバックの品質が向上します。

変更前

スピナー表示中に表示されるヒントは組み込みのもののみでした。

変更後

独自のヒントを定義し、優先度やクールダウン期間を設定できるようになりました。

ユーザーへの恩恵

チーム固有の情報やリマインダーをスピナー表示に組み込めます。

変更前

矢印キー+Enterでナビゲートした行の上の行が誤って選択されていました。

変更後

矢印キー+Enterで正しい行が選択されるようになりました。

ユーザーへの恩恵

コマンドの実行が正確になり、操作ミスが減ります。

変更前

最初の呼び出しでモデル404が発生するとサブエージェントが終了し、親に適切なエラー情報が返されませんでした。

変更後

サブエージェントはフォールバックモデルチェーンを使用し、詳細なエラー情報が返されるようになりました。

ユーザーへの恩恵

エラーの原因を特定しやすくなり、トラブルシューティングが効率化されます。

変更前

kitty-protocol端末で非ラテンキーボードレイアウトを使用している場合、Ctrlキーボショートカットが動作しませんでした。

変更後

kitty-protocol端末で非ラテンキーボードレイアウトを使用している場合でも、Ctrlキーボショートカットが正常に動作します。

ユーザーへの恩恵

多言語環境での操作性が向上します。

変更前

マウスレポートが分割して到着した際、誤ったテキストがプロンプトに挿入されていました。

変更後

マウスレポートが分割して到着しても、誤ったテキストがプロンプトに挿入されなくなりました。

ユーザーへの恩恵

プロンプトの内容が正確に維持され、入力の品質が向上します。

変更前

Bash サンドボックスの後処理コマンドは、サンドボックスの書き込み可能領域外に再ポイントされたドットファイルマネージャーが管理する ~/.claude/settings.json のシンボリックリンクを削除していました。

変更後

Bash サンドボックスの後処理コマンドは、サンドボックスの書き込み可能領域外に再ポイントされたドットファイルマネージャーが管理する ~/.claude/settings.json のシンボリックリンクを削除しなくなりました。

ユーザーへの恩恵

ドットファイルマネージャーを使用しているユーザーは、設定ファイルのシンボリックリンクが意図せず削除される心配がなくなります。

変更前

/terminal-setup は Zed の keymap.json 全体を上書きしていました。

変更後

/terminal-setup は Zed の keymap.json 全体を上書きするのではなく、既存のキーバインドをマージするようになりました。

ユーザーへの恩恵

ユーザーは既存のキーバインド設定を保持したまま、Shift+Enter のキーバインドを追加できます。

変更前

SSH 経由の /install-github-app で、コピーショートカットは常に成功を主張していました。

変更後

SSH 経由の /install-github-app で、コピーショートカットは常に成功を主張するのではなく、サインイン URL がどのようにコピーされたかを表示するようになりました。ブラウザが開けない場合は URL がすぐに表示されます。

ユーザーへの恩恵

SSH 環境での GitHub アプリインストール時に、ブラウザが開けない場合でもユーザーは URL を確認できます。

変更前

最初のセットアップ中に、マネージド設定で Claude Apps ゲートウェイのサインインが構成されていても Anthropic エンドポイントに到達できない場合、Claude Code は「Anthropic サービスに接続できません」というエラーメッセージで終了していました。

変更後

最初のセットアップ中に、マネージド設定で Claude Apps ゲートウェイのサインインが構成されていても Anthropic エンドポイントに到達できない場合、Claude Code はエラーで終了せず、適切に処理するようになりました。

ユーザーへの恩恵

ネットワーク環境が制限されている場合でも、最初のセットアップが正常に完了するようになります。

変更前

Sonnet 5 のデフォルトの自動圧縮ウィンドウは 1M コンテキストの一部でした。これにより、1M ウィンドウ上のセッションは約 934K トークンで自動圧縮されていました。

変更後

Sonnet 5 のデフォルトの自動圧縮ウィンドウはフルの 1M コンテキストになりました。これにより、1M ウィンドウ上のセッションは約 967K トークンで自動圧縮されるようになりました。

ユーザーへの恩恵

Sonnet 5 のセッションで、コンテキストウィンドウをより効率的に活用できるようになります。

変更前

レンダリングされたマークダウン内のターミナルハイパーリンクは、ネットワークパスやオートマウンタパスを指し示す、制御文字を含む、または不可視文字で始まるリンクターゲットでもクリック可能でした。これにより、一部の環境でリンクが正しく機能しない可能性がありました。

変更後

レンダリングされたマークダウン内のターミナルハイパーリンクは、ネットワークパスやオートマウンタパスを指し示す、制御文字を含む、または不可視文字で始まるリンクターゲットは、プレーンテキストとしてレンダリングされるようになりました。

ユーザーへの恩恵

一部の環境でリンクが正しく機能しない問題が解決され、マークダウン内のリンクがより安定して表示されます。

変更前

プロンプトフッターの PR バッジは、ターミナルのフォーカスが戻った際に常に GitHub の再チェックを行っていました。これにより、頻繁なチェックが発生し、ユーザー体験が低下する可能性がありました。

変更後

プロンプトフッターの PR バッジは、最終チェックが 1 分未満の場合、ターミナルのフォーカスが戻った際に GitHub の再チェックをスキップするようになりました。

ユーザーへの恩恵

頻繁な GitHub の再チェックが抑制され、ターミナルのフォーカスが戻った際のユーザー体験が向上します。

変更前

以前は、管理設定によるゲートウェイログインの強制やカスタムOAuthデプロイメントの構成がある場合でも、分析機能はログイン後にのみ無効になっていました。

変更後

現在は、これらの条件が満たされる限り、起動時から分析機能を無効にします。これにより、ユーザーがログインする前にすでに分析データの収集を停止できます。

ユーザーへの恩恵

管理者は、セキュリティ上の理由で起動時から分析データの収集を停止できるようになり、ユーザーがログインする前にプライバシーを確保できます。

変更前

以前は、ゲートウェイへのサインインリクエストが特定のデバイスやユーザーエージェントで行われていなかったため、ゲートウェイ側での識別が困難でした。

変更後

現在は、リクエストに surface=claude_code パラメータと claude-code/<version> ユーザーエージェントを含めることで、ゲートウェイがClaude Codeクライアントであることを明確に識別できるようになりました。

ユーザーへの恩恵

ゲートウェイ管理者は、サインインリクエストの発信元がClaude Codeであることを正確に把握でき、適切なアクセス制御や監査が可能になります。

変更前

以前は、管理者の管理設定を読み取れない場合でも、ホスト提供またはユーザーごとのWindowsレジストリ設定が存在していれば、起動時にサインイン強制を継続していました。

変更後

現在は、管理者の管理設定が読み取れない場合、ホスト提供またはユーザーごとのWindowsレジストリ設定が存在していても、起動時にサインイン強制を終了するようになりました。

ユーザーへの恩恵

管理者は、管理設定の読み取りエラーが発生した際に、意図せずユーザーがログインできてしまうリスクを排除でき、セキュリティを強化できます。

変更前

エンドオブターンの期間表示行にはターンの開始時刻しか表示されず、完了時刻が含まれていなかった

変更後

期間表示行にターンの完了時刻を追加し、セッションの所要時間を正確に把握できるようにした

ユーザーへの恩恵

セッションの所要時間を正確に把握できるようになり、パフォーマンス分析が容易になる

変更前

端末のサイズ変更後にトランスクリプトが空白になり、最下部にジャンプして次のキー入力まで表示されない状態が発生していた

変更後

端末のサイズ変更後も正常にトランスクリプトが表示されるようになり、最下部へのジャンプも正しく動作するようになった

ユーザーへの恩恵

全画面モードでの操作がスムーズになり、トランスクリプトの確認が容易になる

変更前

非常に長い単一の行を含む diff があるとトランスクリプトのレンダリングが著しく遅くなり、操作が困難になる状態が発生していた

変更後

非常に長い行はマーカー付きで切り捨てて表示するようにし、トランスクリプトのレンダリング速度が大幅に向上した

ユーザーへの恩恵

長い diff が含まれるセッションでもトランスクリプトの操作がスムーズになり、パフォーマンスが向上する

変更前

以前のメッセージに位置している状態で全画面スクロールを行うと、ジャンプトゥボトムがトランスクリプトの途中で停止したり、スクロールが不安定になったりする問題が発生していた

変更後

以前のメッセージに位置している状態でも全画面スクロールが安定して動作するようになり、ジャンプトゥボトムも正常に機能するようになった

ユーザーへの恩恵

全画面モードでのナビゲーションが安定し、トランスクリプトの確認が容易になる

変更前

開始ディレクトリが削除された、マシンがスリープした、またはホストがプロセスの起動に時間がかかる場合に、バックグラウンドセッションが開けない状態が発生していた

変更後

これらの状況でもバックグラウンドセッションが正常に開けるようになり、セッションの管理が安定した

ユーザーへの恩恵

マシンの状態やネットワークの状況に関わらず、バックグラウンドセッションの管理が安定するようになる

変更前

別の Claude Code プロセスが同時に npm パッケージを再インストールしている場合に、バックグラウンドセッションが開けない状態が発生していた

変更後

別のプロセスがパッケージを再インストールしている場合でも、バックグラウンドセッションが正常に開けるようになった

ユーザーへの恩恵

複数のプロセスが同時に動作している環境でも、バックグラウンドセッションの管理が安定するようになる

変更前

最初の 500 文字にマークダウンが含まれていない場合や +/N) リスト、setext 見出しがある場合に、メッセージ全体のマークダウンレンダリングが無効になる問題が発生していた

変更後

これらの状況でもマークダウンレンダリングが正常に動作するようになり、メッセージの表示が正しくなる

ユーザーへの恩恵

マークダウン形式のメッセージが正しく表示されるようになり、コミュニケーションが容易になる

変更前

実行中のコマンドが途中で中断された場合、「Ran 1 shell command」として表示され、中断されたことがわからない状態でした

変更後

実行中のコマンドが途中で中断された場合、その旨が表示されるようになりました

ユーザーへの恩恵

コマンドの中断が明確に通知されるようになり、意図しない中断を検知しやすくなりました

変更前

Windows でワーカーが起動中に claude agents で新しいセッションを開こうとすると、起動中の再起動処理によりセッションが停止していました

変更後

Windows でワーカーが起動中に claude agents で新しいセッションを開こうとしても、セッションが停止してしまう問題が解消されました

ユーザーへの恩恵

起動中のセッションが誤って停止するのを防ぎ、セッション管理が安定しました

変更前

バックグラウンド化された名前付きセッションが claude agents に重複して表示されていました

変更後

バックグラウンド化された名前付きセッションが claude agents に重複して表示されなくなりました。同じ会話を再度バックグラウンド化すると、新しい行に番号が付与されます

ユーザーへの恩恵

セッションの一覧が明確になり、同じ会話の複数のバックグラウンド化を正しく管理できるようになりました

変更前

古いバックグラウンドセッションの記録が指していた .claude/worktrees/ 以下のユーザーが作成した Git worktree を、バックグラウンド保持スイープが削除していました

変更後

古いバックグラウンドセッションの記録が指していた .claude/worktrees/ 以下のユーザーが作成した Git worktree が、バックグラウンド保持スイープによって削除されなくなりました

ユーザーへの恩恵

ユーザーが意図的に作成した worktree が誤って削除されるのを防ぎ、ワークツリーの管理が正確になりました