OpenRouter Auto 與 Auto Code：該選哪一個？

程式開發代理與一般聊天機器人，不該共用同一套路由設定。混合流量適合用 openrouter/auto，多輪程式開發工作階段則選 openrouter/auto-code。但有個關鍵差異：Auto Code 每個完成任務的成本通常高於 Auto，而所謂便宜 74%，比較基準其實是 Opus 5.5。

兩個路由器都在 November 5, 2026 上線，OpenRouter 則於 November 6, 2026 對外公布。它們共用同一套路由引擎，差別在於起始模型層級，以及系統如何根據失敗訊號調整整個工作階段。路由本身不收額外費用，每次請求都按照實際選用模型的正常價格計費（OpenRouter 公告）。

混合流量選 Auto，完整開發工作階段選 Auto Code

Auto Code 是專為程式開發代理設計的路由器，起步就位於較高的成本層級，並會綜合考量通過率、速度，以及每個完成任務的成本（OpenRouter 公告）。

如果你已經知道哪個模型最適合自己的工作負載，OpenRouter 的建議很直接：繼續用它。路由器的取捨，是用些微的峰值效能，換來更穩定、具成本效益的模型選擇，也不必自己追蹤每次模型更新（OpenRouter 公告）。

「便宜 74%」這個說法值得相信嗎？

方向大致可信，但數字必須打上星號。這個「少 74%」的數字，是把 Auto Code 與 Claude Opus 5.5 在 OpenRouter 執行的五項基準測試相比，不是拿來對比 Auto，也沒有經過獨立驗證。截至 November 6, 2026，也就是上線隔天，我找不到任何獨立重現結果（OpenRouter 公告）。

以下是公告中的完整基準測試表，因為標題只說了故事的一半：

從這張表可以看出三件事（OpenRouter 公告）：

1. Auto Code 在 5 項測試中有 4 項分數勝過 Auto，但在 Tau-bench Banking 以 52.6% 輸給 53.1%。差距約在 2 到 5 個百分點之間，還稱不上世代級飛躍。
2. Auto Code 在 5 項任務中有 4 項比 Auto 貴——TerminalBench 的成本最高達 3.7 倍（$4.96 對 $1.33）。而且在每一項基準測試中，它也都比前一代 Auto Router 貴，例如 TerminalBench 就貴了 8.1 倍。
3. 「更便宜」只適用於拿每個完成任務的成本與 Opus 5.5 比較。每個任務的成本已經把重試算進去：每 token 較便宜、卻失敗兩次的模型，完成一個任務的成本可能高於一次就成功的昂貴模型。對代理而言，這確實是更合理的指標，但不代表你的每 token 帳單真的下降 74%。

社群質疑的重點在於能否驗證，而不是這個方向是否合理：

「它說得很清楚：74% 這個數字來自 OpenRouter 自己的 5 項基準測試，不是獨立驗證。相信方向，不要照單全收那些小數點。」——@LJL06019

另一位使用者則問了一個決定你能否重現結果的問題：「74% 的前提，是我的提示要告訴路由器任務有多難。那路由器怎麼知道什麼叫難？」（@harden_369741）。

比較務實的解讀是：在這五項偏重程式開發的測試中，Auto Code 大致達到 Opus 5.5 級別，同時每個完成任務的成本更低；如果原始分數不是主要限制，Auto 則是更省錢的路由器。真正編列預算前，還是應該用自己的儲存庫集合重新測一次。

底層真正不同的地方

引擎相同，策略不同。兩個路由器每次請求都會評估 11 個因素，包括任務類型、難度、速度是否重要、是否需要視覺能力或程式碼庫知識，以及更大的模型或更多推理是否有幫助；接著再結合即時價格、供應商健康狀態、提示快取狀態、基準測試資料與工作階段歷史（OpenRouter 公告）。

Auto Code 會在此基礎上再加入三個針對程式開發的權重（OpenRouter 公告與Auto Code 頁面）：

• 起點是更強、也更昂貴的程式開發模型層級，而不是 Auto 的成本效率 medium 層級。
• 更重視延遲，並對失敗的程式碼修改施加更重的懲罰。
• 當修改無法通過測試，或同一錯誤再次出現時，更快切換模型。

升級順序很重要：工作階段卡住時，Auto Code 會先提高推理力度，之後才切換模型。OpenRouter 表示，這項設計加上工作階段黏性，在 beta 期間讓路由器近 9 成的代理回合維持使用同一個模型；無效工具呼叫降低 4 倍，被截斷的代理回應也減半，相較之下都是舊路由器的結果（OpenRouter 公告）。路由延遲的 p90 則從 1.96s 降至 0.65s，約快了 3 倍（OpenRouter 公告）。

Auto 的一般路徑較早建立，並有獨立文件說明：輕量分類器會分配約 30 種細分任務類型，例如 code:debugging、agent:multi_step_planning；接著依各任務過去 7 天社群支出的占比為模型排序，套用你的成本層級與限制，最後選出主要模型與備援模型（Auto Router 文件）。新一代系統保留了這個市場訊號，但加入了工作階段層。

實際流量分布，也能看出「更高層級」到底代表什麼。November 6 的快照顯示，Auto Code 過去 24 小時的流量共有 992 次請求，其中 GPT-6.1 Sol 佔 70.4%、Claude Opus 5.5 佔 14.8%、GLM 5.3 佔 11.0%（Auto Code 頁面）。Auto 的一般流量則明顯偏向便宜模型——在其概覽頁顯示的流量中，單是 DeepSeek V4 Flash 各版本就約佔 47%（Auto 概覽）。模型價格與版本一變，這些比例幾天內就可能轉動，因此把它們當成天氣預報，不要當成固定名單。

切換模型的代價：快取重建與供應商黏性

這是一般新品報導最容易略過、卻最直接影響實際帳單的部分。工作階段中途切換模型，會丟掉原本的提示快取；新模型必須重新以完整輸入價格讀取上下文。OpenRouter 也承認這個機制——路由器會在同一模型仍是首選時，讓多輪對話持續留在該模型上，目的正是減少快取重建（OpenRouter 公告）。

真實使用者從兩個角度都回報過這種問題：

「大家一直想在請求層級建立路由器，但那行不通……沒有周邊上下文的提示，根本不足以判斷複雜度……我們無法在一個工作階段裡頻繁切換模型，還期待經濟上划算。一兩次判斷失誤……花掉的錢可能比從頭到尾使用最佳模型還多。」——@kunchenguid

這項批評背後最值得注意的數字，來自 OpenCode 作者：修好 OpenRouter 快取後，一次測試帳單從 $50 降到 $6（@thdxr）。Reddit 上，一位測試 openrouter/auto 的使用者表示：「我們測試時，它的快取命中率基本上是 0」（u/tankerkiller125real）；另一位則發現：「每次 Auto 切換 ID，下一次呼叫的 cache_discount 都變成 0；固定模型的執行則持續有快取命中」（u/Michael_Jeffords）。VS Code 討論串中票數最高的建議更直白：「固定模型與供應商才能得到更好的結果，因為快取能省錢；否則你會把大量上下文送到隨機供應商」（u/Zealousideal-Part849）。

實務上有兩個後果：

1. 真正決定帳單的是快取命中率，不是牌價。根據一位使用者的估算，現在約 87% 的代理 token 來自快取（@shu8ham_）；因此，會破壞黏性的路由器，可能比能重複使用上下文、但牌價更高的固定模型還貴。該使用者把系統提示頂端的時間戳移到最底部後，也修好了每次呼叫都失效的快取（@shu8ham_）。
2. 黏性也可能讓你一直留在糟糕的主機上。只要快取仍然有效，後續請求就會繼續使用同一供應商；因此，一個品質較弱的量化端點可能拖累整個工作階段——「同一個模型名稱，不代表是同一個模型。實際提供服務的是誰，就固定誰。」（@webtkdev）。如果切換後品質變得不穩定，記錄供應商，不要只記錄模型名稱。

Auto Code 的處理方式——先升級推理力度，只有確認失敗時才快速切換——方向是對的（Auto Code 頁面）。不過，在你確認自己的工作階段中 cache_discount 持續維持非零之前，應該把切換視為需要編列預算的風險，而不是免費功能。

真正能限制帳單的成本控制

cost_tier 是一個區間，不是上限。五個層級——low、medium、high、xhigh、max——各自代表符合資格模型的成本帶；高於或低於該區間的模型都可能被排除，而在傳統文件路徑中，未設定層級的行為大致相當於 low（Auto Router 文件）。Reddit 上最值得記住的總結是：「cost_tier 是區間，不是上限……只要帳單必須可預測，就固定精確模型。」（u/conifer_v11）。

兩個路由器都可以採用以下設定：

• 先用預設設定在一組測試儲存庫上試跑 Auto Code；如果你喜歡過去較便宜的行為，Auto 則從 low 開始。OpenRouter 已把新的預設價格往「幾個月前」的水準上調，讓更多能力較強的模型有機會加入（OpenRouter 公告）。
• 加入 allowed_models／excluded_models 萬用字元，例如 anthropic/*，限制可選模型池；排除清單優先於允許清單，若最後沒有任何模型可用，請求會以 404 失敗（Auto Router 文件）。另外要留意外掛 ID 陷阱：openrouter/auto 讀取 auto-router 設定，openrouter/auto-beta 則讀取 auto-beta-router；設定名稱交叉使用時會被靜默忽略（Auto Router 文件）。
• 再加上 provider.max_price 與工作區支出上限，才能形成硬性上限；只靠成本層級做不到（Auto Router 文件）。
• 多輪工作請傳入明確的 session_id，讓黏性根據對話而非訊息指紋建立（Auto Router 文件）。
• 每次請求都記錄 model、供應商、token 數量、價格快照與 cache_discount。只有這份紀錄，才能算出每個已接受任務的成本——這正是 Auto Code 最佳化的指標，也是你的預算真正關心的數字。

本站的相關文章包括：Auto Router 設定指南、OpenRouter 價格指南、提示快取指南，以及介紹自架路由替代方案的 LiteLLM 與 OpenRouter 比較。

一行呼叫路由器，確認實際執行的模型

只要某個欄位接受模型字串，兩個路由器都能使用（Auto 概覽）：

curl https://openrouter.ai/api/v1/chat/completions \
  -H "Authorization: Bearer $OPENROUTER_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "openrouter/auto-code",
    "messages": [{"role": "user", "content": "Add a retry with backoff to fetchUser in api/users.ts"}]
  }'

一般流量只要把模型換成 openrouter/auto 即可。回應中的 model 欄位會指出實際回應的模型，務必把它記錄下來（Auto Router 文件）。傳送 X-OpenRouter-Metadata: enabled 可取得任務分類（Auto Router 文件）；也可以開啟聊天室的 routing-insights 面板，查看模型為何被選中，包括任務類型、難度判斷與候選模型占比（OpenRouter 公告）。兩個路由器都支援工具呼叫、串流、圖片、PDF、音訊與影片輸入，以及文字／圖片輸出；路由上限為 2,000,000-token，但實際上下文視窗仍取決於所選模型支援的範圍（Auto 概覽與Auto Code 頁面）。

還有一個 IDE 相關提醒：Codex CLI、Cline、Kilo Code、OpenCode、Continue，以及類似 Copilot 的 VS Code 設定，可能會在你的提示之外自行加入子請求、重試與大型上下文。一位使用者比較後發現，直接用 Python 呼叫約 20 tokens，但透過外掛請求卻是 20k–40k tokens（r/openrouter 路由討論串）。當看似小型的請求卻產生高額帳單時，先確認 token 是來自路由器還是執行框架，再判斷是否該怪路由器。兩個路由器背後的 OpenRouter 模型目錄涵蓋 600+ 個模型（OpenRouter 公告）。

OpenRouter Auto 與 Auto Code 常見問題

Auto Code 比 Auto Router 貴嗎？

以每個任務來看，通常是。OpenRouter 自己的表格顯示，Auto Code 在 5 項基準測試中有 4 項比 Auto 貴，第 5 項則打平。Auto Code 所謂「更便宜」，只適用於拿每個完成任務的成本與固定的前沿模型比較。

路由器會額外收費嗎？

不會。openrouter/auto 與 openrouter/auto-code 都按照選定模型的正常價格計費，路由器不加收費用（Auto 概覽）。

切換模型會破壞提示快取嗎？

可能會。新的模型或供應商必須重新建立快取，而使用者已記錄到切換後 cache_discount 立即降為 0。Auto Code 偏好先提高推理力度，並在 beta 期間約 9/10 個回合維持黏性（OpenRouter 公告），但你仍應在自己的工作階段中驗證。

它們能選哪些模型？可以排除特定模型嗎？

在套用你的防護規則、零資料保留、供應商、允許清單與排除清單後，模型目錄中的任何模型都有可能被選中（Auto Code 頁面）。anthropic/* 這類萬用字元可以使用；排除規則優先（Auto Router 文件）。

什麼時候該固定模型，而不是使用路由器？

當帳單必須可預測、稽核或資料駐留要求你使用明確模型，或者你固定的模型在自己的儲存庫上，品質已經勝過路由器的平均表現時，就該固定模型。一個實用流程是先用 Auto 探索，再固定表現最佳的模型，或把它加入允許清單。

有一項取捨，不是靠提示就能解決：Auto Code 以更高的模型層級與工作階段感知能力，換來幾個額外的通過率百分點，但每次切換都會消耗快取。如果你的工作階段很長、上下文很重，最省錢的路由器，往往是那個最少切換的路由器。