為什麼伺服器端免費分類需要「識別出這是合法的分類請求」，這技術上是在檢查什麼？
可以理解成伺服器端需要確認這個請求確實來自官方 Claude Code 用戶端、且請求特徵沒有被中間層改寫過，才能放心地把這次分類判斷算作「系統內部維運成本」而不是「使用者計費用量」。Gateway 或 Proxy 為了做速率限制、請求記錄等功能，通常會重寫請求標頭、合併連線、或改變請求的來源識別方式，這些改動剛好會讓伺服器端失去驗證原始來源的能力。
這不是 Anthropic 刻意針對 Gateway 用戶收費，而是免費機制的技術前提本身依賴一個乾淨、未經改寫的請求路徑。
「this session isn't eligible」出現後，除了自動退回計費分類器，還會影響 Auto Mode 的其他行為嗎？
目前公開的行為說明只涵蓋計費路徑的切換，並未提及分類的準確度、速度、或判斷邏輯本身有任何差異——也就是說退回計費分類器後，Auto Mode 判斷是否需要人工確認的品質理論上不受影響，唯一的差別是這次判斷會計入用量。
不過如果你的 Gateway 本身在轉發過程中對請求內容做了額外的處理（不只是標頭層級的改寫），仍建議實際觀察一段時間的 Auto Mode 行為，確認除了計費以外沒有其他非預期的差異。
如果我不確定自己的架構算不算「Gateway」，該怎麼快速判斷？
一個實用的判斷方式是問自己：你的 Claude Code 或 API 請求，是不是直接打到 Anthropic 的官方端點，還是先經過你自己（或第三方）架設的中繼服務再轉發出去？只要中間多了一層由你控制或由第三方控制的伺服器在做請求轉發、記錄、或改寫，就應該假設自己處於 Gateway 情境，而不是預設自己是直連。
企業內部常見的統一 API 閘道、內部合規稽核代理、或某些第三方 LLM 路由服務（用來在多個模型供應商之間切換），都屬於這個範疇，即使團隊內部平常不會用「Gateway」這個詞來稱呼它。
升級後 /status 顯示 Auto mode server 為「不符合資格」，除了改造 Gateway 架構，還有其他解法嗎？
短期內比較實際的做法有兩種：一是評估你的 Gateway 是否真的需要攔截這一類分類請求，如果不需要，可以考慮針對 Auto Mode 分類相關的流量設定例外規則，讓它繞過 Gateway 直連官方端點；二是如果 Gateway 本身是合規或安全要求下無法繞過的硬性規定，那就把這筆分類費用當作既有 Gateway 架構下必然存在的維運成本，正常編列預算，而不是誤以為它會自動消失。
哪一種解法可行，取決於你的 Gateway 是為了什麼目的架設的，這通常需要跟負責架設 Gateway 的團隊（可能是資安或平台工程）一起評估，而不是單靠使用 Claude Code 的開發者自行決定。
Claude Code 的 Auto Mode 會在背景執行一個安全分類器，判斷目前這段對話或這個工具呼叫是否落在允許的行為範圍內。這個分類器過去是計入用量的——每一次分類判斷，都會消耗你帳號的 Token 額度或 API 費用，即便使用者完全沒有意識到它在運作。近期版本把這件事改成預設在伺服器端免費執行，聽起來像是純粹的成本下降，但如果你的團隊是透過 Gateway 或 Proxy 存取 Claude Code，這個「免費」有一個你必須主動確認的例外情況。
新的預設行為是：只要你的帳號屬於 Claude API、Enterprise、Amazon Bedrock、Google Vertex AI 或 Microsoft Foundry 這幾種存取路徑之一，Auto Mode 的安全分類判斷會直接在 Anthropic 伺服器端完成，不計入你的 Token 用量，也不會出現在帳單裡。這對重度使用 Auto Mode（讓 Claude Code 自主判斷是否需要人工確認）的團隊是實質的成本下降，因為過去這類背景判斷呼叫在高頻率自動化流程裡，其實會悄悄疊加成一筆不小的隱藏支出，很多團隊甚至沒注意到帳單裡有這一塊。
問題出在「伺服器端免費執行」這件事，前提是 Anthropic 伺服器能夠直接、可驗證地識別出這是一個合法的分類請求。如果你的團隊架設了自己的 Gateway 或 Proxy 來轉發 API 請求（常見於企業內部要做統一的請求記錄、速率限制、或多租戶帳務分攤），這層中介會改變請求的來源特徵，導致伺服器端無法完成免費分類的判定。這時候 Claude Code 不會直接失敗，而是會在畫面上顯示一則「this session isn't eligible」（此工作階段不符合資格）的提示，然後自動退回到舊有的計費分類器繼續運作——也就是說功能不會中斷，但費用會悄悄從免費模式切回計費模式，而這個切換是自動、靜默發生的，不會跳出額外的確認視窗要你同意。
這次更新同時在 /status 指令裡新增了一列「Auto mode server」的狀態顯示，用來直接標示目前的 session 是否符合免費伺服器端分類的資格。如果你的團隊用了任何形式的 Gateway、企業內部 Proxy、或是透過非官方渠道轉發 API 流量，強烈建議升級後第一件事就是跑一次 /status 確認這一列的狀態，而不是預設「反正官方說免費了就是免費」。特別是如果你的架構本來就有多層代理（例如先過內部安全稽核閘道，再轉發到 Anthropic），即使最終請求本身沒問題，中介層本身就足以讓伺服器端判定為不符合資格。
如果你的團隊直接用官方 Claude Code 且沒有自建任何 Gateway，這次更新是純粹的成本下降，不需要做任何事。但如果你的組織基於合規、稽核或多帳務分攤的理由架設了 API Gateway，你必須實際跑一次 /status 確認「Auto mode server」欄位，而不是假設升級後自動享有免費分類——很多團隊會在下個月對帳時才發現，Auto Mode 相關的分類費用其實完全沒有減少，因為從一開始就一直落在自動計費 fallback 的路徑上。