Claude Code 2.1.278、自動モードの安全確認をサーバー側へ移し課金を抑える
掲載 確認 出典・確認情報
Claude Code 2.1.278から、Enterprise、Claude API、Bedrock、Google CloudのAgent Platform、Microsoft Foundryなどの自動モード（auto mode）では、安全確認をサーバー側へ任せられると安全確認用の別リクエスト（classifier request）分が課金されません。ただし中継サービス（gateway）やプロキシなどで確認結果がセッションへ届かないと従来方式へ戻り、その分の課金も残ります。
課金されないのは、サーバー側の安全確認が届くセッション
Claude Codeの自動モード（auto mode）では、シェルコマンドの実行やネットワークへのアクセスなど、Claudeが行おうとする操作の前に、別の安全確認モデル（classifier）が内容を確認します。v2.1.278以降、対象環境ではこの安全確認を、会話を処理する通常のモデルリクエスト（model request）の一部としてサーバー側へ任せられるようになりました。
サーバー側で確認できた場合、そのclassifier request分は課金されません。以前のようにClaude Code自身が別のclassifier requestを送る必要がないためです。
一方で、自動モード全体が無料になったわけではありません。通常のmodel requestや、後述する従来方式のclassifier requestは別です。
中継サービスで確認結果が届かないと、従来の課金へ戻る
LLMの中継サービス（gateway）やプロキシ（proxy）が未知のリクエスト項目を落としたり、応答やストリーミングイベントを書き換えたりすると、サーバー側の安全確認がセッションまで届かないことがあります。プラットフォームや地域への段階展開がまだ届いていない場合も、従来方式へ戻ることがあります。
サーバー側を試したうえで従来方式へ戻った場合も、Claude Codeは自動モードを止めません。操作前に通知を出し、Claude Code自身のclassifier requestを使います。そのclassifier requestは従来どおりtoken usageとして課金されます。
たとえば「2.1.278へ更新したのでclassifier分は常に課金されない」と考えていても、中継サービスを通すセッションだけ従来方式へ戻っていれば、その前提は成立しません。中継サービスが原因だと確認できた場合は、管理者がClaude Codeのリクエストのヘッダーと本文、上流からの応答を欠落・改変させず通す構成へ直すことで、新しいセッションをサーバー側の安全確認へ戻せます。プラットフォームや地域への段階展開が未到達なだけの場合は、この設定変更では解消しません。
対象環境と現在の状態は分けて確認する
Claude Code v2.1.278以降は、Enterprise、Claude API、Claude Platform on AWS、Amazon Bedrock、Google CloudのAgent Platform、Microsoft Foundryなどでサーバー側の安全確認を既定で要求します。ただし実際にサーバー側の安全確認を使えるかは、プラットフォームや地域への段階展開にも依存します。
自動モード中のセッションでは/statusを開くと、Auto mode serverがEnabledならサーバー側の安全確認を利用中、Disabledならそのセッションでは安全確認がサーバー側で動いていないと分かります。Disabledだけでは、サーバー側を試してから従来方式へ戻ったのか、もともとサーバー側を使う条件ではないのかは区別できません。中継サービス起因の設定変更を判断するときは、フォールバック通知や利用環境の条件も合わせて確認してください。
2026年9月23日時点の公式ドキュメントでは、Bedrock、Google CloudのAgent Platform、Microsoft Foundry、signed-in Claude apps gatewayで自動モードを使えるのはClaude Sonnet 5、Opus 4.7以降、Fableモデルです。利用条件をプラン名だけから推測せず、現在の公式ドキュメントと/statusを合わせて見るのが安全です。