Claude Codeの自動モード:無料のセキュリティチェックと「this session isn't eligible」という通知
Markdownバージョン2.1.278以降、Claude Codeではサーバー上の自動モードのセキュリティチェックに料金がかかりません。「this session isn't eligible」の意味と、状態の確認方法。
記事の全文を読む
Claude Codeのターミナルに「We're changing auto mode to no longer charge for classifier requests in Claude Code. However, this session isn't eligible」という通知が表示された場合(ロシア語の表現では「We are changing auto mode so classifier requests in Claude Code are no longer charged. However, this session is not eligible」)、これはエラーではありません。バージョン2.1.278以降、Claude Codeはデフォルトでサーバーに自動モードの安全性チェックを依頼し、その料金はかかりません。ただし、サーバー側のチェックがセッションに届く場合に限ります。Claude Code独自の分類器リクエストに切り替わると、その旨が通知され、従来どおりチェックに料金がかかります。
自動モードで何が変わったか
自動モードでは、シェルコマンドやネットワークリクエストなどの操作を実行する前に、分類器がチェックします。Claude Code独自の分類器リクエストは通常のトークン使用量として課金され、バージョン2.1.278より前と同じです。
バージョン2.1.278以降、Claude Codeはデフォルトで、セッションがモデルにすでに送信しているリクエストの一部として、サーバーにチェックを依頼します。サーバーが行うチェックには料金がかかりません。同じバージョンで、/statusコマンドにAuto mode serverの行が追加されました。この行には、このセッションの分類器がサーバー上で動作しているかどうかが表示されます。
影響を受けるユーザー:
- EnterpriseプランとClaude APIアカウント — デフォルトでサーバー側のチェックがリクエストされます。
- AWS上のClaude Platform、Amazon Bedrock、Google CloudのAgent Platform、Microsoft Foundry — これらもデフォルトでリクエストされますが、サーバー側のチェックを利用できるかどうかは、各プラットフォームとリージョンでこの機能が有効になっているかによります。
- Pro、Max、Team — Anthropicのドキュメントによると、これらのプランではこの通知は表示されません。
課金とは別の制限もあります。Bedrock、Google CloudのAgent Platform、Foundry、およびサインイン済みClaudeアプリのゲートウェイセッションでは、自動モードはClaude Sonnet 5、Opus 4.7以降のモデルと、Fableファミリーでのみ動作します。
権限モードは、プロジェクトでエージェントがどのように動作するかを決める設定の一つです。エージェントが自ら実行する操作と、確認が必要な操作を定めます。Claude Codeで定期的にプロジェクトを構築する場合は、権限設定がプロジェクトの作業内容に合っているか確認してください。
サーバー側のチェックがセッションに届かない理由
ドキュメントによると、最も一般的な原因は、Claude CodeとAPIの間にあるLLMゲートウェイまたはプロキシです。この中継システムがリクエストヘッダーを削除または書き換えたり、認識しないフィールドを取り除いたり、レスポンスを変更したりすると問題が起きます。たとえば、IDを書き換えたり、ストリーミングイベントからキーを削除したりする場合です。その結果、サーバーがチェックのリクエストを受け取れないか、Claude Codeが結果を受け取れず、セッションはClaude Code独自の分類器に切り替わります。この分類器のリクエストには従来どおり料金がかかります。Claude Codeがゲートウェイを識別できる場合、通知の文面にその名前が記載されます。
2つ目の原因は、セッションのプラットフォーム、リージョン、または認証情報で、サーバー側のチェックがまだ利用できないことです。経路上にゲートウェイやプロキシがないのに通知が繰り返し表示される場合、ドキュメントではこれが有力な原因とされています。
自動モードは引き続き動作します。通知が表示されるのは、セッションが続く間、サーバー側のチェックがセッションに届かなくなった場合だけです。チェック対象となる最初の操作で起きることもあります。サーバーがチェックできない個々の操作だけでは通知は表示されません。Claude Codeがその操作を自らチェックし、次のリクエストで再びサーバーに接続します。
通知が表示されたときの操作
通知が表示されると、応答するまで操作は一時停止します。
- Enter — 続行します。一時停止していた操作とセッションの残りの部分では、Claude Code独自の分類器が使われ、そのリクエストは引き続きトークン使用量として課金されます。Enterを押すと、このセッションでは通知が再表示されません。ゲートウェイ名が記載されている場合、通知を確認すると、このマシンでは24時間通知が非表示になります。ゲートウェイ名がない場合、次のセッションで再び独自の分類器に切り替わると通知が再表示されます。
- EscまたはCtrl+C — キャンセルします。一時停止していた操作は実行されず、現在のターンが停止し、セッションは自動モードのままです。応答は記憶されないため、次にチェックが必要な操作の前に通知が再表示されます。
自動モードを終了するには、応答した後にShift+Tabで権限モードを切り替えます。
応答を待てない場合、Claude Codeは同じ文面を表示して、自動モードを続行します。ただし、このマシンで過去24時間以内にゲートウェイの通知をすでに確認している場合は例外で、文面は表示されません。非対話モードで-pフラグを使うと、文面はエラーストリーム(stderr)に書き込まれます。stream-json出力では、システム警告として送られ、Agent SDKを使うアプリケーションはメッセージストリームから読み取れます。VS Code拡張機能では、ダイアログにメッセージが表示され、確認操作は必要ありません。
状態の確認方法
通知を待たずに、分類器が現在どこで動作しているか確認できます。自動モードを使っているセッションで/statusを実行し、Auto mode serverの行を確認してください。
Enabled— サーバーが引き続きセッションの操作をチェックしています。Disabled— セッションはすでにClaude Code独自の分類器に切り替わっています。
ゲートウェイが原因の場合の対処
ドキュメントでは、設定方法を2つ説明しています。
- 会社の管理者またはゲートウェイプロバイダーに、リクエストとレスポンスを変更せずに通すよう依頼します。
safeguardsフィールドのようにゲートウェイが認識しないものも含め、ヘッダーとリクエスト本文のフィールドはそのまま通す必要があります。safeguard_resultsなどのキーを削除したり、ツール呼び出しIDを書き換えたりせずに、レスポンスとストリーミングイベントを返す必要があります。詳細はゲートウェイ互換性ガイドを参照してください。この設定後、新しいセッションではサーバー側のチェックが再び使われます。 - ゲートウェイが対応しないとわかっている場合は、サーバー側チェックのリクエストを無効にします。 セッションを開始する前に、シェルまたはClaude Code設定の
envキーで変数を設定します。
export CLAUDE_CODE_AUTO_MODE_SERVER=0
するとClaude Codeは常に独自の分類器を使い、そのリクエストには従来どおり料金がかかり、通知は表示されません。Anthropic APIに直接接続する場合、この変数は読み込まれません。CLAUDE_CODE_AUTO_MODE_SERVERが設定されておらず、CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS=1が設定されている場合も、サーバー側のチェックは無効になります。ドキュメントではCLAUDE_CODE_AUTO_MODE_SERVERを将来のリリースで削除される可能性がある一時的な設定と説明しています。そのため、更新後に再確認するとよいでしょう。
ゲートウェイを所有しておらず、設定もできない場合は、ゲートウェイプロバイダーに連絡するか、2つ目の方法を選べます。
ゲートウェイがないのに通知が表示される場合
経路上にゲートウェイやプロキシがないのに通知が再び表示される場合、ドキュメントによると、有力な原因はサーバー側のチェックがプラットフォーム、リージョン、または認証情報でまだ利用できないことです。サポートまたは会社の管理者に確認するか、/feedbackコマンドで問題を報告できます。
次にすること
事前に設定する必要はありません。通知が表示されても自動モードは動作を続け、分類器独自のリクエストには従来どおり料金がかかります。通知が表示されたら応答し(EnterまたはEsc)、/statusを確認してください。必要に応じて、ゲートウェイを設定する、サーバー側チェックのリクエストを無効にする、またはサポートに連絡できます。
トークン使用量のほかの原因については、「Claude Codeではトークンはどこに使われるか」と「Claude Codeの上限を使い切らない方法」をご覧ください。また、モデルの応答に含まれる不要なコードを減らし、トークンを節約する方法はこちらです。
出典
- Claude Code:バージョン2.1.278の記載を含むGitHub CHANGELOG.mdのコミット — Anthropicの公式リポジトリ
- 自動モードの分類器リクエスト料金 — チェックの通知と料金に関するAnthropicの公式ドキュメント
Ailoot経由でAIモデルを利用する必要がある場合は、Ailootをご覧ください。
詳細を見る
Claude Codeの自動モード:無料のセキュリティチェックと「this session isn't eligible」という通知:よくある質問
Escを押すとauto modeは解除されますか?
いいえ。EscやCtrl+Cは保留中の操作と現在のターンを止めますが、セッションはauto modeのままです。終了したい場合は応答後にShift+Tabで権限モードを変更してください。
サーバーチェックと有料の分類リクエストはどう見分けますか?
auto modeのセッションで/statusを実行し、Auto mode serverを確認します。Enabledならサーバーチェックが続いています。Disabledなら、トークン利用として課金されるClaude Code自身の分類リクエストへ切り替わっています。