model

変更前

Claude がまだ応答を生成している最中にユーザーがメッセージを入力すると、そのメッセージが無視されることがあった

変更後

Claude が処理中でも、ユーザーが入力したメッセージがキューイングされ、確実にモデルへ引き渡される

ユーザーへの恩恵

作業中のセッションで補足や追加指示を送っても取りこぼされず、途中で送信を待つ必要がなくなる

変更前

Fable は /model のモデル一覧から条件付きで表示され、利用可能な状況でも非表示になる場合があった。

変更後

これまでは Anthropic API 利用時、Fable モデルが利用可能かどうかに関係なく /model の選択肢から外れて表示されないことがあった。

ユーザーへの恩恵

ユーザーは Fable が常に /model に表示されるため、モデルの有無を一目で確認し、選択できるようになる。

変更前

保存済みのエフォートレベルがあるモデルでスライダーを操作すると、設定したレベルがセッションをまたいで保持されず、次回以降のセッションでそのレベルが反映されなかった。

変更後

エフォートスライダーで選んだレベルが、そのモデルに保存済みのデフォルトレベルがある場合でも、以降のセッションに正しく引き継がれるようになった。

ユーザーへの恩恵

一度デフォルトレベルを保存したモデルでも、スライダーで変更したレベルがセッションをまたいで維持されるようになり、レベルの再設定の手間が減る。

変更前

修正前は、VSCode 拡張のモードピッカーで、再利用した(既に使用済みの)パネル内で開いた会話において、保存済みのモデル設定が Sonnet のような大文字小文字が異なるエイリアスだと、大文字小文字を区別した文字列比較により Auto エントリが照合できず、その会話のモデル選択肢から Auto が欠落していた。

変更後

修正後は、保存されたモデル設定が大文字小文字の異なるエイリアス(例: Sonnet、SONNET)であっても正規化して照合するため、これらの会話を開いた際に /model ピッカーに Auto モードが表示される。

ユーザーへの恩恵

大文字小文字の異なるエイリアスでモデル設定を保存していても、再利用したパネルで開いた会話で Auto モードを適切に選択できるようになる。

変更前

Claude の実行中にメッセージを送ると、そのメッセージはキューに入り、実行中のターンが終わるまで待つ必要があった。実行中のターンを中断したい場合は Esc を押すしかなく、中断しても待機中のメッセージはキューに残ったままだった。

変更後

ctrl+enter または ctrl+x ctrl+s を押すと、実行中のターンを中断し、待機中の全メッセージをまとめて送信できるようになった。送信済み・待機中のメッセージはモデルが受け取るまで灰色で表示される。

ユーザーへの恩恵

Claude にメッセージを送りたいとき、実行中のターンの完了を待つ必要がなくなる。

変更前

v2.1.275 より前では、Claude の応答中に入力したスラッシュコマンドは検知されず、テキストとして扱われていた。応答が完了した後もコマンドは実行されず、モデルに普通のメッセージとして送信されていた。

変更後

v2.1.275 以降では、Claude の応答中に入力したスラッシュコマンドが正しく検知され、コマンドとして処理される。応答が完了すると、テキストとして送信される代わりにコマンドがそのまま実行される。

ユーザーへの恩恵

Claude の応答を待たずにスラッシュコマンドを入力しても、意図した通りにコマンドとして実行できるようになる。

変更前

Slack スレッドでモデルを切り替えた後、そのスレッドのセッションが再起動または再読み込みされると、切り替えたモデルがチャネルのデフォルトモデルにサイレントに戻っていました。このため、ユーザーが意図しないモデルでタスクが続行されていました。

変更後

スレッドのセッションを再起動したり再読み込みしたりしても、切り替えたモデルが維持されるようになりました。

ユーザーへの恩恵

セッションの再起動や再読み込みの後でも選択したモデルが維持されるようになり、意図したモデルで作業を続けられるようになりました。

変更前

claude agents は自動更新による再起動の際に、起動時に指定された --model、--effort、--permission-mode、--allow-dangerously-skip-permissions、--agent といったフラグを引き継げていなかった。

変更後

自動更新による再起動後も、claude agents を起動した際に指定した --model、--effort、--permission-mode、--allow-dangerously-skip-permissions、--agent が引き継がれるようになった。

ユーザーへの恩恵

自動更新の再起動後もバックグラウンドセッションに対して指定した権限モードやモデル・エフォートが失われず、設定し直さなくても済むようになる。

変更前

Bedrock・Vertex・Foundry 上で model: 'opus' を指定されたサブエージェントは、そのモデル ID から認識可能なモデルファミリーを判定できなかった場合、セッションのモデルから外れていた（ANTHROPIC_DEFAULT_OPUS_MODEL が設定されていない場合）。

変更後

Bedrock・Vertex・Foundry 上のサブエージェントで、指定されたモデル ID から認識可能なモデルファミリーを判定できなかった場合でも、サブエージェントがセッションのモデルを引き継ぐようになった（ANTHROPIC_DEFAULT_OPUS_MODEL が設定されている場合を除く）。

ユーザーへの恩恵

Bedrock・Vertex・Foundry を利用するユーザーは、サブエージェントが意図せずセッションのモデルを変更することなく、指定したモデルでサブエージェントを確実に実行できる。

変更前

ヘッドレスおよび SDK セッションでは、完了したバックグラウンドタスクごとに個別のモデル呼び出しを行っており、複数のタスクが同時に終わると呼び出しがその数だけ発生していた。

変更後

ヘッドレスおよび SDK セッションでは、完了したバックグラウンドタスクごとに個別のモデル呼び出しを行っており、複数のタスクが同時に終わると呼び出しがその数だけ発生していた。この修正により、すでにキューに入っている完了通知は 1 回のモデル呼び出しでまとめて処理されるようになった。

ユーザーへの恩恵

同時に終了した複数のバックグラウンドタスクでもモデル呼び出しが 1 回にまとめられるため、ヘッドレスや SDK セッションでの API 使用量とレイテンシが削減される。

変更前

Monitor ツールでスクリプトが終了すると、最終出力と終了ステータスが別々の通知として届き、モデルは両方を受け取るために2回のターンを消費していた。

変更後

スクリプトの最終出力と終了ステータスが、1回の通知としてまとめて届くようになった。

ユーザーへの恩恵

タスク終了の把握に必要なモデルターンが2回から1回に減り、セッションの消費ターンを節約できる。

変更前

チューニング済み設定を持たないすべてのモデルで、/code-review は軽量なインラインレビュープロンプトを単一コンテキストで直接使用するようになり、多数のレビュー用サブエージェントを起動しなくなった

変更後

チューニング済み設定を持たないすべてのモデルで、/code-review は多数のレビュー用サブエージェントを起動して複数に分かれてレビューを実行していた

ユーザーへの恩恵

サブエージェントの起動と集約を待つ必要がなくなり、レビューがより速く、シンプルに完了するようになる

変更前

最後のストリーミング応答でトークン使用量が省略されたりモデルIDが空だと、サブエージェントとバックグラウンドエージェントが実際には完了していても失敗と報告され、その結果はフックやSDKの結果メッセージに一切届かなかった。

変更後

最後のストリーミング応答にトークン使用量が含まれていない、またはモデルIDが空でも、サブエージェントとバックグラウンドエージェントが正常に完了し、その結果がフックやSDKの結果メッセージとして確実に届くようになった。

ユーザーへの恩恵

最後の応答にトークン使用量やモデルIDが含まれない環境でも、サブエージェントやバックグラウンドエージェントの実行結果とコスト・トークン情報を確実に受け取れるようになった。

変更前

/bug と /feedback のレポートには、直近の API リクエストの内容がモデルの動作に関係するもの以外(メタデータや CLAUDE_CODE_EXTRA_BODY のフィールドなど)まで含まれていた。

変更後

/bug と /feedback のレポートには、直近の API リクエストからモデルの動作に影響するパラメーター(モデル、システムプロンプト、ツール)だけが含まれ、リクエストのメタデータや CLAUDE_CODE_EXTRA_BODY のフィールドは含まれないようになる。

ユーザーへの恩恵

レポートに不要な情報が含まれなくなり、トラブルシュートに必要なモデル動作の再現に焦点を絞った共有ができる。

変更前

`modelPricing マネージド設定と Claude apps gateway の pricing ブロックでは、割増(マークアップ)レートを表す multiplier` を指定できず、USD 定価に基づくレートでのみコストを計上していた。そのため、内部チャージバックで割増料金を課している組織は、表示されるコスト額と実際の請求額の間に差が生じていた。

変更後

`modelPricing マネージド設定と Claude apps gateway の pricing ブロックで、1 を超え最大 10 までの multiplier` を指定できるようになった。これにより、内部チャージバック用の割増レートを表現できる。これまでは倍率を設定できず、組織が支払う実際の契約レート(割増料金)をコスト表示に反映できなかった。

ユーザーへの恩恵

ユーザーは内部チャージバック用の割増レート(最大 10 倍まで)を `modelPricing や pricing ブロックに設定でき、/usage`、ステータスライン、OpenTelemetry に表示されるコストが実際の請求額に沿うようになる。

変更前

ToolSearch が無効または利用できない環境でも、Claude in Chrome 拡張のプロンプトが ToolSearch を通じたツール読み込みをモデルに指示していました

変更後

ToolSearch が利用できない環境でも、Chrome 拡張の Claude プロンプトが ToolSearch を通じたツール読み込みを指示しなくなりました

ユーザーへの恩恵

ToolSearch を無効にしている環境でも、モデルが存在しない ToolSearch ツールを呼び出してエラーや混乱に陥ることなく、ツールを確実に利用できるようになりました

変更前

会話が実際に実行されていたモデルに戻したときも、通常のモデルスイッチと同様に警告を表示していた。各モデルには独立したプロンプトキャッシュがあるため、実際にはそのモデルのキャッシュが存在するにもかかわらず、会話キャッシュを失うという不正確な警告だった。

変更後

会話が実際に実行されていたモデルに戻すときは、モデルスイッチとして扱われず警告を表示しない。プロンプトキャッシュはそのまま有効なので、会話履歴を再読み込みする追加コストは発生しない。

ユーザーへの恩恵

会話が実際に実行されていたモデルに戻す際に誤った警告を受けず、意図せずキャッシュ再構築のコストがかかると誤認せずに済む。

変更前

--resume でセッションを再開する際、そのセッションのモデル ファミリーが設定済みのデフォルト モデルと異なると、1M コンテキストを示す [1m] サフィックスが外れてしまい、再開したセッションが 200K コンテキスト ウィンドウに制限されていた。

変更後

--resume でセッションを再開した際、そのセッションのモデル ファミリーが設定済みのデフォルト モデルと異なっていても、[1m] サフィックス付きのモデル バリアントが保持され、1M トークンのコンテキスト ウィンドウが引き継がれるようになる。

ユーザーへの恩恵

異なるモデル ファミリー間でセッションを再開しても、意図した拡張コンテキスト ウィンドウが維持され、大きなコンテキストを必要とするセッションが途中で 200K に落とされない。

変更前

Claude Code を起動するたびに、組み込みのモデルデータに対する冗長な検証が毎回実行されていた。

変更後

起動するたびに実行されていた組み込みモデルデータの重複した検証を省略するようにした。

ユーザーへの恩恵

ユーザーは起動時の待ち時間が短縮され、より速く作業を開始できる。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

モデルへのアクセス権を持つユーザーでも、キャッシュされたモデルアクセス拒否情報が古いままだと、再起動後やDesktopのCodeタブで「モデルが制限されている」と誤って表示されていた。

変更後

キャッシュされたモデルアクセス拒否情報が古くなっていても、再起動後やDesktopのCodeタブでも、モデルへのアクセス権を持つユーザーには「モデルが制限されている」と表示されないようになった。

ユーザーへの恩恵

モデルへのアクセス権を持つユーザーは、再起動後もDesktopのCodeタブでも、古いキャッシュによる誤った制限表示に惑わされずにモデルを利用できるようになった。

変更前

別のClaude Codeプロセスが古いモデルアクセスエントリを更新すると、実行中のセッションが通知なく組織のデフォルトモデルへ切り替わることがあった。ユーザーは自分が選択したモデルとは異なるモデルで動作していても気づけない。

変更後

別のClaude Codeプロセスが古いモデルアクセスエントリを更新しても、実行中のセッションのモデル設定はそのまま維持される。ユーザーが選択したモデルが通知なく組織のデフォルトモデルに置き換わることはなくなる。

ユーザーへの恩恵

ユーザーはセッション中に意図しないモデル切り替えを心配せず、選択したモデルで作業を継続できる。

変更前

修正前は、ProおよびTeamプランでFableモデルの長文コンテキストリクエストが429エラーになると、1Mコンテキストに必要な使用クレジットの案内ではなく、使用クレジット課金への同意を求めるプロンプトが表示されていた。

変更後

修正前は、ProおよびTeamプランでFableモデルの長文コンテキストリクエストが429エラーになると、1Mコンテキストに必要な使用クレジットの案内ではなく、使用クレジット課金への同意を求めるプロンプトが表示されていた。

ユーザーへの恩恵

これにより、長文コンテキスト利用時の429エラー時に、1Mコンテキストの利用状況に関する正確なメッセージが表示されるようになり、ユーザーは適切な対応（コンテキストの縮小やクレジットの管理など）を取れるようになる。

変更前

Amazon Bedrock、Vertex、Foundry 向けのシステムプロンプトでは、環境・モデル・設定の詳細がシステムプロンプト自体に埋め込まれていました。

変更後

Amazon Bedrock、Vertex、Foundry 向けのシステムプロンプトを変更し、環境・モデル・設定の詳細をアタッチメントとして渡すようにしました。これにより、claude.ai などのファーストパーティセッションと同じ構成になります。

ユーザーへの恩恵

ファーストパーティセッションと同じ構成になるため、プロンプトキャッシュが機能しやすくなります。

変更前

In VS Code, after logging in, logging out, or switching accounts, the model pill, model picker, and command menu in open tabs appeared blank for a few seconds.

変更後

Fixing the issue where the model pill, model picker, and command menu in open VS Code tabs appeared blank for a few seconds after a login, logout, or account switch.

ユーザーへの恩恵

You can now immediately select the model and enter commands from open tabs after login, logout, or account switch, without any wait.

変更前

プロジェクト設定やローカル設定が ~/.claude/settings.json に記載されたモデルを上書きしている場合、新規タブや直後に再読み込みされた会話では、モードピッカーから Auto モードが消えていた。このため、Auto モードを使いたくても選択できなかった。

変更後

プロジェクト設定やローカル設定が ~/.claude/settings.json に記載されたモデルを上書きしても、Auto モードはモードピッカーに常に表示されるようになった。そのため、新規タブや直後に再読み込みされた会話でも Auto モードを選択できる。

ユーザーへの恩恵

設定ファイルのモデル上書きにかかわらず、VS Code 拡張のモードピッカーで Auto モードを常に選択できるようになる。

変更前

この修正前は、ウィンドウ内の別タブで Claude が既に起動している状態で新しいタブを開くと、フッターのモデルピルと Remote Control ピルが、既に起動している別タブの Claude プロセスではなく、新しいタブの Claude プロセスの起動完了まで待機してしまい、モデル名が表示されない、または Remote Control が利用可能になった表示が出るまで時間がかかっていた。

変更後

この修正後は、ウィンドウ内の別タブで Claude が既に起動していても、新しいタブを開く際にフッターのモデルピルと Remote Control ピルが、そのタブ固有の Claude プロセスの起動完了を待たなくなった。

ユーザーへの恩恵

この修正により、既に別タブで Claude を利用中でも、新しいタブを開いた直後にモデル名が表示され、Remote Control をすぐに操作できる。

変更前

組織の管理者がモデルの effort レベルに上限を設定している環境では、ルーティンがセッションを再開したときや、effort が未設定のままセッションを開始したときに、上限を超えるレベルへのリクエストや判断が「Invalid effort level」エラーで失敗することがあった。

変更後

組織の管理者がモデルの effort レベルに上限を設定していても、ルーティンがセッションを再開したときや、effort が未設定のままセッションを開始したときに、上限を超えるレベルは自動的に上限値に丸められるようになったため、「Invalid effort level」エラーは発生しない。

ユーザーへの恩恵

effort 上限が設定された組織でも、セッションの再開や新規開始がエラーなしで実行できるようになり、ルーティンやセッションの開始が中断されなくなる。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

セッションの途中で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.

変更前

/model opusplan[1m] を実行すると、実際には有効なモデルエイリアスであるにもかかわらず「Model not found」エラーで拒否されていたため、ユーザーは opusplan モデルの 1M コンテキストウィンドウを強制できませんでした。

変更後

/model opusplan[1m] を実行すると、モデル設定に opusplan モデル設定が存在しないというエラーメッセージが表示されることなく、1M コンテキストウィンドウでの opusplan ハイブリッド動作を目的どおりに使用できるようになりました。

ユーザーへの恩恵

ユーザーはエラーに遭遇することなく、1M コンテキストウィンドウで opusplan ハイブリッドモデル動作を確実に選択できるようになります。

変更前

各リクエストにおいて、そのリクエストを処理するモデルがアドバイザーツールの使用可否やその指示内容をリクエストごとに判断し直しており、同一セッション内でもモデルによって判断が変わる可能性があった。

変更後

これまでは、リクエストを処理するたびに、そのリクエストのモデルがアドバイザーツールの使用可否と指示内容を判断し直しており、同一セッション内でも判断がリクエストごとに揺れる可能性があった。この修正により、アドバイザーツールの選択とその指示内容は一度だけ決定されるようになり、判断が変わったときにのみ会話内で告知される。

ユーザーへの恩恵

アドバイザーツールの判断がセッション内で安定し、判断が変わったときだけ会話内で通知されるため、ユーザーはアドバイザーの利用状況を予測しやすく、意図しないコスト変動にも気づきやすくなる。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

修正前は、claude-api スキル内のエラーコード参照が実際の挙動と一致しておらず、モデルアクセス失敗やベータヘッダー利用不可のケースを誤って 403 として説明していた。

変更後

修正後は、モデルアクセス失敗時には 404、利用不可のベータヘッダーには 400 を返すなど、実際の API 応答とエラーコード参照の内容が一致する。

ユーザーへの恩恵

スキルが参照するエラーコードが正確になり、開発者が API エラーを診断する際に誤ったステータスコードを前提にするリスクを減らせる。

変更前

セッションを再開すると、「バックグラウンドタスクが完了しませんでした」の通知に、モデル宛ての長い回復手順が表示されていた。そのため、通知が冗長で、タスクの状況を一目で把握しにくかった。

変更後

再開されたセッションでは、「バックグラウンドタスクが完了しませんでした」の通知が、モデル向けの長い回復手順の代わりに短いステータス行を表示するようになった。

ユーザーへの恩恵

ユーザーは通知からタスクの状態を短いステータス行で即座に確認できるようになる。

変更前

AWS や AWS 認証情報ヘルパーが応答しない場合、Bedrock セットアップウィザードがハングアップし、ユーザーは応答を待ち続けるしかなかった。また、TLS インスペクションプロキシ環境ではウィザードのモデルチェックが失敗した

変更後

AWS や AWS 認証情報ヘルパーが応答しなくても、セットアップウィザードがタイムアウトして明確なエラーメッセージを表示し、モデル検証は TLS インスペクションプロキシ経由でも成功する

ユーザーへの恩恵

応答しない環境でもウィザードが停止せず、TLS インスペクションプロキシ下でもモデル確認が完了するため、ユーザーは Bedrock セットアップを中断なく完了できる

変更前

/usage や VS Code 使用量パネルが、usage エンドポイントへのリクエストがレート制限された場合や Claude Code 起動直後に使用量データが未取得のまま開いた場合に、モデル固有の週間上限の行を表示から欠落させていた

変更後

usage エンドポイントがレート制限中でも、起動直後でも、モデル固有の週間上限行が表示されるようになった

ユーザーへの恩恵

レート制限や起動直後の状況でも週間上限の状況を確認でき、使用状況の把握が途切れない

変更前

Bedrock・Vertex AI・LLM ゲートウェイ経由でモデルを利用する際、/model ピッカーや VS Code のモデルピルには生のモデル ID がそのまま表示されていた。

変更後

変更前は、Bedrock・Vertex AI・LLM ゲートウェイ経由でモデルを利用している場合、/model ピッカーや VS Code のモデルピルに生のモデル ID がそのまま表示されていた。変更後は、Claude Code がモデルを認識できる場合に、生の ID ではなくモデル名が表示される。

ユーザーへの恩恵

ユーザーは生のモデル ID を読み解く必要がなくなり、利用中のモデルをひと目で把握できるようになる。

変更前

Changed /context token counting to use a local estimate when the token-counting API is unavailable, instead of extra small-model requests

変更後

トークンカウントAPIが利用できない場合に、小規模モデルへの追加リクエストを行う代わりに、ローカル推定値を使用するように /context のトークンカウントを変更しました。

ユーザーへの恩恵

トークンカウントAPIが到達不能な場合でも、小規模モデルへの余分なAPIリクエストを行わずに /context のトークン数を表示できる。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

VSCode拡張のモデルピッカーでは、モデルがフラットな1リストではなく、バージョンやエイリアスごとに分かれた複数の行・セクションとして表示されていた。そのため目的のモデルを見つけるにはリストの中を複数の階層やグループの間で探す必要があった。

変更後

VSCode拡張のモデルピッカーが、すべてのモデルを1つのフラットなリストで表示するようになった。古いモデル名の表記も最後尾に行として残されている。

ユーザーへの恩恵

ユーザーはすべてのモデルを1つのリストから一目で選択できるようになり、目的のモデルをすばやく見つけられる。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

コマンドやスキルの frontmatter で指定されたモデルが Claude Code がサポートしていない場合、自動モードがそのモデルでターンを実行しようとしていた。その結果、意図しないモデルで処理が進んでしまうことがあった。

変更後

コマンドやスキルの frontmatter で指定されたモデルがサポートされていない場合、自動モードはそのモデルでのターン実行を避け、セッションで設定されているモデルを維持してターンを開始するようになった。

ユーザーへの恩恵

ユーザーは意図しないモデルで処理が走ることを防ぎ、セッション設定されたモデルで確実に作業を進められるようになる。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

Stop フックがブロックした後のターンでは、モデルの推論が失われることがありました。一部のモデルでは、そのターンのプロンプトキャッシュも正しく利用されないことがありました。

変更後

Stop フックがブロックした後のターンでも、モデルの推論が正しく維持されるようになりました。一部のモデルでは、プロンプトキャッシュも正しく利用されるようになりました。

ユーザーへの恩恵

開発者は Stop フックのブロック後のターンにおいて、モデルの推論内容を正しく維持できるようになります。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

アドバイザーモデルが設定されたセッションでは、コンパクト化や /recap、プロンプト提案などのバックグラウンドリクエスト時にプロンプトキャッシュが適用されず、毎回キャッシュなしで完全な会話履歴を再送していました。

変更後

アドバイザーモデルが設定されたセッションでも、バックグラウンドリクエスト時にプロンプトキャッシュが正しく適用されるようになり、キャッシュされた内容が再利用されるようになりました。

ユーザーへの恩恵

セッションのバックグラウンド処理におけるトークン使用量を削減し、長時間のセッション維持コストを抑えます。

変更前

モニターが稼働中に claude -p が最終結果を出力してから約5秒後に強制終了していました。

変更後

モニターが稼働中に claude -p が最終結果を出力した後、監視が発火するかタイムアウトするまで待機するようになりました。

ユーザーへの恩恵

監視タスクが完了するまでプロセスを維持できるようになり、意図しない終了を防げます。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

モデルの切り替えはコマンドメニューから行うか、プロンプトボックスの下部にあるモデル名をクリックしてピッカーを開く必要がありました。

変更後

プロンプトボックスの入力フッターにモデル名を表示するピルが追加され、クリックするだけでモデルピッカーを開けるようになりました。Effort レベルの確認や、メインリストにないモデルの選択も容易に行えます。

ユーザーへの恩恵

モデルの切り替えや Effort レベルの確認をプロンプトボックスの下部から素早く行えるようになり、作業効率が向上します。

変更前

以前はモデル切り替えのフックイベントが存在しませんでした。セッション再開時のフックは、セッションの状態やコストに関する情報を取得できませんでした。

変更後

モデル切り替えの前後でフックイベントが発火し、セッションの状態やコスト情報を取得できるようになりました。これにより、セッションの再開時のフックがセッションの古さと再キャッシュコストを正確に把握できるようになります。

ユーザーへの恩恵

開発者はセッションの状態に基づいてモデル切り替えを制御できるようになり、コストを最適化できます。

変更前

思考のみを出力したターン後、会話が「テキストコンテンツブロックは空であってはならない」というエラーで詰まる状態になっていました。

変更後

思考のみを出力したターン後でも、会話がエラーで詰まることはなくなりました。

ユーザーへの恩恵

思考のみの出力後もスムーズに会話を続けられます。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

ホストがセッションの初期モデルを設定しただけでも、クラウドセッションが Claude にモデルが変更されたと通知していました。

変更後

ホストがセッションの初期モデルを設定した場合、クラウドセッションは Claude にモデルが変更されたと通知しなくなりました。

ユーザーへの恩恵

クラウドセッションのモデル設定に関する誤った通知がなくなり、ユーザーは正確な状態を把握できます。

変更前

Max プランでバックグラウンドセッションで Fable モデルを使用しようとした際、対話セッションで使用許可が残っていても、使用クレジットの要求が停止してセッションが終了してしまうことがありました。

変更後

Max プランでバックグラウンドセッションで Fable モデルを使用する場合、同じアカウントの対話セッションに使用許可が残っていても、使用クレジットの要求を継続して行い、セッションが正常に動作するようになりました。

ユーザーへの恩恵

Max プランのユーザーは、対話セッションの使用許可を維持したままバックグラウンドセッションで Fable モデルを利用できるようになります。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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 コマンドで設定した努力レベルが各モデルごとに保存されるようになり、モデルを切り替えてもそのモデル固有の設定が維持されます。

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

APIの使用状況を分析してコストを最適化する機能がありませんでした。

変更後

コスト要因を一つずつ測定して改善できるようになり、APIの使用効率が向上します。

ユーザーへの恩恵

APIコストを最適化し、予算内で開発を継続できます。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

ヘッドレス/リモートセッションで MCP ツール呼び出しが着信メッセージによって中断された場合、その呼び出しが「completed with no output」として報告される状態が発生していた

変更後

中断された呼び出しが明確な中断エラーとして報告されるようになり、エラーの原因を特定しやすくなった

ユーザーへの恩恵

中断されたツール呼び出しのエラー原因を特定しやすくなり、トラブルシューティングが容易になる

変更前

以前は /model コマンドで表示されるモデルリストが固定されており、カスタマイズできませんでした

変更後

現在は modelPicker 設定を使用して、任意のモデル ID（Vertex/Bedrock ID を含む）を含む順序付けられたラベル付きリストで /model ピッカーをカスタマイズできます

ユーザーへの恩恵

開発者は組織のニーズに合わせて /model ピッカーのモデルリストを柔軟に管理できるようになります

変更前

以前は /cost やステータスラインで表示されるコスト数値が常にリスト価格を使用していました

変更後

現在は modelPricing 管理設定を使用して、組織の契約レートと割引が適用されたコスト数値を表示できます

ユーザーへの恩恵

開発者は実際の請求額に近いコスト数値を確認できるようになり、予算管理が容易になります

変更前

以前は、サブエージェントがどのモデルで実行されたかを確認できませんでした

変更後

現在は /tasks とエージェント詳細ダイアログに、各サブエージェントが実行したモデルと努力レベルが表示されます

ユーザーへの恩恵

開発者はサブエージェントの実行状況を詳細に把握できます

変更前

Ultracode を /model ピッカーから選択しても、セッションには適用されず、設定が無視されていた。

変更後

Ultracode を選択すると、現在のセッションに設定が適用されるようになる。

ユーザーへの恩恵

ユーザーは /model ピッカーから Ultracode を選択して、現在のセッションの動作を即座に変更できる。

変更前

認証やモデル可用性に関するエラーメッセージがモデルの出力として表示されることがありました。

変更後

これらのエラーメッセージは明確なエラーラインとして表示されるようになりました。

ユーザーへの恩恵

エラーメッセージが正しく識別できるようになり、問題の原因を迅速に特定できます。

変更前

/model プリッカーとバンドルされた claude-api スキルは、Sonnet 5 の価格を一時的なプロモーションとして表示していました。

変更後

Sonnet 5 の価格は標準のリスト価格として表示されるようになり、一時的なプロモーションではありません。

ユーザーへの恩恵

価格情報が一時的なプロモーションではなく、常に正確な標準価格として表示されるようになります。

変更前

Bedrock、Vertex、Foundry、およびテレメトリが無効な場合、/model、/fast、/effort コマンドはターン終了までキューイングされていました。

変更後

これらの環境では、コマンドが即座に実行されるようになり、キューイングされなくなりました。

ユーザーへの恩恵

コマンドの応答が即座に返されるようになり、ワークフローが効率化されます。

変更前

特定の一部のモデルに /insights を実行させると、モデルの応答内にシステム制御用のプレーンな XML タグ（<message>）がパースされずにそのままテキストとして出力され、画面表示を汚していました。

変更後

応答テキストから不要な構造化タグが適切にフィルタリング・ストリップされ、人間が読みやすいクリーンなインサイトテキストのみが表示されるようになります。

ユーザーへの恩恵

不自然なシステムタグに邪魔されることなく、モデルの分析結果を素直に読み進めることができます。

変更前

フルスクリーン描画中に画面下部で設定メニューなどを開くと、現在表示されていた直近のやり取りや出力ログがその設定パネルの裏に潜り込んで隠れてしまい、内容を確認しながら設定変更を行うことができませんでした。

変更後

設定パネルがポップアップした際、メインの会話表示エリアが自動的に縮小され、最新のメッセージが常に設定パネルの上部に収まるようにレイアウトが連動して押し上げられます。

ユーザーへの恩恵

直前のエラーメッセージややり取りの内容を目で確認しながら、モデルの変更や設定変更を安心して行うことができます。

変更前

キャッシュが既に切れているにも関わらず、キャッシュミス警告が表示されていました。

変更後

状態を正しく認識し、無意味な警告を非表示にします。

ユーザーへの恩恵

混乱を招く余計なエラーメッセージを見なくて済みます。

変更前

新しいセッションを開始するたびに、毎回手動で /model を実行して好みのモデルを選択し直すか、すべてのツールに影響を与える ANTHROPIC_MODEL 変数で固定する必要がありました。

変更後

新規セッション開始時に適用されるデフォルトモデルを環境変数 ANTHROPIC_DEFAULT_MODEL で設定できるようになります。セッション中に一時的に /model で変更した場合は、その設定がセッションを跨いで優先されます。

ユーザーへの恩恵

セッション中の一時的なモデル選択の利便性を損なうことなく、自分の好みの開発モデルをセッション起動時の初期値として固定できるようになります。

変更前

利用可能なモデル数が多い環境において、/model の選択肢一覧がターミナルの縦幅を超えてしまい、画面外にはみ出して表示が崩れたり選択肢が見えなくなったりしていました。

変更後

表示可能なサイズにリストが自動でクリッピングされ、はみ出たモデルについてはキーボードやマウスホイールのスクロール操作で快適に到達できるようになります。

ユーザーへの恩恵

モデルの選択時に、ターミナルのウィンドウサイズをわざわざ大きく広げる必要がなくなります。

変更前

Remote Control を介した遠隔操作セッションにおいて、Fable 5 の利用許諾に対する確認プロンプトを時間内に承認しなかった場合、自動的に低スペックのフォールバックモデルへ移行してしまっていました。

変更後

無応答タイムアウトによってユーザーの意思を確認することなく勝手にフォールバックモデルが自動決定されることがなくなります。

ユーザーへの恩恵

承認作業を少し放置していただけで、意図しないモデルに切り替わって開発タスクが実行される問題を防止できます。

変更前

モデル選択一覧画面（/model）を開いた際に、どれが最近リリースされた最新鋭のモデルであるかが一目で判別しづらい表示になっていました。

変更後

最も新しいリリースモデルにだけ特別なマークや強調表示がつくため、現在どの最新モデルを選ぶべきかが視覚的に一瞬で理解できます。

ユーザーへの恩恵

ドキュメントを確認することなく、常に最高スペックの新世代モデルを直感的に選択して試せるようになります。

変更前

Claude が応答中に「次に行うコマンド」として ! npm run build のようにシェルコマンドを事前に入力してキューに溜めた後、その文字列を編集しようと矢印キーを操作すると、シェルコマンドの識別子（!）が無視され、ただの会話用プロンプトとして送信されていました。

変更後

キューに入った事前シェルコマンドを編集した場合でも、シェルコマンド（!）としての属性が内部で正しく維持され、実行時もテキストメッセージではなく実際のターミナルコマンドとして正しくトリガーされます。

ユーザーへの恩恵

実行待ちキューに入れたコマンドのタイポに気づいて手動修正する際、一度登録をキャンセルして最初から打ち直す手間がなくなります。

変更前

ターミナルのリニューアルを促すプロンプトに同意して画面を TUI に移行させると、安全性の高いデフォルト設定のセッションとして初期化されてしまい、起動時に指定していたコマンドラインオプションやカスタムセキュリティポリシー、使用モデルの引き継ぎが解除されていました。

変更後

新しいフルスクリーンレンダラーへの移行による再起動時も、元のセッションに適用されていたすべての引数、許可フラグ、ポリシー、モデル指定（Sonnet 5/Opus 5等）が漏れなく新しいプロセスへ引き渡されます。

ユーザーへの恩恵

表示モードを TUI に変更した後に、以前と同じ実行環境にするためにセッションを一度閉じて複雑な引数付きでコマンドを実行し直す必要がなくなります。

変更前

PC のターミナル側でパーミッション設定を「Manual」から「Accept Edits」に変更しても、スマホアプリやブラウザの UI 上の表示ステータスが古いモードのまま同期されず、現在の実行権限レベルに食い違いが生じていました。

変更後

PC・拡張機能・スマートフォン・Webブラウザのすべての画面間で権限モードの切り替えイベントが完璧に同期され、どの端末から見ても常に最新のセキュリティ許可状態がリアルタイムで一貫して表示されるようになります。

ユーザーへの恩恵

スマートフォンから操作を継続する際、PC側のターミナルが今どのような承認モードで動作しているかを手元で正確に把握できるようになります。

変更前

/config でデフォルトのチームメイト用モデルがグローバル指定されていたため、メインセッションを Opus 5 などの高性能モデルに切り替えても、裏で起動する並列チームメイトが古いデフォルト指定（Haiku等）のまま実行されてしまい、共同作業のクオリティが意図せず下がる原因になっていました。

変更後

メインセッションのモデル（Sonnet 5/Opus 5等）がチームメイトにも自動で伝播するようになり、タスク呼び出しのパラメータで直接モデルを指定しない限り、チーム全体のエンジンのバージョンが一律で同期されるようになります。

ユーザーへの恩恵

メインセッションのモデルを切り替えた後に、並列処理を行うチームメイトの思考精度を合わせるために /config を開いてサブモデルの設定を毎回変更する必要がなくなります。

変更前

バックグラウンドプロセスの完了などの通知が、AIが次に話し始める直前（ターンの合間）に到着した場合、タグでの保護が不十分な平文テキスト形式でシステムプロンプトに挿入され、AIがその通知を人間からの直接のメッセージ指示と誤認して挙動がブレる問題がありました。

変更後

すべてのタイミングのバックグラウンド通知が厳密に <system-reminder> タグでカプセル化されて AI に渡されるため、AI はこれがユーザーの言葉ではなくシステムイベントであることを正しく区別して分析に組み込めるようになります。

ユーザーへの恩恵

バックグラウンドタスクの終了メッセージをAIが読み違え、「ユーザーから新しいタスクが指示された」と勘違いして全く異なるタスクを開始してしまうのを防ぐためのプロンプト調整が必要なくなります。

変更前

社内プロキシやカスタムゲートウェイを介して未知のカスタムモデルや特定エイリアスを使用する際、内部でどのようなモデル解決が行われたか見えず、接続不良の原因調査が困難でした。

変更後

未知のモデル ID が使われた場合は明示的に診断用のエラー行が標準エラー出力に出力され、必要に応じて modelOverrides を用いたマッピングを行うことでこのログを抑制できるようになります。

ユーザーへの恩恵

カスタムプロキシや最新の未登録モデルを利用した環境構築で接続がうまくいかない原因を、診断ログから即座に特定できるようになります。

変更前

新しいモデルではこれらの ToDo/タスク管理ツールを使わずにタスクの追跡やコード作成を十分行えるにもかかわらず、余計なツール呼び出しがコンテキストを消費し、思考効率の低下につながる場合がありました。

変更後

デフォルトではこれらの関連ツール群が提供されなくなり、必要な場合のみ環境変数で明示的にオプトインして戻す運用になります。

ユーザーへの恩恵

最新モデルにおいて、不要なタスク管理ツールの呼び出しによる無駄なトークン消費や応答遅延が発生しなくなります。

変更前

最も強力な意思決定モデルであるFable 5が、アドバイザーツールから一時的に利用できなくなっていました。また、従量課金請求が発生する際の事前同意を制御するインターフェースも不十分でした。

変更後

/advisor の相談役モデルとして再び Fable 5 が指定可能になり、/model fable を呼び出すことで、必要な従量課金クレジット使用に対する承諾をインタラクティブに設定できます。

ユーザーへの恩恵

大規模なリファクタリングや複雑な計画作成時に、メインセッションのコストを抑えつつ、最高知能のFable 5モデルによるピンポイントなアドバイスやレビューを受けられるようになります。

変更前

アドバイザーにFableを指定して起動した際、課金が発生する可能性がある旨の案内が表示されましたが、その指示に従うためには「今起動に失敗して強制終了したセッション内」でコマンドを打たねばならず、矛盾していました。

変更後

同意ダイアログおよびメッセージの流れを最適化し、必要な場合に正しくコンテキストを保持した状態でユーザーの事前同意を求めるか、あるいは起動中の現在のシェルに即した適切なコマンドを案内します。

ユーザーへの恩恵

アドバイザーモデルに最強のFable 5を指定して起動しようとする際、矛盾したエラー文に翻弄されて起動プロセスがループするバグに悩まされなくなります。

変更前

カスタムゲートウェイ環境では 1M の大容量コンテキストウィンドウの利用資格チェックが正常に動作せず、対応モデルの選択が拒否されていました。

変更後

サブスクリプション情報とゲートウェイ経由の機能マッピングが修正され、/model から Sonnet 5 などの 1M コンテキスト版モデルを正しく選択・利用できるようになります。

ユーザーへの恩恵

プロキシ環境下であっても、モデル制限を受けることなく大容量ファイルを読み込ませて対話できるようになります。

変更前

会話中に/modelコマンドを使用して対話モデルを切り替えた後、/tuiを実行してフルスクリーンレンダリングモードに移行すると、モデルの選択状態が維持されず切り替え前の古いモデルに戻っていました。

変更後

/tuiコマンドによるレンダリングモード切り替え時のプロセス再起動において、ユーザーが最新のターンで選択していたモデル情報が正しく引き継がれます。

ユーザーへの恩恵

フルスクリーンモードの有効化・無効化を切り替えても、選択したモデルが維持されるため、モデルを再設定し直す必要がなくなります。

変更前

Writeツールを使って既存のファイルを上書きする場合、セッション内で一度そのファイルをReadツールなどで読み込んでいないとエラーが発生して書き込みが拒否されるという、安全上の厳しい制約がありました。

変更後

新しいモデル(Sonnet 5など)を使用している場合に限り、事前にファイルを読み込んでいなくても既存ファイルへのWriteツールによる上書きが許可されます。古いモデルを使用している場合は、引き続き事前の読み込みが必要です。

ユーザーへの恩恵

新規ファイル作成と同様に、既存ファイルに対してもClaudeが事前の読み込み手順を踏むことなく、ダイレクトにファイルを上書き更新できるようになります。

変更前

自動モード中にセーフティフィルターによる権限チェック拒否が発生した際、それが連続ブロック上限としてカウントされてセッション全体が中断し、モデルが同じ処理を何度もリトライしがちでした。

変更後

セーフティフィルターによる拒否を無駄にカウントせず、該当アクションの実行は阻止したまま、モデルに対してリトライを諦めて次の適切なアプローチへ移行するよう明確な指示を送ります。

ユーザーへの恩恵

自動実行中に一部のアクションがブロックされても、セッション全体が即座にエラー終了することなく、代替手段での自動実行を継続できるようになります。

変更前

セッションの実行中に新しくMCPサーバーを接続した際、MCPツール検索の最適化メカニズムによってツール定義の読み込みが保留される結果、新しく追加されたツールの名前がClaudeに正しく伝わらず、Claudeがそのツールを認知して使用を決定することができない不具合がありました。

変更後

セッション中に動的に接続されたMCPツールであっても、その名前情報が適切にモデルに通知され、必要に応じて自動的にスキーマがオンデマンドで取得・実行されるようになります。

ユーザーへの恩恵

途中で新しく追加したMCPツールを、セッションを再起動することなくClaudeがすぐに認識して使えるようになります。

変更前

セッション調査のフィードバックでトランスクリプトの共有を許可した際、実際に送信されていたのは会話ログのみであり、モデルにどのような前提条件（CLAUDE.mdに書き込んだルールや読み込んでいるツールの詳細定義など）を与えていたかのコンテキスト情報が不足していたため、不正確な出力の原因分析が困難でした。

変更後

フィードバック送信時に、当時のプロンプトの基礎となるシステム設定情報やCLAUDE.mdの内容自体も構造化データとして安全に含まれるようになります。アップロード上限を超える場合はこれらの設定が自動的に間引かれ、中身が送信エラーになるのを防ぎます。

ユーザーへの恩恵

独自のルールファイル（CLAUDE.md）や特殊なMCPツールを使っている環境でClaudeが思い通りの動作をしなかった際、原因のデータ構造をより正確にAnthropicへ報告して動作の改善に役立てられます。

変更前

サブエージェントとして実行したいモデルの選択が組織のポリシーなどで制限されている場合、警告なしに黙って親モデルへとフォールバックして処理が実行されていたため、どのモデルでタスクが実行されているかを正確に把握できませんでした。

変更後

指定したサブエージェントモデルが制限されて親モデルで代わりに実行される際、ターミナル上で明確に警告が表示されるようになります。

ユーザーへの恩恵

意図しないモデルの利用や制限による挙動の変化に、警告メッセージを見るだけですぐに気づけるようになります。

変更前

LLMゲートウェイ経由でモデル一覧を検出する際、プロバイダ固有のプレフィックス（Vertex AI や Bedrock など）を持つモデルIDが除外されてしまい、モデル選択画面に表示されない不具合がありました。

変更後

これらのプロバイダ接頭辞付きの Claude モデルIDもゲートウェイモデル自動検出において正確に抽出され、モデル選択画面に現れるようになります。

ユーザーへの恩恵

クラウドプロバイダ経由のゲートウェイデプロイメント環境でも、提供されているモデルを手動設定することなく一覧からそのまま選べるようになります。

変更前

設定ファイル内の modelOverrides マップにおいて、公式の Anthropic モデルIDではない未定義または無効なキーを指定すると、それが誤ってセッション全体の標準モデルIDとして解釈され、推論エラーや接続失敗を引き起こしていました。

変更後

マップ内に記述された不明なキーはドキュメントの記載通り無視され、誤設定による予期せぬセッションのクラッシュを防止します。

ユーザーへの恩恵

設定ファイルの記述に不要なキーが含まれていても、エラーによる実行停止を避けて動作を維持できます。

変更前

1Mコンテキスト制限用フラグは特定のモデル群しか制限できず、新しいモデルがリリースされると制限が効かない場合があり、また自動要約が追いつかずに 200K を超過してしまった場合にユーザーがその事実に気づけませんでした。

変更後

1Mコンテキスト対応のすべてのモデルを漏れなく 200K 制限の対象に内包させ、自動要約で 200K を維持できない場合には起動時に明確な警告を促します。

ユーザーへの恩恵

トークンの使いすぎを厳格にコントロールでき、予期せぬ料金の発生やコンテキスト超過エラーに即座に対応できます。

変更前

カスタムゲートウェイなどで未認識のモデル名を使用している場合、Claude Code が適切なコンテキストウィンドウの上限値を判断できず、自動要約が実行されないまま限界を超えて API エラーを引き起こす場合がありました。

変更後

未登録のモデルIDであってもデフォルトの想定コンテキストウィンドウ枠を適用して要約を走らせ、会話が上限を超えて途切れるのを防ぎます。

ユーザーへの恩恵

どのような独自設定モデルを使用している場合でも、会話履歴が勝手に限界に達してセッションが突然クラッシュするのを防げます。

変更前

特定のモデルファミリーが制限されている場合、利用可能な古い別バージョンを無視して親モデルへの切り替えが発生し、適切なバージョン選定ができませんでした。

変更後

制限されたファミリーエイリアスが指定された場合、そのファミリーの中から現在その組織で明示的に許可されている最新モデルを検索してフォールバックします。

ユーザーへの恩恵

組織のセキュリティポリシーを遵守しながら、利用可能な最適なモデルでサブエージェントが自動実行されます。

変更前

ホストプラットフォームがClaude Codeを組み込んでモデル制御を行おうとしても、ディスク上の古い設定ファイルが勝手に最優先されてしまい、意図しないモデルが動いていました。

変更後

ホストが管理する環境下では、ホストによる直接のモデル指定が他のローカル設定ファイルに打ち勝って最優先で適用されます。

ユーザーへの恩恵

ホストアプリケーションで選んだモデルが、ローカル設定ファイルに干渉されることなく正しく反映されます。

変更前

Claudeによる自動起動が禁じられたスキルがある時、Claudeが自分で似たような手順を勝手に再現しようとしてしまい、意図しない破壊的アクションなどが起こる恐れがありました。

変更後

自動起動禁止スキルが必要と判断した際、Claudeは処理を止めてユーザーへ「手動でこのスキルコマンドを実行してください」と直接リクエストします。

ユーザーへの恩恵

意図しないスクリプトの自動模倣を防ぎ、危険な定型処理を人間の手動トリガーの安全な監視下のみで確実に実行させることができます。

変更前

古いモデル向けに書かれたプロンプトやツール定義が適切かどうかを手動で確認する必要がありました。

変更後

コマンドを実行するだけで自動的に監査が行えるようになりました。

ユーザーへの恩恵

古い形式のプロンプトを手作業で探す必要がなくなります。

変更前

スクリプト実行時などにMCPツール呼び出しがテキストとして出力されてしまうことがありました。

変更後

最初の一手からMCPサーバーが正常に利用可能になります。

ユーザーへの恩恵

スクリプト内でMCPツールの呼び出し結果を正しく扱えるようになります。

変更前

Google Cloud の Agent Platform では、MCP ツール定義を事前にロードするため、ツール検索が無効化されていました。

変更後

Claude Sonnet 4.5 および Opus 4.5 以降のモデルにおいて、ENABLE_TOOL_SEARCH を有効にすることでツール検索を利用できるようになりました。

ユーザーへの恩恵

高度なモデルで必要なツールを必要に応じて自動的に読み込めるようになり、コンテキストの消費を抑えられます。

変更前

不正な型がモデルフィールドに指定された場合、そのまま転送されることがありました。

変更後

非文字列の値は 400 エラーとして拒否するように変更しました。

ユーザーへの恩恵

Gateway への誤った設定値を即座に検知し、API 通信時のトラブルを未然に防げます。

変更前

Opus 4.8以前のモデルがデフォルトとして使用されていました。

変更後

Claude Opus 5がデフォルトのOpusモデルとなり、より長大なコンテキストと効率的なファストモードが利用可能になりました。

ユーザーへの恩恵

最新の高性能モデルを意識せずに利用できます。

変更前

キャッシュの整合性が取れず、本来無料で利用可能なモデルに対して、ユーザーインターフェース上で誤ったクレジット購入の要求が表示されていました。

変更後

キャッシュが正しくクリアされ、自身のプランで利用可能なモデルには正しく利用可能である旨が表示されるようになりました。

ユーザーへの恩恵

不要なクレジット購入画面や警告を無視して、そのまま作業を継続できます。

変更前

モデル選択のUI上で、1Mトークンコンテキスト対応のOpusが単に「Opus」とだけ表示されており、拡張コンテキストが有効かどうかが一目で確認できない状況でした。

変更後

1Mトークン対応のモデルには明示的に「1M context」のラベルが付与されるようになりました。

ユーザーへの恩恵

モデルを切り替える際に、コンテキストウィンドウの制限を意識せずに安心してモデルを選べます。

変更前

リモート接続環境下でモデルを切り替えても、UI上のファストモード状態が適切に同期されず、誤った速度設定のまま操作を続けることがありました。

変更後

モデルの変更や再接続イベントが発生するたびに、ファストモードの状態が正確に更新されるようになりました。

ユーザーへの恩恵

現在の通信速度状態を確認するために、何度もセッションを再起動する必要がなくなります。

変更前

モデル選択リストで最新のモデルがどれか直感的に分かりにくく、リストの一部が任意に強調されている状態でした。

変更後

最新のリリースモデルのみが明瞭に強調表示されるようになり、リスト内での位置付けが明確になりました。

ユーザーへの恩恵

最新の推奨モデルや追加されたモデルを瞬時に判別できます。

変更前

モデルIDの設定によって課金額が正しく算出されず、コスト管理が不正確な状態でした。

変更後

指定されたモデルの料金体系に基づき、正しく使用コストが計上されるようになりました。

ユーザーへの恩恵

使用コストの表示が最適化され、予算管理を正確に行えます。

変更前

モデルを切り替えた際、ファストモードが意図せずオン/オフに変化しても通知がなく混乱が生じていました。

変更後

ファストモードの状態が変化した際にアナウンスされるようになり、視覚的に状態が分かります。

ユーザーへの恩恵

現在のパフォーマンスモードを明確に認識し、設定の誤認を防げます。

変更前

サブエージェント行に設定されている推論の努力レベルが表示されず、現在の実行状況が把握しにくい状態でした。

変更後

カスタムエージェントのステータス表示において、適用されている努力レベル（effort）を確認できるようになりました。

ユーザーへの恩恵

エージェントが現在どの程度のコストと深さで思考しているかを一目で確認できます。

変更前

モデル変更リクエストが反映されるまでに、次のターンまで待機が必要でした。

変更後

リクエスト直後から反映されるため、動的なモデル切り替えがより高速になります。

ユーザーへの恩恵

コストや性能を考慮して、処理の途中で即座にモデルを最適化できます。

変更前

特定のモデルを指定して起動しても、バックグラウンドでデフォルトモデルの利用可能性チェックが行われていました。その際、デフォルトモデルがプロジェクトで有効でないと、使用していないモデルに関する警告が表示されていました。

変更後

特定のSonnetやOpusバージョンを明示的に指定した場合、それがセッションの固定デフォルトとして扱われ、不要なチェックや通知がスキップされるようになりました。設定通りのモデルでスムーズに起動します。

ユーザーへの恩恵

特定のモデルを使用している際に、関係のないモデルの無効通知に惑わされることがなくなる。

変更前

サブエージェント起動時に個別のモデルを指定しても、そのサブエージェントをレジューム(再開)すると指定が失われていました。その結果、意図せず親セッションと同じ高コストなモデルや異なるモデルに切り替わっていました。

変更後

個別のモデル指定が再開時やフォローアップメッセージ送信時にも維持されるようになりました。サブエージェントは一貫して最初に指定されたモデルで動作し続けます。

ユーザーへの恩恵

サブエージェントを再開するたびに、モデルを再指定したりコストの高いモデルに切り替わったりするのを気にしなくて済む。

変更前

セッションのタイトルは自動生成されますが、リンク主体のプロンプトだと生成モデルが「アクセスできません」といった回答をしてしまい、その拒否文言がそのままセッション一覧のタイトルになっていました。

変更後

モデルの返答がタイトルとして不適切な(質問に答えたり拒否したりしている)場合、それを破棄してプロンプトのテキストからタイトルを抽出し、後で再試行するように改善されました。

ユーザーへの恩恵

エージェントビューのリストが「アクセスできません」といった無意味な文言で埋まることがなくなり、各タスクを判別しやすくなる。

変更前

フックスクリプトの処理に時間がかかりタイムアウトが発生した際、モデルに対して「ユーザーがその操作を拒否した」という間違った信号が送られていた。これにより、自動実行中のエージェントが混乱し、作業を中断してユーザーの入力を待ってしまうことがあった。

変更後

タイムアウトが実行エラーとして正しく区別され、モデルに対して適切な状況が伝えられるようになる。

ユーザーへの恩恵

バックグラウンドで実行中のエージェントが、タイムアウトのたびに不要に停止しなくなります。

変更前

コマンドがタイムアウトに達して自動でバックグラウンド実行に切り替わった際、AIに対してその状況が明確に伝わっていませんでした。そのため、AIはコマンドがまだ実行中なのか、それともプロセスが固まってしまった（ハングアップ）のかを正確に判断できない場合がありました。

変更後

BashやPowerShellツールからのメッセージが改善され、タイムアウトによる自動バックグラウンド移行が明示的にAIへ通知されます。これにより、AIは現在のコマンドの状態を正しく認識し、ハングアップと誤認せずに次のアクションへ進むことが可能になります。

ユーザーへの恩恵

AIがコマンドの停止とバックグラウンド移行を正確に区別できるため、不必要なリトライや待機を繰り返すのを待つ必要がなくなります。

変更前

claude agents によるバックグラウンドセッションにおいて、ガード条件が広すぎたため、モデル変更の /model コマンドなどのユーザー入力を必要とする対話型ダイアログがブロックされていました。

変更後

過剰なガードが解除され、バックグラウンドで動作中のセッションに attach した後、モデルの切り替えやその他の対話的な設定変更を正常に行えるようになります。

ユーザーへの恩恵

バックグラウンドで実行中のエージェントを中断することなく、必要に応じて使用モデルなどの設定を柔軟に変更できるようになります。

変更前

高速モードを有効にした状態で別のモデルに切り替え、その後再び Opus などのサポートモデルに戻っても、高速モードが自動で再開されず手動で /fast を実行し直す必要があった。

変更後

内部設定に高速モードの優先順位が保持され、モデルを切り替えてもサポートされている限り自動的に高速モード（↯ アイコン）が適用される。モデル切り替え時の手間が削減された。

ユーザーへの恩恵

モデルを頻繁に切り替えても、高速モードの設定をいちいち有効にし直す必要がなくなります。

変更前

SDK 経由でモデル変更をリクエストする際、不正なデータ型が送られると CLI 内部で例外が発生し、応答もせず処理も止まってしまうハング状態に陥っていた。

変更後

リクエストのバリデーションが追加され、不正な形式には即座にエラーが返される。ハングせずプロセスを健全な状態に保つことができる。

ユーザーへの恩恵

SDK を利用した開発中に、バグのあるコードによってセッションが黙って停止してしまうのを防げます。

変更前

最新のリリースノートを確認するたびにその長文テキストが Claude との会話履歴（コンテキスト）に混入し、トークン消費量を増やし回答の精度を落とす原因になっていた。

変更後

リリースノートの表示は会話履歴とは分離されたオーバーレイとして処理される。表示してもコンテキストを汚染しなくなった。

ユーザーへの恩恵

リリースノートをじっくり読んでも、その後の AI の賢さやコストに悪影響を与えることがなくなります。

変更前

認証が切れていると「選択されたモデルに問題があります」という誤解を招くエラーが表示されていました。

変更後

認証切れを正しく検知し、具体的に /login を実行して再ログインするよう案内が表示されます。

ユーザーへの恩恵

トラブルの原因が明確になり、無駄な調査時間をかけずに問題を解決できます。

変更前

選択したモデルとは別のモデルの価格が表示されたり、課金体系が異なる外部プロバイダーで Anthropic 直販価格が表示される混乱がありました。

変更後

各モデルに対応した正確な価格が表示され、直接課金されないプロバイダーでは不適切な引用が控えられるようになります。

ユーザーへの恩恵

コスト見積もりを正しく把握した上でモデルを選択できるようになります。

変更前

組織ポリシーで一部のモデルが非表示になると、カスタムモデルの表示位置が乱れることがありました。

変更後

制限設定に関わらず、利用可能なモデルが常に正しい位置に整理されて表示されます。

ユーザーへの恩恵

複雑な制限がある組織環境でも、目的のモデルを迷わず選択できます。

変更前

エージェントの一覧画面において、タイトルの表示幅が狭く、各セッションの実行時間や詳細なステータスを直感的に把握しにくいレイアウトでした。

変更後

レイアウトが最適化され、タイトルの視認性が向上するとともに、実行時間が独立した列で確認できるようになりました。また、冗長だったモデル名やツール呼び出し回数が整理されました。

ユーザーへの恩恵

複数のバックグラウンドタスクを並行して実行している際に、どのタスクがどの程度時間を要しているかを一目で比較・管理しやすくなります。

変更前

サブエージェントを確認中にコマンドを打つと、意図せずメインの対話設定を上書きしてしまう恐れがありました。

変更後

現在の操作対象がメインエージェントである旨の補足メッセージが表示されるようになりました。

ユーザーへの恩恵

操作ミスによる設定変更を防ぎ、誤ったモデルでタスクが進むリスクを低減できます。