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 改用自己的分類器請求時，會向你顯示警告，檢查費用也會和以前一樣計收。

Ailoot 文件：API、金鑰與連線設定。

自動模式有哪些變更#

在自動模式中，分類器會在動作執行前檢查，例如 shell 命令和網路請求。Claude Code 自己的分類器請求會計入一般 token 用量，與 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 閘道或 Proxy。如果這個中介會移除或改寫請求標頭、丟棄不認識的欄位，或變更回應，就會發生問題；例如改寫 ID，或從串流事件中移除金鑰。如此一來，伺服器收不到檢查請求，或 Claude Code 收不到檢查結果，工作階段便會改用 Claude Code 自己的分類器，而其請求仍和以前一樣收費。如果 Claude Code 能識別閘道，通知文字會列出閘道名稱。

第二個原因是工作階段所用的平台、區域或憑證尚未支援伺服器端檢查。如果連線中沒有閘道或 Proxy，但通知反覆出現，文件指出這很可能就是原因。

自動模式仍會繼續運作。只有當伺服器端檢查在工作階段剩餘期間都無法傳到工作階段時，才會出現通知；這可能在第一個受檢查的動作就發生。若伺服器無法檢查個別動作，不會因此觸發通知：Claude Code 會自行檢查該動作，並在下一個請求中再次連線至伺服器。

看到通知時要按什麼#

通知會暫停動作，直到你回應：

• Enter — 繼續。暫停的動作和工作階段其餘部分會使用 Claude Code 自己的分類器，其請求仍會計入 token 用量並收費。按下 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 自己的分類器。

閘道是原因時該怎麼做#

文件介紹了兩種設定方式。

1. 請公司管理員或閘道供應商讓請求和回應原樣通過。 標頭和請求本文欄位都必須原樣通過，包括閘道不認識的欄位（例如safeguards欄位）。回應和串流事件必須完整傳回，不得移除safeguard_results等金鑰，也不得改寫工具呼叫 ID。詳情請參閱閘道相容性指南。完成後，新工作階段便會再次使用伺服器端檢查。
2. 如果你已知閘道不支援伺服器端檢查，請停用相關請求。 在啟動工作階段前，於 shell 中設定變數，或透過 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描述為可能在未來版本移除的暫時設定，因此更新後最好再次確認。

如果閘道不歸你所有，而且你無法設定，可以聯絡閘道供應商，或選擇第二種方式。

沒有閘道但通知仍然出現#

如果連線中沒有閘道或 Proxy，但通知再次出現，根據文件，很可能是你的平台、區域或憑證尚未支援伺服器端檢查。你可以向支援團隊或公司管理員確認，或使用/feedback命令回報問題。

接下來怎麼做#

你不需要事先設定任何項目：通知出現時，自動模式仍會繼續運作，分類器自己的請求仍和以前一樣收費。如果通知出現，請回應（Enter 或 Esc），並查看/status。必要時，你可以設定閘道、停用伺服器端檢查請求，或聯絡支援團隊。

你可以閱讀「Claude Code 的 token 用在哪裡」和「如何避免耗盡 Claude Code 的使用上限」，了解其他 token 用量來源。這裡也介紹如何減少模型回應中的多餘程式碼，藉此節省 token。

如果你需要透過 Ailoot 使用 AI 模型，請參考Ailoot。