Claude Code auto modeの課金｜無料化と対象外

「AIに任せた作業の請求書を見ても、何にいくらかかったのか内訳が分からない」——毎月の明細を開くたび、この居心地の悪さを感じている方は多いはずです。

結論から言うと、その請求の中にはあなたが頼んだ作業ではない処理が混ざっていました。2026年9月19日に配布された Claude Code 2.1.278 で、その処理の一部が課金されなくなります。ただし全員が対象ではありません。

株式会社Fyveは、Claude Code を auto mode のまま日常業務で使い、さらに無人実行で毎日定時に走らせています。この記事では、何が無料になったのか、誰が対象外になるのか、そして自分がどちら側にいるかを1行で確認する方法を、公式ドキュメントと更新履歴の一次情報にあたって整理します。

結論——無料になったのは「作業の手前で走る安全確認」だけ

先に答えを書きます。今回の変更は値下げではありません。これまで見えないところで課金されていた処理が1つ、課金されなくなったという話です。

• 無料になるもの：auto mode で実行前に走る安全確認（分類器）のやりとり。それがサーバー側で行われた場合に限り、課金されません
• 変わらないもの：あなたが頼んだ作業そのものの課金。ここは1円も変わりません
• 対象になる人：Claude API を使うアカウント、Enterprise プラン、および Amazon Bedrock・Google Cloud の Agent Platform・Microsoft Foundry・Claude Platform on AWS 経由の利用
• 対象外になりうる人：Claude Code と API の間にゲートウェイやプロキシを挟んでいる環境。ここが今回の実務上の芯です
• 通知が出ない人：Pro・Max・Team プラン。公式ドキュメントは「これらのプランでは通知が表示されない」と明記しています

そして、この記事でいちばんお伝えしたいのは無料化そのものではありません。「無料にします」という告知によって初めて、今まで払っていたと分かった——この構造のほうです。分類器のやりとりは画面に出ませんし、明細でも自分が頼んだ作業と区別がつきません。読者が自力で気づく経路は存在しませんでした。

2026年9月19日、Claude Code 2.1.278 で何が変わったか

auto mode には「実行前の安全確認」が入っている

まず前提から確認します。Claude Code の auto mode は、人間が毎回「実行していいですか」と聞かれる代わりに、もう1つのモデル（分類器）が代わりに操作を点検する仕組みです。公式の権限モードのドキュメントは、auto mode を「a second model, the classifier, reviews actions instead of you（第二のモデルである分類器が、あなたの代わりに行動を点検する）」と説明しています。

点検の対象は、シェルコマンドやネットワーク通信のように結果が外に出ていく操作です。この分類器は飾りではなく、実際に手を止めます。既定でブロックされるものとして、公式ドキュメントは次を挙げています。

• ダウンロードしたコードをそのまま実行する操作（curl | bash のような形）
• 機微なデータを外部の宛先へ送る操作
• 本番環境へのデプロイ、データベースの移行
• クラウドストレージ上の大量削除
• IAM やリポジトリの権限付与
• 共有インフラの変更
• セッション開始前から存在していたファイルを、取り返しがつかない形で壊す操作

その確認が、これまでは別のリクエストとして課金されていた

ここが今回の本題です。この安全確認は、これまでClaude Code 自身が別のリクエストとして投げていました。リクエストである以上、トークンを消費します。つまり「安全に使うための点検」そのものに、料金がかかっていたということです。

2.1.278 の更新履歴には、こう書かれています（原文を訳します）。

Claude API および Enterprise の利用者、ならびに Bedrock・Vertex・Foundry・ゲートウェイ経由の auto mode について、既定をサーバー側の分類器に変更した。サーバー側の分類器は分類器のオーバーヘッドを課金しない。（後略）

公式ドキュメント側は、より正確にこう書いています。サーバー側の確認が有効な環境では、Claude Code 2.1.278 以降はそのセッション自身のモデルリクエストの一部としてサーバーに確認を依頼し、サーバーが確認を実行した分については課金しない。逆に、サーバーの確認がセッションに届かない場合は、従来どおり Claude Code 自身の分類器リクエストが走り、これまでと同じように課金される——と。

ここは誤読しやすいので念を押します。「auto mode が無料になった」わけではありません。無料になるのは安全確認の往復だけで、あなたが頼んだ作業の課金は何も変わっていません。また、これまで払った分が返ってくるという記述は、どの一次ソースにもありません。

/status に「Auto mode server」の行が増えた

同じ 2.1.278 で、もう1つ変更が入りました。/status の表示に Auto mode server という行が追加され、いまこのセッションの分類器がサーバー側で走っているのか、手元で走っているのかが1行で見えるようになりました。

• Enabled：サーバー側の確認がこのセッションの判定をしている（＝その分は課金されない）
• Disabled：セッションが手元の分類器に戻っている（＝従来どおり課金される）

この1行が、今回いちばん実務的な変更だと私たちは考えています。理由は後述しますが、自動で切り替わる仕組みは、切り替わったこと自体を表示しないと気づけないからです。

読者特典・無料ダウンロードClaude Codeを「素のまま」使うな無料でダウンロード →↓

誰が対象で、誰が対象外になるのか

対象＝Claude API・Enterprise・クラウド各基盤

公式ドキュメントによれば、Claude Code 2.1.278 以降がサーバー側の確認を既定で要求するのは次の環境です。

• Enterprise プラン
• Claude API を使うアカウント
• Claude Platform on AWS
• Amazon Bedrock
• Google Cloud の Agent Platform
• Microsoft Foundry

ただしプラットフォームやリージョンが実際に確認を実行するかどうかは、その基盤の展開状況次第とも書かれています。展開が届いていなければ、Claude Code は手元の分類器を使い、後述の通知を出します。

Pro・Max・Team には通知そのものが出ない

個人向けの月額プランについて、公式ドキュメントの記述は1文だけです。「Pro, Max, and Team plans never show the notice（Pro・Max・Team プランでは、この通知は表示されない）」。

ここは推測を足さずに、書かれているとおりに受け取るのが安全だと考えます。「もともと課金対象ではなかった」と断定できる記述は、どのソースにもありません。なお同じドキュメント群には「Pro・Max・Team プランでは、起動時の既定の権限モードが auto mode である」とも書かれており、auto mode を最も日常的に使っているのはこの層だという点は押さえておく価値があります。

「このセッションは対象外です」という通知が出たとき

サーバー側の確認が届かないと判定されると、Claude Code は最初に確認が必要な操作の手前で処理を止めて、次の通知を出します。

We're changing auto mode to no longer charge for classifier requests in Claude Code. However, this session isn't eligible.
（auto mode の分類器リクエストを課金しない方向に変更しています。ただし、このセッションは対象外です。）

ゲートウェイやプロキシを特定できた場合は、通知がその名前を挙げて「あなたのリクエストはそこを通っている」と伝えます。対応は2択です。

• Enter（続行）：止めていた操作と、以降このセッションの分類器リクエストは従来どおり課金されます。通知がゲートウェイ名を挙げていた場合、承認するとそのマシンでは24時間、通知が再表示されなくなります
• Esc / Ctrl+C（中止）：止めていた操作は実行されず、そのターンが終了します。セッションは auto mode のままです。何も記憶されないので、次に確認が必要な操作の前に再び通知が出ます

大事なのは、どちらを選んでも壊れないし、auto mode は動き続けるという点です。課金の扱いが変わるだけです。

対象外になる最大の原因は「間に挟んだ1枚」

ゲートウェイ・プロキシが何を落とすと成立しないのか

公式ドキュメントは、サーバー側の確認が届かない原因の筆頭として、Claude Code と API の間にあるLLM ゲートウェイまたはプロキシを挙げています。具体的には、こういう中継です。

• リクエストのヘッダーを削る、あるいは書き換える
• 自分が知らないリクエストのフィールドを落とす（今回でいえば safeguards というフィールド）
• 応答を編集する。たとえば ID を書き換えたり、ストリーミングのイベントからキーを落としたりする（今回でいえば safeguard_results）

このいずれかが起きると、サーバーは確認の依頼そのものを受け取らないか、Claude Code が確認の結果を受け取れない。どちらにしても確認は成立しません。

ゲートウェイを挟む理由は、たいてい正当です。費用を部署ごとに把握したい。社内の統制をかけたい。監査ログを一元化したい。中小企業でも、複数人で使い始めた途端にこの要求は出てきます。この構成そのものについては、別記事で整理しています。

Claude CodeClaude appsゲートウェイとは｜企業がClaude Codeを統制・コスト管理する新基盤

問題は、その1枚が「知らないものを通す」設計になっているかです。公式のゲートウェイ互換ガイドは、この点を名指しで警告しています。ヘッダーやリクエストのフィールドは「閉じたリスト」ではなく「開いたリスト」として扱え、と。今日観測できた項目だけを許可リストに固めたゲートウェイは、次に追加される機能のヘッダーやフィールドを必ず落とし、その機能が出た版で壊れると明記されています。

さらに、内容検査のためにリクエストの中身を書き換える中継についても、「書き換えずに検査せよ（inspect without modifying）」とはっきり書かれています。

同じ顔ぶれが、その2日前にも落ちていた

ここからは、今回いちばん自分たちの目で確かめておきたかった部分です。「間に1枚挟んだ環境」が不具合を踏むのは、今回が初めてではありません。

今回の 2.1.278 の、わずか3つ前の版で何が起きていたかを、更新履歴と npm レジストリの公開時刻で突き合わせました。

修正までの所要時間は、公開時刻の差分で約5時間20分です。対応は速い。けれども、事実の並びはこうなります。

• 9月17日：中継を挟んでいる環境だけが、全リクエスト停止という不具合を踏んだ
• 9月19日：その同じ顔ぶれが、今度は改善の対象外として通知を受け取る側に回った

4つの版・2日のあいだに、同じ集団が2回出てきています。ここから引き出せる教訓は、特定の製品の話ではありません。

間に1枚挟むと、不具合は先に届き、改善は後から来る（か、来ない）。

これは中継を挟むという選択そのものに付いてくるコストです。挟むなという話ではなく、挟むならこのコストを見込んで運用を組むという話です。

無人で回している人は、この通知を見られない

ヘッドレス実行では、通知が stderr にしか出ない

ここは見落とされやすいので、独立した節にします。今回の通知は対話画面で Enter か Esc を押してもらう前提で設計されています。では、画面がない実行ではどうなるか。公式ドキュメントの記述はこうです。

• 通知が答えを待てない場合、Claude Code は同じ文面を報告して、そのまま auto mode で処理を続行する
• -p を使う非対話実行では、その文面は stderr に出力されるだけ
• stream-json 出力では system の警告メッセージとして流れる（Agent SDK からはメッセージストリームで読める）
• VS Code 拡張では会話の中に通知として現れ、承認する対象はない

つまり無人実行では、止まりません。止まらずに、従来どおり課金されたまま走り続けます。そして stderr を捨てている構成なら、その事実はどこにも残りません。

私たちの構成には、これが直撃します

私たちは中古の Mac mini を常駐サーバーにして、launchd から Claude Code のヘッドレス実行を毎日複数回走らせています。画面の前に誰もいない時間に動くことが前提の構成です。

この構成でいちばん怖いのは、エラーで止まることではありません。止まらずに、静かに違う状態で走り続けることです。無人実行が「エラーを出さずに」おかしくなる型については、別記事にまとめています。

Claude CodeAIの無人実行が止まる原因3つ｜エラーが出ない停止の見つけ方

今回の通知は、その一覧に加わる新しい型です。異常ではない。壊れてもいない。ただ、想定と違う課金経路で動き続ける。しかも通知の文面は「対象外です」としか言わないので、ログに残っていても見落とします。

なお、ヘッドレス実行にはもう1つ似た落とし穴があります。分類器が同じ操作を3回連続、または通算20回ブロックすると auto mode は一時停止して人に聞き直すのですが、-p の非対話実行には聞く相手がいません。その場合はその操作が実行されないまま、Claude は作業を続けます。公式ドキュメントは、この場合も Claude Code は実行そのものを止めない、と説明しています。無人運用では、「止まらない」ことが安心材料にならないと考えたほうが実態に合います。

私たちが分類器について、実際に確かめたこと

一次情報の整理だけで終わらせないために、私たちが手元で確認した範囲も書いておきます。

2026年7月、権限モードの設定を実地で検証したときに、3つのことが分かりました。いずれも公式ドキュメントの記述と突き合わせて確認しています。

• 禁止（deny）の指定は、どのモードでも効き続ける。auto mode でも、すべてを許可するモードでも、禁止行は生きています
• 逆に、「なんでも許可」の広い許可指定は落とされる。auto mode に入る時点で、任意のコード実行を許してしまうような広い許可は無効化されます。つまり効かなくなるのは許可のほうでした
• 分類器が既定で止める操作と、自分で書いていた禁止行は大きく重なっていた。手で23行の禁止を書いていましたが、その多くは分類器が既定で止めるものと同じでした

さらに同じ月、外向きの投稿を自動で行う処理が、実際に分類器に一度止められました。人が承認してから実行されています。これは画面で見た1件です。

この体験があるので、今回の変更の意味が実感として分かります。分類器は飾りではなく、毎日何度も実際に手を止めている。その回数ぶん、これまでは別料金がかかっていた。無料化の告知を読んで初めて、自分が何に払っていたかが分かったわけです。

権限モードそのものの整理は、こちらにまとめています。

Claude CodeClaude Code auto modeが既定に｜承認の限界

今日できる4手

製品の話に閉じず、どの道具でも使える形にして4つ挙げます。所要は合わせて30分ほどです。

1. いま自分が、道具と提供元の間に何を挟んでいるか書き出す（10分）

プロキシ、LLM ゲートウェイ、社内の中継サーバー、費用管理のための集約基盤。1枚でも挟んでいるなら、それを紙に書き出します。挟んでいるかどうかを即答できない状態が、いちばん危険です。

2. 「いまどちらで動いているか」を1行で確認する（5分）

Claude Code なら /status を開いて Auto mode server の行を見ます。Enabled か Disabled か、それだけです。

ここは道具を問わない原則に一般化できます。自動で切り替わる仕組みを使うなら、「いまどちらの経路で動いているか」を1行で答えられる場所を必ず持つこと。切り替わったこと自体が表示されない仕組みは、切り替わったことに気づけません。

3. 挟んだ理由を1行で言えるか自問する（10分）

「費用を部署別に見たいから」「監査ログを残す必要があるから」——理由が1行で言えるなら、その中継は残す価値があります。言えないなら、それは過去の誰かの判断がそのまま残っているだけかもしれません。外す候補に入れます。

4. 外せないなら、「新機能は遅れて届く」前提で運用を組む（5分）

中継を外せない事情は普通にあります。その場合にやることは、期待値を書き換えることです。新機能はすぐには届かない。不具合のほうが先に届くことがある。だから更新履歴を読む日を決めて、自分の環境が対象外になっていないかを定期的に見る。

なお、ゲートウェイ側を直せるなら、それが本筋です。公式ドキュメントは「リクエストと応答を変更せずにそのまま通すようゲートウェイ提供元か管理者に依頼せよ」としています。具体的には、知らないフィールド（safeguards）もそのまま転送し、応答やストリーミングのイベントからキー（safeguard_results）を落とさず、ツールの ID を書き換えない、という条件です。この条件を満たすゲートウェイは、今回の機能だけでなく今後の機能でも壊れません。

課金の上限設定そのものについては、別記事で実務チェックをまとめています。

Claude CodeClaude Codeの予算上限設定｜課金事故を防ぐ実務チェック

よくある質問

Q1. これまで分類器に払っていた分は、返ってきますか？

返金に関する記述は、更新履歴にも公式ドキュメントにもありません。今回の変更はこれから先の課金の扱いについてのものです。

Q2. 結局いくら安くなるのですか？

金額も割合も、どの一次ソースにも示されていません。分類器のやりとりが全体の何パーセントを占めるかというデータは公開されていないため、この記事でも書きません。書けるのは「課金されていた／されなくなった」という有無だけです。

実務的には、安全確認の回数が多い使い方——つまりシェルコマンドや外部通信を頻繁に伴う自動化ほど、影響は大きいはずだと推測できます。ただしこれは推測であって、実測ではありません。

Q3. Pro プランを使っています。何かする必要はありますか？

公式ドキュメントによれば、Pro・Max・Team プランではこの通知が表示されません。特別な対応は不要です。/status の Auto mode server の行は、auto mode のセッションで確認できます。

Q4. 通知が出たので Enter を押しました。何か悪いことをしましたか？

いいえ。Enter は「従来どおりの課金で続ける」という選択です。auto mode の安全性は何も下がりません。止まっていた操作が実行され、以降そのセッションでは手元の分類器が使われるだけです。

Q5. ゲートウェイを外せません。諦めるしかないですか？

2つ道があります。1つは、ゲートウェイ側に「知らないヘッダー・フィールドをそのまま通す」よう対応してもらうこと。これが本筋です。もう1つは、そのゲートウェイが対応できないと分かっている場合に、セッション開始前に CLAUDE_CODE_AUTO_MODE_SERVER を 0 に設定して、サーバー側の確認を最初から要求しないようにすることです。この場合、分類器は常に手元で走り、課金の扱いも従来どおりで、通知は出なくなります。

ただし公式ドキュメントは、この変数について「一時的な設定であり、将来の版で削除される可能性がある」と明記しています。恒久的な解決として当てにはできません。また、Anthropic の API に直接つないでいる場合、この変数は読まれません。

Q6. この変更は公式アカウントで告知されましたか？

私たちが確認した範囲では、公式アカウントの投稿としては見当たりませんでした。情報源は更新履歴の2行と、そこからリンクされた1ページの説明書です。

そして、ここが今回いちばん怖いところでもあります。更新履歴の行だけを読むと「分類器のオーバーヘッドは課金しない」で終わり、対象外になる条件を丸ごと見落とします。誰が対象で、なぜ届かず、どう直すのかは、リンク先のページにしか書かれていません。

Q7. すぐに最新版へ上げるべきですか？

2026年9月20日時点で、npm の配布タグは latest が 2.1.278、stable が 2.1.267（2026年9月9日公開）です。安定版を選んでいる環境には、今回の変更はまだ届いていません。

更新の判断は、この記事の範囲を超えます。ここでお伝えしたいのは、自分がどのタグの配布物を使っているかを把握しているかどうかのほうです。

まとめ——「表示されていないもの」は、無いことにされる

今回の変更を1行にすると、こうなります。auto mode の安全確認にかかっていた費用が、サーバー側で行われた分だけ課金されなくなった。ただし中継を挟んだ環境は対象外になりうる。

しかし、持ち帰っていただきたいのは別のことです。

• 請求の内訳には、自分が頼んだ作業ではない処理が混ざっていることがある。そして、それは画面にも明細にも現れない
• 自動で切り替わる仕組みは、切り替わったこと自体を1行で表示しないと、誰も気づけない。今回追加された /status の1行は、その典型です
• 間に1枚挟むと、不具合は先に届き、改善は後から来る。挟むこと自体は悪くありませんが、このコストは見込んでおく必要があります

私たちは、中小企業が AI を業務に入れるときの伴走をしています。この手の「動いてはいるが、想定と違う状態で動いている」を見つける作業は、導入そのものより時間がかかります。自社の構成で何が起きているか棚卸ししたい場合は、Claude Code の導入・運用支援でも扱っている領域です。

株式会社Fyveは、こうした一次情報の変化を毎日追いながら、自分たちの運用で実際に確かめたことだけをお伝えするようにしています。

参考ソース

• Claude Code 公式ドキュメント「Auto mode classifier request charges」（2026年9月20日確認）https://code.claude.com/docs/en/auto-mode-classifier-billing
• Claude Code 公式 CHANGELOG（2.1.278／2.1.276 の記述・2026年9月20日確認）https://github.com/anthropics/claude-code/blob/main/CHANGELOG.md
• npm レジストリ @anthropic-ai/claude-code（各版の公開時刻・配布タグ／2026年9月20日確認）https://registry.npmjs.org/@anthropic-ai/claude-code
• Claude Code 公式ドキュメント「Claude Code gateway compatibility guide」（2026年9月20日確認）https://code.claude.com/docs/en/llm-gateway-protocol
• Claude Code 公式ドキュメント「Choose a permission mode」（2026年9月20日確認）https://code.claude.com/docs/en/permission-modes

※本記事の仕様・対象範囲は2026年9月20日時点で公式ドキュメントおよび更新履歴で確認できた内容です。課金条件はご契約形態によって異なるため、判断の際はその時点の公式案内をご確認ください。