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 直販価格が表示される混乱がありました。

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

特定のプロバイダーやモデルでリクエストが失敗した場合、代替ルートへの切り替えが限定的でした。

変更後

AWS経由の接続がサポートされ、モデル不在時のフェイルオーバーがより確実に機能するようになりました。

ユーザーへの恩恵

接続先の信頼性が高まり、API利用時の通信エラーによるセッション中断を最小限に抑えられます。

変更前

組織単位でのデフォルトモデルを指定する機能がなく、ユーザーが個別にモデルを選択する必要がありました。

変更後

管理者が組織全体のデフォルトモデルをコンソールから指定できるようになりました。

ユーザーへの恩恵

組織の推奨モデルが自動適用されるため、ユーザーはモデル選択の手間を省き、一貫した環境で作業を開始できます。

変更前

これまではユーザーのプロンプト内容は記録できましたが、それに対するアシスタントの応答内容を構造化されたログとして収集する手段が不足していました。

変更後

OpenTelemetry経由で応答テキストを送信できるようになりました。プライバシー保護のためデフォルトでは秘匿されていますが、環境変数で有効化できます。

ユーザーへの恩恵

組織内での利用において、プロンプトと応答の両方を監視・分析することで、品質改善やコンプライアンスの確認が容易になります。

変更前

ログイン直後、古いセッション情報やデフォルト設定がキャッシュされたままになり、モデル選択などのUIが正しく更新されないことがありました。

変更後

ログイン完了と同時にクライアントデータが適切にリフレッシュされ、最新の利用可能なモデルや設定が即座に反映されるようになります。

ユーザーへの恩恵

ログイン後の再起動などが不要になり、アカウントに紐づく最新の機能をすぐに使い始めることができます。

変更前

組織のポリシーで使用が禁止されているモデルであっても、CLI上のモデルピッカーや --model フラグなどで選択できてしまう可能性がありました。

変更後

組織で構成されたモデル制限が反映されるようになり、制限されたモデルを選択した際には「組織の設定により制限されています」というメッセージが表示されます。

ユーザーへの恩恵

管理者が意図した通りのモデル利用を徹底でき、誤って高コストなモデルや未承認のモデルを使用してしまうことを防げます。

変更前

フルスクリーン(TUI)モードのメニュー操作はキーボードのみに制限されており、マウスでの直感的な選択ができませんでした。

変更後

権限の承認プロンプトや /model、/config などの選択メニューにおいて、マウスでのクリック選択が可能になりました。

ユーザーへの恩恵

キーボードから手を離してマウスを使用している際でも、スムーズに選択操作を行えるようになり利便性が向上します。

変更前

非インタラクティブモード(-p)で実行した際、モデルがターンを生成せずに終了すると、その会話を --resume で再開しようとしても「会話が見つかりません」というエラーが発生していました。

変更後

モデルの応答が空の場合でも会話履歴が正しく記録されるようになり、後から正常にレジュームできるようになりました。

ユーザーへの恩恵

スクリプト実行や自動化の過程で失敗したり応答がなかったりしたセッションでも、その時点からやり直すことが可能になります。

変更前

JSONスキーマ指定時やワークフロー実行において、モデルが正常な出力後も不必要にツールを呼び出し続けたり、継続ターンで構造化データが返らなくなったりすることがありました。

変更後

ツール呼び出しのループが防止され、フォローアップのターンにおいても一貫して検証済みの構造化データが返されるようになります。

ユーザーへの恩恵

プログラムから Claude Code を呼び出す際の挙動が安定し、不必要なトークン消費を抑えつつ正確な JSON データを取得できます。

変更前

使用しているモデルが非推奨になった際や、内部で新しいモデルに切り替わった際に、ユーザーがそれに気付きにくい状態でした。

変更後

標準エラー出力(stderr)やエージェントのfrontmatter設定において、モデルのステータスに関する警告が明示的に表示されるようになります。

ユーザーへの恩恵

常に最新かつ最適なモデルを使用しているかを把握でき、モデルの更新に伴う挙動の変化に素早く対応できます。

変更前

SDKやヘッドレスモードで使用している際、認証が必要なMCPサーバーが本来不要な「認証用スタブツール」をモデルに提示してしまうことがありました。

変更後

モデルが不適切なツールを呼び出さないよう、環境に応じて適切なツールのみを公開するように制御を強化しました。

ユーザーへの恩恵

自動化スクリプトやAPI経由での利用時に、モデルの混乱や誤動作を防ぎ、実行の信頼性が向上します。

変更前

モデルを切り替えた直後に /recap(会話の要約)を実行したり、会話のブランチを作成したりすると、新しく選択したモデルではなく、切り替え前の旧モデルが内部的に使用されていました。

変更後

モデル変更のステータスが即座に反映され、要約の生成や新しい会話ブランチの開始時にも指定した通りの最新モデルが適用されます。

ユーザーへの恩恵

モデルを切り替えた意図通りの推論能力やコスト効率を、次のアクションからすぐに享受できるようになります。

変更前

~/.claude ディレクトリやその中の settings.json が多重のシンボリックリンク(相対パス含む)で構成されている場合、設定変更時にファイルが見つからないエラー(ENOENT)が発生していました。

変更後

複雑なシンボリックリンク構成であっても、設定ファイルのパスを正しく解決して書き込めるようになりました。

ユーザーへの恩恵

ドットファイルの管理ツール(dotfilesなど)で設定をカスタマイズしているユーザーでも、エラーなく設定変更を行えます。

変更前

パーミッションの設定では、ツール名全体を許可または禁止することしかできず、特定のモデルの使用や特定の引数での実行を細かく制限することが困難でした。

変更後

Agent(model:opus) のようにツール名とパラメータを組み合わせた指定が可能になりました。ワイルドカード(*)もサポートされており、より柔軟なアクセス制御が実現します。

ユーザーへの恩恵

「Opus モデルのサブエージェントだけを禁止する」といった高度なセキュリティポリシーやコスト管理ルールを、環境に合わせて精密に設定できるようになります。

変更前

説明なしでバグ報告が送信できてしまったり、GitHub の Issue タイトルが適切に生成されず、モデルの内部的なエラー文言がそのまま使われたりすることがありました。

変更後

送信前に具体的な説明が求められるようになり、適切なタイトルで Issue が作成されます。

ユーザーへの恩恵

より具体的で整理されたバグ報告が可能になり、開発チームによる問題の把握と修正がスムーズに行われるようになります。

変更前

モデルが過負荷の際に予備のモデルに切り替える「フォールバック設定」をしていても、コンテキストを要約して整理する「圧縮処理」の段階ではその設定が無視されてエラーになることがありました。

変更後

圧縮処理中も設定したフォールバックチェーンが適用され、メインモデルが利用不可の場合でも代替モデルで処理を継続します。

ユーザーへの恩恵

高負荷時でも会話の文脈を維持するための整理処理が止まらず、セッションの中断を最小限に抑えることができます。

変更前

管理者がモデルを制限していても、特定の環境変数の操作や高速モードの切り替えによって制限を回避できる可能性がありました。

変更後

許可リスト(availableModels)のチェックが厳格化され、あらゆる経路からの未許可モデルの使用がブロックされます。

ユーザーへの恩恵

組織のポリシーやコスト管理に沿ったモデル運用を確実に徹底できるようになります。

変更前

以前は、管理者が availableModels で利用可能なモデルを制限していても、「デフォルト(Default)」設定のモデルはこの制限を受けず、サブスクリプションに応じた最新モデルが使用される場合がありました。また、ユーザーやプロジェクト単位の設定で、管理者が定めた許可リストにモデルを自由に追加できてしまうという課題もありました。

変更後

新しい enforceAvailableModels を有効にすると、デフォルトモデルも許可リストに従うよう制限されます。不許可のモデルがデフォルトに指定されている場合はリスト内の最初の許可モデルにフォールバックされるほか、ユーザー側での許可リストの拡張も禁止されます。

ユーザーへの恩恵

組織の管理者は、開発者が使用できる AI モデルを厳格に制御できるようになります。これにより、特定のモデル以外の利用を禁止するコンプライアンス要件の遵守や、想定外のモデル利用によるコスト発生を確実に防ぐことが可能です。

変更前

/model ピッカーにおいて、デフォルト設定がどのモデルファミリー(Opus や Sonnet など)を指しているのかが隠れてしまい、ユーザーが現在どのモデルを使用しようとしているのか直感的に分かりづらい状態でした。

変更後

各プランやアカウントの種類(API 従量課金など)に応じて、Opus や Sonnet が明示的に個別の行として表示されるようになり、モデルの選択肢が明確化されました。

ユーザーへの恩恵

自分が契約しているプランで利用可能な最適なモデルを迷わずに選択できるようになり、意図しないモデルの使用を防げます。

変更前

環境変数で特定のモデルバージョンを指定していても、UI 上のラベルが固定値のまま変わらず、実際に使用されているモデルと表示が一致しないことがありました。

変更後

ピッカー上の表示が設定された環境変数の内容を正しく反映するようになり、使用中のモデルバージョンが正確に表示されるようになりました。

ユーザーへの恩恵

表示と実態の乖離がなくなるため、正しいバージョンで動作していることを自信を持って確認しながら作業できます。

変更前

GovCloud リージョンを使用する際、システムが誤って標準リージョン用のプレフィックスを付与してしまい、モデル ID の不一致により API リクエストが失敗していました。

変更後

GovCloud リージョンに対して正しい「us-gov」プレフィックスが適用されるようになり、政府系クラウド環境でも Bedrock モデルを正常に利用できるようになりました。

ユーザーへの恩恵

GovCloud を利用する制約の厳しい環境のユーザーでも、エラーを気にすることなく Claude Code を活用できるようになります。

変更前

複数のプロジェクトや設定で Claude を使い分けている場合、バックグラウンドで動作するセッションが、本来意図しない別のセッションの設定を引き継いでしまうリスクがありました。

変更後

バックグラウンドセッションの環境変数が分離され、各セッションが独立して正しいプロバイダー設定やエイリアスを使用するようになります。

ユーザーへの恩恵

異なるプロバイダーやゲートウェイを併用していても、バックグラウンドでの作業が常に正しい設定で実行されるため、セキュリティと一貫性が向上します。

変更前

管理ポリシーなどで特定のモデルの使用が制限されていても、UI 上で制限対象のモデルがデフォルトのアドバイザーとして選択された状態になり、エラーの原因となっていました。

変更後

ダイアログを開く際に、許可リストと保存済み設定を照合し、利用可能なモデルのみが選択候補として適切に扱われるようになりました。

ユーザーへの恩恵

組織のポリシーに反するモデルを誤って使用しようとしてエラーに遭遇する手間が省け、スムーズにアドバイザー機能を活用できます。

変更前

以前は、Amazon Bedrockなどのサードパーティプロバイダーで100万トークンのコンテキストウィンドウを有効にする際、モデルIDの末尾に [1m] を手動で付与する必要がありました。しかし、Fable 5のような最新モデルではこのサフィックスが適切に処理されず、モデル名の不一致が発生する場合がありました。

変更後

Fable 5モデルについては、デフォルトで100万トークンのコンテキストがサポートされていることをシステムが認識し、モデル名から [1m] サフィックスを自動的に除去して正規化するようになりました。

ユーザーへの恩恵

モデル名の指定を手動で行う際の設定ミスや混乱が解消されます。ユーザーはモデルの仕様を気にすることなく、常に最適なコンテキストウィンドウ設定で開発を進めることができます。

変更前

OpenTelemetry を通じてコード行数に関する統計を取得する際、どの AI モデルがその操作に関わったかというコンテキスト情報が含まれていませんでした。

変更後

メトリックに model 属性が付与されるようになり、モデルごとのコード生成量や修正量の詳細な分析が可能になりました。

ユーザーへの恩恵

組織の管理者が、Opus や Sonnet といった各モデルの利用効率やアウトプットを、より正確な定量データとして可視化できます。

変更前

エージェントをバックグラウンドで起動する際、モデル選択の UI 表示が不正確で、選択できないはずのモデルが候補に挙がることがありました。

変更後

組織のポリシーに沿ったモデルのみが正しく表示されるようになり、入力補助の表示も自然な形式に修正されました。

ユーザーへの恩恵

バックグラウンドタスクの開始時に、利用できないモデルを選択してエラーになる手間を省き、意図したモデルを迷わず指定できます。

変更前

管理者が availableModels 設定で使用可能なモデルを制限していても、一部の機能経由では制限対象外のモデルが指定できてしまう漏れがありました。

変更後

サブエージェントやアドバイザー機能を含むすべての箇所で allowlist が厳格に適用されるようになり、ポリシー遵守が徹底されます。

ユーザーへの恩恵

企業のコンプライアンスやコスト管理の観点から特定のモデルに限定して利用させたい場合、設定が確実に機能するようになります。

変更前

バージョン指定された特定のモデル ID を許可リストに入れると、UI 側で 1M コンテキスト対応の Opus や Sonnet の行が表示されなくなる不具合がありました。

変更後

詳細な ID 指定時でも 1M コンテキストのオプションが正しく認識され、UI に表示されるようになりました。

ユーザーへの恩恵

大規模なコードベースを扱うために 1M コンテキストを活用しつつ、モデルバージョンを固定して運用したいユーザーの利便性が向上します。

変更前

Bedrock で実際には利用できないモデルが候補に表示され、選択すると裏側で意図しないモデルに切り替わったり、表示上の選択マークが重複したりしていました。

変更後

Bedrock で有効なモデルのみが正確にリストアップされ、選択状態の管理も適正化されました。

ユーザーへの恩恵

環境に依存するモデルの有無を意識することなく、確実に利用可能なモデルだけを選択して作業を継続できます。

変更前

設定変数に [1M] を含めていると、システム側でさらにサフィックスが追加され、無効なモデル ID (例: [1M][1m]) になってしまうことがありました。

変更後

サフィックスの付与ロジックが改善され、常に正しい形式で API リクエストが送信されるようになりました。

ユーザーへの恩恵

環境変数によるモデルのカスタマイズを行う際、ID の重複付与による接続エラーを気にせず設定できます。

変更前

opusplan を利用してプランモードと実行モードを切り替える際、権限があるユーザーでもプランニング時に 1M コンテキストの広大な履歴を活かせない制限がありました。

変更後

プランモードでの Opus 実行時にも 1M コンテキストが正しく適用されるようになり、opusplan[1m] エイリアスでの挙動も最適化されました。

ユーザーへの恩恵

巨大なプロジェクトの設計やリファクタリングの計画を立てる際、コンテキスト不足に悩まされることなく Opus の高度な思考を利用できます。

変更前

プロジェクト独自のワークフローのみを Claude に実行させたい場合でも、常に標準搭載のスキルがコンテキストに含まれていました。

変更後

この設定を有効にすることで、Claude が組み込み機能ではなく、プロジェクトで定義した特定のルールやスキルのみを優先して使用するように制限できます。

ユーザーへの恩恵

AI の挙動をより厳格に制御し、組織固有の標準フローのみに従わせたい場合に役立ちます。

変更前

1M コンテキスト(Extended Context)対応モデルを使用している場合でも、標準モデルと同じ厳しい制限で警告が出てしまい、情報の集約を阻害していました。

変更後

より大きなコンテキストを扱えるモデルでは、より多くのルールを CLAUDE.md に記述しても不必要な警告が出なくなります。

ユーザーへの恩恵

大規模なプロジェクトのルールを、モデルの能力をフルに活かして管理できるようになります。

変更前

メインモデルが利用できない場合、手動でモデルを切り替える必要がありました。また、フォールバックモデルの指定は一部の非対話型モードに限られていました。

変更後

fallbackModel 設定により、優先順位をつけた最大3つの予備モデルを自動で試行できます。対話型セッション中もこの自動切り替えが機能するようになります。

ユーザーへの恩恵

APIの過負荷や障害が発生しても、手動で設定を変更することなく作業を継続できるため、開発の生産性が維持されます。

変更前

デフォルトで思考機能が有効なモデルにおいて、設定に関わらず思考プロセスが常に実行されてしまう場合がありました。

変更後

環境変数やCLIフラグ、設定画面から思考機能を明示的にオフにできるようになり、思考プロセスをスキップして直接回答を得ることができます。

ユーザーへの恩恵

思考時間を短縮して素早く回答を得たい場合や、トークン消費を抑えたい場合に、柔軟に動作をコントロールできます。

変更前

レート制限や認証エラー以外のサーバーエラーが発生すると、その時点で処理が中断されていました。

変更後

予期しないサーバーエラーが発生した際、設定されたフォールバックモデルで1回リトライを試みることで、エラーを回避できる可能性が高まります。

ユーザーへの恩恵

一時的なAPI側の不具合による作業の中断を減らし、安定した実行環境を提供します。

変更前

設定ファイルを書き換えても、バックグラウンドで動いている管理プロセス(デーモン)が古い設定を保持しており、意図しないモデルで作業が開始されることがありました。

変更後

新しいセッションを開始するたびに最新の settings.json が読み込まれ、指定通りのモデルが確実に使用されるようになりました。

ユーザーへの恩恵

設定変更が即座に反映されるため、常に最新のコスト効率や性能のバランスを保ちながら自動作業を任せられます。

変更前

Bedrock等でオートモードが無効な際、モデル自体が非対応であるかのような誤解を招くエラーメッセージが表示されていました。

変更後

CLAUDE_CODE_ENABLE_AUTO_MODE 環境変数による明示的なオプトインが必要であることを正しく案内するように変更されました。

ユーザーへの恩恵

設定方法が明確になり、使い慣れたクラウド環境でオートモードを有効にするまでの手順に迷わなくなります。

変更前

モデルの能力不足でultracodeが実行できない時、設定が無効であるかのような不正確なエラーが表示されていました。

変更後

モデルのサポート状況を正しく判定し、非対応モデルではultracodeを選択肢から除外、または適切な理由を表示します。

ユーザーへの恩恵

モデルの性能制限とツールの設定不備を混同することがなくなり、トラブルシューティングが容易になります。

変更前

CLI以外のインターフェース(SDK等)を使用している際も、適用できないCLIコマンド入力を促す不適切なヘルプが表示されていました。

変更後

実行コンテキストに応じて、SDKの設定方法など適切な解決策を提示するようにメッセージが改善されました。

ユーザーへの恩恵

CLI以外の開発環境から利用しているユーザーが、エラー時に適切な対処法をすぐに見つけられるようになります。

変更前

既に最新の Opus 4.8 などを使用しているのに、アップデートを促す不要なメッセージが出て混乱を招いていました。

変更後

通知の正確性が増し、モデル選択画面でもモデルの特性(説明文)が直接確認できるようになります。

ユーザーへの恩恵

モデル選択時の迷いがなくなり、現在のモデルが最適かどうかを直感的に判断できます。

変更前

特定の古いモデルバージョンでファストモードを強制するために環境変数を使用する必要があり、設定が分散して管理が煩雑でした。

変更後

モデルの選択とファストモードの切り替えが、標準的なスラッシュコマンドによるUI操作に一本化されました。

ユーザーへの恩恵

環境変数を気にすることなく、最新のOpus 4.7/4.8と過去の4.6を同一の操作体系で使い分けることができます。

変更前

一律に推論努力を最大化する設定を使っていると、Haikuなどの軽量モデルに切り替えた瞬間に、未対応パラメーターの送信によってリクエスト自体がエラーになっていました。

変更後

モデルごとに努力レベルの対応状況を判別し、未対応の場合は自動的にパラメーターを省略してリクエストを送るようになりました。

ユーザーへの恩恵

設定を気にせず柔軟にモデルを切り替えて作業でき、開発のリズムがエラーによって中断されることがなくなります。

変更前

コストを意識して開発しているユーザーにとって、デフォルト設定を選んだ場合にどの程度の料金がかかるのかが一部の画面で不透明になっていました。

変更後

現在のモードに基づいた正確な価格情報が常にモデル選択時に提示されるようになりました。

ユーザーへの恩恵

モデル選択時のコスト予測が確実になり、意図しない予算超過を防ぎながら開発を進められます。

変更前

特定のモデル(Opusなど)を使い続けたい場合、新しいセッションを開始するたびに選択し直す手間がありました。

変更後

お気に入りのモデルが永続的に選択された状態になり、一時的な変更と恒久的な変更を使い分けることができます。

ユーザーへの恩恵

モデル選択の手間が省け、自分の作業スタイルに合わせた「マイデフォルト」で即座に開発を開始できます。

変更前

挙動の変更に伴い、古いキーバインド設定のままだと意図したショートカットが動作しなくなる可能性がありました。

変更後

最新の機能割り当てに合わせた設定名に変更することで、引き続き自分好みの操作体系を維持できます。

ユーザーへの恩恵

内部的な仕様変更を把握でき、スムーズに新バージョンへ移行できます。

変更前

スキル実行中に、意図しないツールの使用(例：特定の操作中にファイル削除ツールを呼ばせないなど)をきめ細かく制御することが困難でした。

変更後

スキルごとに利用可能なツールのセットを制限できるため、モデルが特定のワークフローに集中し、より安全かつ正確に動作するように定義できます。

ユーザーへの恩恵

カスタムコマンドの挙動をより厳密に制御でき、エージェントによる誤操作や不要なツール呼び出しのリスクを軽減できます。

変更前

モデルが過負荷などで利用できない際、特に非対話型のスクリプト実行中にリクエストが失敗し、作業が中断されてしまうことがありました。

変更後

代替モデルへ自動的にフォールバックするため、一時的なサービス停止時でもエージェントの作業が止まることなく進行します。

ユーザーへの恩恵

長時間かかる自動タスクや CI 上での実行において、モデルの可用性に左右されにくい堅牢なワークフローが構築できます。

変更前

セッション中に /model でモデルを切り替えると、その設定が永続的に保存され、次回以降の全ての新規セッションにも意図せず反映されてしまっていました。

変更後

一時的な切り替えと恒久的なデフォルト設定(d キーで設定)が明確に分離されました。現在の作業に合わせてモデルを試し、必要に応じて基本設定を変更できるようになりました。

ユーザーへの恩恵

「今回は Opus で深く考えさせたい」といった一時的な要望と、「普段は Sonnet を使いたい」という日常的な設定が衝突しなくなり、設定ミスによる意図しないトークン消費やコスト増加を防げます。

変更前

VS Code や JetBrains の UI 上でモデルを切り替えても、実際には起動時のモデルが使われ続けるなど、設定の反映に一貫性がない不具合がありました。

変更後

IDE からの動的なモデル変更指示が即座に、かつ確実にエンジンへ適用されるようになりました。

ユーザーへの恩恵

GUI と CLI の設定が常に同期され、UI で選択した通りのモデルで AI が回答してくれるようになります。

変更前

あるプロジェクトでモデルを切り替えた後に別のプロジェクトの古いセッションを再開すると、以前のモデルではなく、直近で使ったモデルが強制適用されてしまうことがありました。

変更後

各セッションが中断時のモデル設定を記憶し、再開時にそのモデルを復元するようになりました。

ユーザーへの恩恵

各タスクに最適なモデルを個別に選んでいた場合、再開するたびにモデルを戻す手間がなくなり、過去のコンテキストに一貫性が保たれます。

変更前

クラウドプロバイダー経由で利用しているユーザーにおいて、最新の長大なコンテキストウィンドウを持つモデルオプションが表示されない、あるいは選択できない状態でした。

変更後

Bedrock/Vertex 環境でも 100万トークンの広大なコンテキストを持つ Opus モデルが正しく選択可能になりました。

ユーザーへの恩恵

大規模なリポジトリの全コードを読み込ませるような、高度で大規模な解析タスクが再びクラウド経由でも実行可能になります。

変更前

プロキシや特定のクラウド環境において、本来コストの低い Haiku で実行すべきバックグラウンド処理(タイトル生成など)が、意図せずメインの重いモデルで実行されてしまうことがありました。

変更後

利用可能な API キーや設定に応じて、最も効率的なモデル(Haiku)を優先的に選択してサイドクエリを実行するロジックが強化されました。

ユーザーへの恩恵

不必要なコストの発生を抑えつつ、バックグラウンドでの要約や整理機能を最適なスピードで利用できます。

変更前

バックグラウンドで開始されるエージェントの権限モードやモデル、努力レベルを一括で制御する手段が不足していました。

変更後

--permission-mode, --model, --effort, --dangerously-skip-permissions がエージェントビューでも有効になりました。

ユーザーへの恩恵

大量のタスクを投入する際に、一度のフラグ指定で全セッションの挙動(承認の有無や賢さ)を統一できます。

変更前

バックグラウンドで動いているエージェントが、モデルの制限などでエラーになった際、代替モデルへの切り替えができず失敗していました。

変更後

フォールバック用のモデル設定が維持されるため、メインモデルが利用不可でも代わりのモデルで作業を継続します。

ユーザーへの恩恵

長時間の無人作業の完遂率が向上し、モデルの過負荷による中断を回避できます。

変更前

バックグラウンドで動作するエージェントセッションを開始する際、ディレクトリの追加指定や詳細な MCP 設定、パーミッションモードなどをコマンドラインから個別に制御することが困難でした。

変更後

claude agents コマンドに --settings や --mcp-config、--permission-mode などの豊富なフラグが追加され、起動時にセッションの挙動を細かくカスタマイズできるようになりました。

ユーザーへの恩恵

メインセッションと同様の柔軟な設定をバックグラウンドタスクにも適用できるため、複雑なプロジェクト環境での並列作業がよりスムーズになります。

変更前

リモート環境からモデル変更を行った際、不要な「モデル設定」のパンくずリストが履歴に重複して記録され、会話の流れが見づらくなっていました。

変更後

モデル変更リクエストが整理され、履歴には必要な変更情報のみが記録されるようになりました。

ユーザーへの恩恵

後から会話履歴を見返した際、いつどのモデルに切り替えたかが明確になり、ログの可読性が向上します。

変更前

ANTHROPIC_SMALL_FAST_MODELが設定されていないサードパーティプロバイダー環境で、サイドクエリが利用不可能なHaiku IDを送信してエラーになることがありました。

変更後

適切なHaikuモデルが指定されていない場合、自動的にメインループで使用しているモデルにフォールバックして処理を継続します。

ユーザーへの恩恵

プロバイダー固有のモデル設定を細かく調整しなくても、バックグラウンドでの調査や要約機能が安定して動作するようになります。

変更前

ANTHROPIC_BASE_URLを使って独自のゲートウェイ経由で接続している場合、名前生成用のHaikuモデルが認識されず、ジョブ名が未設定のままになることがありました。

変更後

Haikuが利用できない場合はメインモデルを使用して名前を生成するため、常に分かりやすい名前がジョブに付与されます。

ユーザーへの恩恵

独自のAPIプロキシ環境でも、各ジョブが「何をしていたか」を一目で把握できるようになり、管理性が維持されます。

変更前

複数のターミナルでClaude Codeを動かしている際、片方でモデルを変更すると、無関係なもう一方のセッションのコンテキスト管理(自動圧縮)の挙動が変わってしまうバグがありました。

変更後

各セッションの設定変更が独立して管理されるようになり、意図しない設定の「染み出し」が解消されました。

ユーザーへの恩恵

複数のタスクを異なる設定で並列実行する際の信頼性が向上し、各セッションがそれぞれのコンテキストを正しく維持できます。

変更前

表示されるトークン数がモデルの実態と乖離していたり、細かい数値で表示されていて直感的に把握しにくい場合がありました。

変更後

使用しているモデルの計算方式に基づいた正確な推定値が、読みやすい丸められた数値で表示されます。

ユーザーへの恩恵

コンテキスト制限に近づいている際の判断がより正確になり、トークン節約の計画が立てやすくなります。

変更前

環境変数でデフォルトモデルを変更していても、ピッカーの表示上は標準のデフォルト(Sonnetなど)が表示されたままでした。

変更後

実際の動作設定とピッカーの表示が一致し、現在どのモデルがデフォルトとして機能しているか正しく把握できます。

ユーザーへの恩恵

モデル設定の誤認を防ぎ、意図した通りのモデルで作業している確信を持てます。

変更前

BedrockやVertex AIなどの環境でopusエイリアスを使用している際、選択肢に不必要な重複行が現れることがありました。

変更後

UIが整理され、現在選択中のモデルが正しく、かつシンプルに表示されます。

ユーザーへの恩恵

モデル選択時の視認性が向上し、操作ミスを防げます。

変更前

サードパーティのAPIプロバイダーを利用している際、古いOpusモデルを選択しようとしても、システムが誤ってデフォルト設定のモデル(Sonnetなど)として処理してしまっていました。

変更後

プロバイダー側のモデル定義が正しく識別されるようになり、レガシーなOpusモデルを明示的に選択して利用することが可能になりました。

ユーザーへの恩恵

特定の古いモデルが必要なタスクにおいて、意図しないモデルが使用されることを防ぎ、期待通りのモデルで推論を実行できるようになります。

変更前

実際に使用されているモデルと、ステータス画面に表示されるモデル情報が一致しないケースがありました。

変更後

サブスクリプション層や設定に基づく正しいデフォルトモデルがステータス画面に表示されるようになりました。

ユーザーへの恩恵

どのモデルを使用して対話しているかを正確に把握できるようになり、安心してツールを利用できます。

変更前

独自のLLMゲートウェイを使用している場合、モデルの一覧取得が常に自動で行われていました。

変更後

環境変数を明示的に設定した場合のみ、ゲートウェイのエンドポイントから利用可能なモデルの一覧を取得するようになります。

ユーザーへの恩恵

意図しないエンドポイントへのリクエストを防ぎ、セキュリティやネットワーク要件に合わせた柔軟な設定が可能になります。

変更前

スキルをモデルやメニューから隠す、あるいは特定の条件下でのみ有効にするといった個別のオーバーライド設定が正しく反映されない問題がありました。

変更後

offで完全に隠す、user-invocable-onlyでユーザーのみ実行可能にする、name-onlyで説明を折り畳むといった制御が確実に行えるようになります。

ユーザーへの恩恵

多数のスキルがある場合でも、重要なものだけをモデルに見せることでコンテキストを節約し、作業効率を高めることができます。

変更前

/clearやコンパクションの後にモデル設定を変更すると、実際には問題がない場合でもキャッシュに関する警告が表示されることがありました。

変更後

設定変更時のキャッシュ状態の判定が正確になり、不要な警告でユーザーを混乱させることがなくなります。

ユーザーへの恩恵

警告表示に煩わされることなく、タスクに応じて最適なモデルや推論効率(effort)をスムーズに切り替えられます。

変更前

モデル選択メニューにおいて、同じモデルが重複して表示されたり、バージョン番号付きの長い名称で表示されていて分かりにくい部分がありました。

変更後

メニューが整理され、最新の Opus モデルが簡潔なエイリアス名で表示されるようになりました。

ユーザーへの恩恵

使用したいモデルを迷わず選択できるようになり、インターフェースの透明性が向上します。

変更前

100万トークンの広大なコンテキストを扱えるモデルを使用している際、設定されたコンパクション(圧縮)しきい値が小さいと、まだ余裕があるにもかかわらず「プロンプトが長すぎます」というエラーが発生していました。

変更後

コンパクションの計算ロジックが修正され、モデルの真の限界までコンテキストをフル活用できるようになりました。

ユーザーへの恩恵

大規模なコードベースを扱う際のセッションの中断を減らし、より長い対話を安定して継続できます。

変更前

Amazon Bedrock を使用する際、特定のリージョンを指定していても、モデル名が誤ってグローバルプレフィックスとして解決され、接続エラーの原因となることがありました。

変更後

設定された AWS リージョンに基づいて、適切なリージョンプレフィックスを持つモデル識別子が正確に選択されるようになります。

ユーザーへの恩恵

Bedrock 環境でのセットアップがより確実になり、モデルが見つからないといったエラーを防止できます。

変更前

Anthropic互換のゲートウェイを使用している場合でも、/modelコマンドのピッカーには組み込みのモデルエイリアスやデフォルトのモデルしか表示されませんでした。

変更後

ゲートウェイが提供する/v1/modelsエンドポイントからモデルリストを動的に取得し、ピッカーに表示できるようになりました。

ユーザーへの恩恵

プロキシやカスタムゲートウェイ経由で利用可能な特定のモデルを、モデル名を手入力することなく選択メニューから簡単に選べるようになります。

変更前

モデルが並列実行のレスポンスとして存在しないツール名を返した場合、Agent SDKが適切にエラー処理できず、そのまま処理が停止してしまうことがありました。

変更後

不正なツール名が含まれている場合でもハングせず、適切にエラーを検知して制御を維持できるようになりました。

ユーザーへの恩恵

モデルの予期せぬ出力に対する堅牢性が向上し、自動化スクリプトやツール開発においてAgent SDKをより安定して利用できます。

変更前

Bedrockの推論プロファイル機能を使用している場合、モデルが思考(reasoning)に対応していても、その強度を調整するインターフェースが表示されませんでした。

変更後

ARN指定時でも適切に思考レベルの設定オプションが表示され、APIリクエストにも output_config.effort が正しく含まれるようになりました。

ユーザーへの恩恵

AWS環境でBedrockを利用しているユーザーも、タスクの複雑さに応じてモデルの思考の深さを柔軟に調整できるようになります。

変更前

会話中にモデルを切り替えていたとしても、履歴をエクスポートする際に、出力結果には現在設定されているデフォルトのモデル名が誤って記載されていました。

変更後

エクスポートされた履歴に、各ターンで実際に推論に使用されたモデルが正確に反映されるようになります。

ユーザーへの恩恵

過去のやり取りを振り返る際やトークン使用量を分析する際に、どのモデルによる回答だったのかを正確に把握できるようになります。

変更前

カスタムの ANTHROPIC_BASE_URL を使用している際、モデルピッカーに表示される内容が Anthropic 標準のままになり、組織独自のモデル設定が反映されないことがありました。

変更後

ANTHROPIC_DEFAULT_*_MODEL_NAME などの環境変数で指定したカスタムの名称や説明が、モデル選択画面に正しく表示されるようになりました。

ユーザーへの恩恵

社内プロキシやゲートウェイを介して特定のモデル構成を運用している開発者が、自分たちの環境に適した正しいモデル情報を確認して選択できます。

変更前

クラウド上のリモート環境に接続すると、自分のPC側のデフォルトモデル設定が接続先の設定で書き換えられてしまうことがありました。

変更後

リモート接続がローカルの永続的な設定に干渉しないように保護されました。

ユーザーへの恩恵

リモートとローカルの作業を切り替えても、好みのモデル設定が維持されます。

変更前

プロジェクト側でモデルが指定されていると、ユーザーが /model で変更しても再起動時にリセットされてしまうことがあり、また現在のモデルがどこで定義されたものか不明確でした。

変更後

手動で選択したモデルが優先的に保持され、さらに「プロジェクト設定による固定」か「管理設定による固定」かが明示的に表示されます。

ユーザーへの恩恵

好みのモデルを使い続けるための再設定の手間が省け、現在の動作環境がどの設定に基づいているかを一目で把握できます。

変更前

テレメトリデータにおいて、どのコマンドから実行されたかや、モデルの「思考の深さ(Effort)」がコストにどう影響しているかを詳細に分析することが困難でした。

変更後

コマンド名やソース、および effort 属性が各イベントに付与され、組織レベルでの詳細な利用状況の可視化が可能になります。

ユーザーへの恩恵

開発チーム全体での Claude Code の利用効率やコストパフォーマンスを、より正確なデータに基づいて最適化できます。

変更前

特定のプロバイダーや古いモデルで、新しい機能であるEffort設定が不適切に送信され、通信エラーが発生することがありました。

変更後

接続先のモデルがサポートしている機能を自動判別し、適切なパラメータのみを送信するように改善されました。

ユーザーへの恩恵

Google Vertex AIなどの外部プラットフォーム利用時でも、予期せぬエラーで作業が止まることがなくなります。

変更前

以前のモデル(Sonnet 4.6など)では思考レベルの選択肢が限られており、Opus 4.7のデフォルトかつ推奨される思考の深さを指定する専用のレベルが存在しませんでした。

変更後

Opus 4.7専用のxhighレベルが追加され、コーディングやエージェントとしてのタスクに最適な、速度と推論能力の高度なバランスを簡単に選択できるようになりました。

ユーザーへの恩恵

Opus 4.7の能力を最大限に引き出す設定がデフォルトとなり、複雑な開発タスクにおいて、過剰なトークン消費を抑えつつ最も精度の高い推論結果を得られるようになります。

変更前

カスタム設定ディレクトリを使用している場合にパス表示が正しくなかったり、再設定時に以前選択したモデルが引き継がれず、設定の手間が大きくなっていました。

変更後

設定ウィザードが現在の環境をより正確に反映し、大規模なコードベースに必要な1Mコンテキストの有効化も簡単に行えるようになりました。

ユーザーへの恩恵

クラウドプロバイダー経由での利用開始や設定変更がより迅速かつ確実になり、特に大規模プロジェクトでのセットアップが楽になります。

変更前

Claudeがファイルを修正した直後に「古いエラー情報」を参照してしまい、既に解決したはずの問題をもう一度調査しようとする無駄な思考が発生していました。

変更後

編集後は最新のコードに基づいた診断結果が正しくモデルに渡されるようになり、無駄な再読み込みや重複した修正作業がなくなりました。

ユーザーへの恩恵

タスクの進行が早くなり、無駄なトークン消費を抑えながらより正確な修正が行えるようになります。

変更前

AIが提案したコードをIDEのdiff画面でユーザーが手動で微調整しても、その「修正後の内容」がAI側に正しく伝わらず、会話の文脈に齟齬が生じることがありました。

変更後

IDE上で行われた編集内容をWriteツールが検知し、ユーザーによる変更が含まれていることをモデルにフィードバックしてから最終的な適用が行われます。

ユーザーへの恩恵

人間とAIが協力してコードを作り上げるプロセスがより正確になり、AIがユーザーの意図を汲み取った上で次の提案を行えるようになります。

変更前

AIによる自動実行を禁止している特定のスキル(デプロイなど)を、チャットの入力途中で手動呼び出ししようとすると正しく認識されないバグがありました。

変更後

どのような入力タイミングでも、明示的なスキル呼び出しが確実に実行されるように修正されました。

ユーザーへの恩恵

「特定の操作は必ず自分の手で実行したい」というルールが徹底され、AIとの連携における信頼性が向上します。

変更前

モデルはビルトインの特殊なワークフローコマンドを直接認識できず、ユーザーが手動でコマンドを入力して指示する必要がありました。

変更後

エージェントがSkillツールを通じて自律的に適切なスラッシュコマンド(/init、/security-review等)を選択し、実行できるようになりました。

ユーザーへの恩恵

プロジェクトの初期化やコードレビューなどの定型的な高度なタスクを、Claudeに任せるだけで自動的に最適なツールを使って完遂してくれます。

変更前

セッション途中で/modelを使用して切り替えると、意図せず全履歴のトークンが再消費され、コストや時間がかかることが分かりにくい状態でした。

変更後

モデル切り替え時に、次のレスポンスがフルヒストリーの読み込み(アンキャッシュ状態)になる旨の警告が表示されるようになりました。

ユーザーへの恩恵

予期せぬトークン消費や待ち時間の増加を事前に把握し、モデル切り替えのタイミングを適切に判断できます。

変更前

インフェレンスプロファイルの検出中に、リージョンに合わない不正なモデルID(us.*など)が設定ファイルに書き込まれてしまうことがありました。

変更後

プロファイル検出の完了を適切に待機し、正しいモデルIDが永続化されるようになりました。

ユーザーへの恩恵

AWS環境でのリージョン設定に関するトラブルが減り、安定してBedrock上のモデルを利用できるようになります。

変更前

Vertex AI を使用する場合、環境変数や設定ファイルをユーザー自身が手動で構成する必要があり、初期セットアップのハードルが高くなっていました。

変更後

CLIの初期画面からウィザード形式で設定を進められるようになり、GCPプロジェクトの選択からモデルの固定までを対話的に完了できます。

ユーザーへの恩恵

複雑な環境変数の知識がなくても、Google Cloud 環境で Claude Code を素早く確実に使い始めることができます。

変更前

新しくリリースされたモデルやカスタムモデルを使用している際、最大思考レベルの設定ができない制限がありました。

変更後

モデルの種類に関わらず、対応している場合には常に最大の思考リソースを割り当てられるようになりました。

ユーザーへの恩恵

常に最新のモデル性能を引き出し、より複雑な問題解決に AI を活用できます。

変更前

Amazon Bedrockを使用する場合、AWS SDK向けの認証情報やリージョンの環境変数などを手動で設定する必要がありました。

変更後

ログイン画面からウィザード形式でAWS認証、リージョン選択、資格情報の検証、モデルのピン留めまでを一貫して設定可能になりました。

ユーザーへの恩恵

AWS環境でのセットアップが大幅に簡略化され、複雑な設定ミスを防いでスムーズに開発を開始できます。

変更前

/cost コマンドの出力は主にAPIユーザー向けで、サブスクリプションユーザーにとっては詳細な利用傾向を把握しにくい状態でした。

変更後

モデルごとの使用量やプロンプトキャッシュの効果が詳細に表示されるようになり、トークンの消費パターンが可視化されます。

ユーザーへの恩恵

どのモデルでどれだけ効率的にキャッシュが効いているかを確認でき、作業スタイルの最適化やコスト管理に役立ちます。

変更前

モデルが ok:false を返した際にフックが予期せずエラーになったり、ツール実行をブロックすべき場面で継続されてしまう不具合がありました。

変更後

Stopイベントの判定が正確になり、プロンプト型フックによるワークフローの中断制御が意図通りに機能するようになります。

ユーザーへの恩恵

フックを利用した自動化プロセスの信頼性が向上し、特定の条件下で処理を確実に停止させることが可能になります。

変更前

オートモード(auto mode)で操作が拒否された際、プログラム的に介入して修正を促したり、特定の条件下で再試行を許可したりする柔軟な手段がありませんでした。

変更後

拒否イベントをトリガーにフックを実行できるようになり、拒否理由に基づいてモデルに指示を出し直すなどの動的な制御が可能になりました。

ユーザーへの恩恵

安全性を保ちつつ、誤検知による中断を自動でリカバーさせることができ、オートモードでの作業の自律性が高まります。

変更前

Autoモード(研究プレビュー)において、AIの操作がセキュリティポリシー等で拒否された場合、AIがその理由を理解して別の方法でリトライすることが困難でした。

変更後

このフックを利用して {retry: true} を返すと、AIに操作が拒否されたことを伝え、安全な代替案を自律的に考案させることが可能になります。

ユーザーへの恩恵

AIが一度の拒否で止まってしまうことを防ぎ、ユーザーが手動で指示し直す手間を省きながら、タスクの完了率を高めることができます。

変更前

複数のプロジェクトで同時に Claude Code を開いている際、片方のモデル変更がもう一方の表示に影響を与え、実際に使用しているモデルを誤認するリスクがありました。

変更後

セッションごとの状態管理が厳密になり、現在操作しているインスタンスのモデル情報が常に正しく表示されます。

ユーザーへの恩恵

並行作業中でも「どのAIモデルに指示を出しているか」を正確に把握でき、意図しないモデル使用を防止できます。

変更前

BedrockやVertex AIなどの外部プロバイダーを利用する際、特定のモデルバージョンを固定すると、Claude Codeがそのモデルの思考(Thinking)能力や推論レベルを正しく認識できない場合がありました。また、モデル選択画面での表示名を変更することもできませんでした。

変更後

環境変数 ANTHROPIC_DEFAULT_{OPUS,SONNET,HAIKU}_MODEL_SUPPORTS でモデルの能力を明示的に上書きできるようになりました。また、_MODEL_NAME や _DESCRIPTION 変数を使用して、/model ピッカーに表示される名前や説明を自由にカスタマイズ可能です。

ユーザーへの恩恵

社内のLLMゲートウェイ経由や特定の推論プロファイルを使用している場合でも、Claudeの高度な推論機能を確実に有効化でき、かつユーザーが識別しやすい名前を付けて運用効率を高めることができます。

変更前

スキルを実行する際、セッション全体の思考レベル設定がそのまま適用されるため、特定の高度なタスクを実行するたびに手動でレベルを切り替える必要がありました。

変更後

スキルの定義ファイル(SKILL.md など)のフロントマターで effort レベルを事前に設定できるようになり、実行時に自動で最適な思考深さが選択されます。

ユーザーへの恩恵

「コードレビューは high」、「簡単な挨拶は low」のように、タスクの性質に合わせて最適な推論リソースを自動配分でき、速度と精度のバランスを最適化できます。

変更前

特定の API エラーが発生した際、エラー処理のフック自体が新たなエラーを引き起こし、処理が止まらなくなる不具合がありました。

変更後

エラー発生時のループ検知と処理フローが改善され、無限ループに陥ることなく安全に停止するようになりました。

ユーザーへの恩恵

予期せぬエラー発生時でもリソースやトークンの浪費を防ぎ、安定した動作が保証されます。