Claude Codeの自動承認を使っているのに、見覚えのない判定用リクエストまで請求に混ざる。企業で利用量を追っていると、この小さなコストが説明しにくい。
Claude Code v2.1.278では、auto modeの安全判定をサーバー側で行う仕組みが標準になりました。サーバー側で判定できた分は、判定処理の追加料金がかかりません。/statusにはAuto mode serverの行が加わり、そのセッションが無償のサーバー判定を使えているか確認できます。
ただし、ゲートウェイやプロキシが通信内容を書き換えると、ローカル側の有料判定へ戻ります。更新後に見るべきなのは新機能の有無より、実際の接続経路です。
v2.1.278で変わったこと
Anthropicが2026年9月19日に公開したv2.1.278では、Claude APIとEnterpriseの利用者、Bedrock、Google CloudのAgent Platform、Microsoft Foundry、ゲートウェイ経由の環境で、auto modeの判定をサーバー側へ送る設定が標準になりました。
auto modeは、シェルコマンドやネットワーク要求などを実行前に分類器で検査します。v2.1.278以降は、対応環境ならセッション本体のモデルリクエストと一緒にサーバー側で検査し、その判定分を請求しません。
Pro、Max、Teamプランには今回の警告は表示されません。Bedrock、Agent Platform、Foundryなどでは、auto mode自体を利用できるモデルにも条件があります。会社の契約や接続先が違えば、同じバージョンでも挙動は揃いません。
警告は故障ではなく、課金経路の切り替え
サーバー側の検査結果がセッションへ届かない場合、Claude Codeは処理を壊さず、従来の分類器リクエストへ戻ります。そのリクエストは通常のトークン利用として課金されます。最初の対象操作をいったん止め、無償判定の対象外になったことを画面で知らせます。
Enterで続行すると、そのセッションは従来方式で動きます。EscまたはCtrl+Cなら、保留中の操作を実行せずに止められます。ヘッドレス実行の-pではstderr、stream-jsonではsystem warningとして出るため、定期処理は警告を記録できます。
警告を「更新後の不具合」として消すのは悪手です。安全判定そのものは続いています。変わるのは判定の場所と請求です。
企業のゲートウェイで詰まりやすい場所
公式文書が挙げる主因は、LLMゲートウェイやプロキシです。未知のリクエスト項目を落とす、ヘッダーを書き換える、ストリーミング応答からキーを削る、tool-use IDを変える。こうした処理があると、サーバーの安全判定が往復できません。
互換性を保つには、safeguardsなど未認識のリクエスト項目もそのまま転送し、応答側のsafeguard_resultsやIDも変えずに返す必要があります。これは今回の課金だけの話ではありません。通信を独自形式へ丸めるゲートウェイは、今後の新機能でも同じ問題を起こしやすい。
対応していないゲートウェイを当面使う場合は、Bedrock、Agent Platform、Foundry、ゲートウェイ環境でCLAUDE_CODE_AUTO_MODE_SERVER=0を設定できます。サーバー判定を要求しなくなるため警告は消えますが、分類器リクエストは従来どおり有料です。この環境変数は一時的な設定で、将来削除される可能性があります。
15分でできる受け入れ確認
- Claude Codeをv2.1.278以降へ更新し、普段のAPI・クラウド・ゲートウェイ経路で新しいセッションを開く。
- auto modeへ切り替え、
/statusのAuto mode serverがEnabledか確認する。 - 検証用リポジトリで、ファイル読取と安全なテストコマンドを1回ずつ実行する。
- 警告、stderr、stream-jsonのsystem warningを運用ログへ残す。
- ゲートウェイ経由と直接接続を比較し、差があれば通過項目の欠落を調べる。
Enabledを維持し、対象操作後も警告が出なければ限定GOです。Disabledへ落ちる、または有料フォールバックの警告が出る場合は、全社展開をHOLDします。auto mode自体は動くため緊急停止までは不要ですが、コスト予測がずれた状態で台数を増やすべきではありません。
接続経路の確認が通っても、権限の境界まで安全になったとは限りません。Claude Codeの権限設定を更新後に試験する手順も合わせて実施すると、課金経路と実行範囲を別々に確認できます。
この更新で解決しないこと
サーバー側の分類器は、auto modeの安全判定コストを減らす仕組みです。実行したコマンドの正しさ、出力品質、権限設計まで保証するものではありません。Enabledでも、本番変更や外部送信に人の承認が必要な業務は残ります。
私は、月額の差額を先に試算するより、まず接続経路ごとの/statusを記録する方がよいと考えます。請求の前提が揃っていないまま試算しても、数字は使えません。
最初の一手
開発者1人の検証環境で、直接接続と社内ゲートウェイ経由を1セッションずつ動かしてください。確認する数字は利用トークンより先に、Auto mode serverの状態とフォールバック警告の有無です。差が出たら、ゲートウェイの透過転送を直してから利用者を増やします。
一次情報
- Anthropic: Claude Code v2.1.278 release
- Anthropic: Auto mode classifier request charges
- Anthropic: LLM gateway feature pass-through
仕様は2026年9月20日確認。限定GO/HOLDと受け入れ確認は、公式仕様を基にしたmonobloの運用提案です。