結論：/statusの表示と経路をreadbackしてから使う
Claude Code v2.1.278では、Auto modeの安全判定をserver-side classifierへ寄せる変更が入りました。server側で判定できるsessionではclassifier overheadが課金されません。一方、対応rolloutが未到達、gatewayがrequestやresponseを変換、proxyが必要なfieldを落とす場合は、Claude Code自身のclassifier requestへfallbackし、以前と同じようにtoken usageとして請求されます。
読者の課題は、同じ「Auto mode」でも、直接接続・企業gateway・Bedrockなどで課金経路が変わり得ることです。設定を配布する前に、利用者が見る表示、管理者が確認する経路、請求担当が照合するusageを別々に決めます。
根拠はClaude Code v2.1.278公式リリースとAuto mode classifier request charges公式文書です。permission mode全体の使い分けはpermission modes公式文書、gatewayがfieldを通過させる条件はgateway compatibility公式文書を正本にします。既存のGateway料金の照合は契約・表示・spend meter、managed settingsのOTel監査は設定出所が中心で、本稿はAuto modeの判定経路とclassifier requestの課金境界へ絞ります。
server-sideとfallbackを比較する
| 状態 | 判定の主体 | 費用・運用の読み方 |
|---|---|---|
| Auto mode server=Enabled | server-side classifier | serverで判定するclassifier overheadは請求されない |
| Auto mode server=Disabled | Claude Code側classifier | classifier requestは従来どおりtoken usageとして扱う |
| gateway経由でnotice | gateway互換性またはrolloutを確認 | Enterで継続、Esc/Ctrl+Cで保留操作を止める |
| Pro・Max・Team | このnoticeの対象外 | 対象外をserver Enabledと誤読しない |
「課金されない」は全体の利用料がゼロになる意味ではありません。通常のmodel request、tool利用、契約条件、providerの料金は別に存在します。また、server-side checksの提供状況はplatformやregion、credentialによって段階展開されるため、同じ設定を配った複数拠点で表示が一致するとは限りません。請求の説明では、model、provider、契約、session状態、classifierのfallbackを同じ期間で照合します。
公開前に行う8手順
- 対象を分類する。Claude API、Enterprise、Claude Platform on AWS、Bedrock、Google CloudのAgent Platform、Microsoft Foundry、signed-in gatewayを接続方法ごとに台帳化します。
- versionを固定する。v2.1.278以降かを確認し、DesktopやIDEに同梱された古いCLIが混在していないかを調べます。
- Auto modeを限定環境で有効にする。最初は書き込みや外部送信のないread-only作業で、判定表示と処理結果を確認します。
- /statusを読む。Auto mode server行がEnabledかDisabledか、model・provider・認証経路と一緒に保存します。
- noticeを記録する。「session isn't eligible」の表示が出た時は、gateway名、region、credential、時刻を残し、料金削減と誤って報告しません。
- 継続操作を分ける。Enterはfallbackを受け入れて処理を続ける、EscまたはCtrl+Cは保留中のactionを実行しない、と運用ルールへ落とします。
- gatewayを検証する。
safeguardsrequest field、safeguard_resultsresponse field、tool-use ID、streaming eventを落としたり書き換えたりしていないか確認します。 - 請求を照合する。同じ入力をserver Enabledとfallbackの二条件で実行し、model token、classifier request、gateway log、請求画面を一つの検証番号へ紐付けます。
gatewayが原因なら、Claude Code側だけで修正しようとせず、管理者へ互換性の確認を依頼します。公式文書が示すとおり、未認識のrequest fieldを削除しない、responseのkeyを落とさない、tool-use IDを変更しないことが重要です。変更を一気に行うと、server判定が届いたのか、proxyの変換が直ったのか、課金表示だけが変わったのか分からなくなります。
環境変数CLAUDE_CODE_AUTO_MODE_SERVER=0は、server-side checksを使えないgatewayでClaude Code側classifierへ明示的に戻すための一時設定です。直接Anthropic APIへ接続する場合は読まれません。便利だから全社標準にするのではなく、gatewayが対応できない理由、fallbackを受け入れる契約、noticeを抑止する必要性を変更記録へ書きます。将来のreleaseで削除される可能性があるtemporary settingであることも運用台帳に残してください。
企業導入で先に決める費用と停止境界
Auto modeの判定がserver側で行われても、誤操作や副作用が自動的に安全になるわけではありません。shell、network、外部書き込みなど、どのactionをAuto modeへ渡すかを業務別に分類します。候補は「結果を照合できるread-only」「戻せる変更」「人の承認が必要な外部送信」の三群です。費用の都合だけで最後の群を自動化しないでください。
請求担当には、server-side classifierが無料であることと、全model usageが無料であることを混同しない説明を渡します。利用量の集計はproviderごとに異なり、gatewayのcost figureが契約レートやdiscountを反映する場合もあります。prompt cacheの監視や通常のcost readbackと同じ画面へ混ぜず、classifier状態を別の列で保存すると問い合わせに答えやすくなります。
noticeが出た時に無条件でEnterを押す運用も避けます。担当者が処理の副作用、入力データ、fallback時の費用を確認できる時だけ継続し、確認できないCIや無人jobではAuto modeを切り替えるか、事前にserver eligibilityを検証します。停止・再開・請求照合のownerを一人ずつ決め、機械的な「成功」だけを本番許可の根拠にしません。
チェックリスト
- Claude Code v2.1.278以降を確認した
- 接続先とproviderを台帳化した
- /statusのAuto mode serverを保存した
- EnabledとDisabledの意味をチームで共有した
- noticeのEnter・Esc・Ctrl+Cを訓練した
- gatewayがsafeguards関連fieldを通過させると確認した
- CLAUDE_CODE_AUTO_MODE_SERVER=0のscopeと期限を決めた
- model利用料とclassifier requestの照合項目を分けた
よくある質問
Auto mode serverがEnabledなら追加費用は一切ありませんか？
いいえ。server-side classifierのoverheadが請求されないという意味です。通常のmodel request、provider、契約、gateway経由の利用料は別に確認します。
noticeでEnterを押すと安全性が無効になりますか？
Auto modeは継続しますが、そのsessionではClaude Code側classifier requestを使うfallbackを受け入れます。処理の副作用と費用を確認できない場合はEscまたはCtrl+Cで止めます。
環境変数を全員へ配ればよいですか？
一時設定であり、接続方法やserver rolloutによって必要性が変わります。まずgateway単位、project単位など狭いscopeで検証し、変更期限を付けます。
公式情報
次の一歩
料金、権限、gateway、監査が別々に管理されている場合は、Auto modeの表示だけでは導入判断ができません。Miraigentの無料診断で、対象業務、判定経路、請求項目、停止責任を60秒から棚卸しできます。