Claude Code 接中轉站會降智嗎？反代與隱藏 system prompt 實測

Claude Code 走中轉站變笨，多半不是模型問題，而是反代接口自帶的隱藏 system prompt 在干擾。本文說明反代的來源、為什麼會影響效果，以及怎麼驗。

「Claude Code 最近變笨了」是社群裡的高頻抱怨。如果你走的是中轉站，在懷疑模型之前，先排除一個更常見的原因：反代接口自帶的隱藏 system prompt。

便宜的 Claude 額度是哪來的

官方定價之下的 Claude 額度，來源大致三類：

第一類是「降智」抱怨的主要來源，而且它的問題不是模型被換掉，而是模型被綁住了。

隱藏 system prompt 為什麼會讓它變笨

那些被反代的接口，原本是某個產品的內部接口。產品方會用 system prompt 把模型限定在自己的用途上 —— 只回答程式問題、用特定格式輸出、扮演特定角色。反代只是把接口轉出來賣，那段 prompt 不會消失。

結果是你每次請求都在跟一段看不見的指令拉扯：

• 你的 system prompt 被降權，因為前面還有一段更早、更強的指令
• 上下文預算被吃掉。我們實測量到過每次請求夾帶約 2000 token 的案例 —— 在長對話裡這是實質的可用上下文損失
• 工具呼叫行為改變。原產品可能限制了可用工具集，Claude Code 的 tool use 於是變得不穩
• 非程式類請求可能直接被拒答

從使用者角度看，這一切的表徵就是「變笨」。但模型可能真的是 Claude —— 只是它不自由。

怎麼區分是官方問題還是端點問題

先做這個 A/B，順序不要顛倒：

1. 拿一組固定的題目（含長上下文與工具呼叫），跑官方直連
2. 同一組題目，跑你的中轉站端點
3. 比對差異

如果兩邊都變差，那是官方層面的變動，換中轉站沒有用。如果只有中轉站那邊差，才是端點問題。

跳過步驟 1 直接換中轉站，是社群裡最常見的浪費 —— 每個月換一家，每家都覺得「好像有變好然後又變差」，其實是在追隨機波動。

有幾件事自我檢測做不到

問模型「你是什麼模型」沒有用（system prompt 可以指定它怎麼回答）。看回應速度也不太可靠 —— 我們見過 TTFT 只有 182ms 但 body 完全是空的端點，headers 已送出、chunk 數為 0。TTFT 有值不代表正常，反而可能是反代層的特徵。

要量出隱藏 system prompt，得比對宣稱的輸入 token 數與實際計費 token 數的落差，並在受控 prompt 下觀察模型是否表現出非預期的行為約束。這不是手動能做的事。

實際驗一次

把端點的 Base URL 與金鑰貼進中轉站檢測，滲水偵測會量出被注入的 system prompt 大小，指紋判定會告訴你底層模型的真實家族與型號。如果宣稱 Opus 而指紋指向較小的型號，報告會直接標出來。

判定邏輯是公開的，頁面上有完整判定樹 —— 包含「證據不足時棄權、只認家族不認型號」這類保守分支。會告訴你「不確定」的檢測，比每次都給你斬釘截鐵答案的檢測可信。

延伸閱讀：Claude 降智的三種檢測方法、Token 灌水偵測。

台幣計費・統一發票・主流 AI 模型・OpenAI 相容 API