Cursor 上線模型路由系統：寫程式碼按需分流，成本最高砍掉 60%

很多程式設計師寫程式碼時都有個習慣：一旦選定一個好用的頂配模型，就再也懶得換了。不管是寫一段極其複雜的架構重構，還是讓 AI 給按鈕改個顏色、補兩行註釋，全都在拿最昂貴的前沿模型硬扛。

Cursor 統計發現，大約 60% 的開發者日常只認準一個主力模型。這就導致大批簡單的常規工作一直在消耗前沿大模型的 API 額度，賬單蹭蹭往上漲，程式碼質量卻沒見成比例提升。

Cursor 正式為 Teams 和 Enterprise 團隊推出了智慧模型路由系統 Cursor Router。它的核心目標很簡單：把簡單的髒活丟給便宜模型，把複雜的硬骨頭留給頂級推理模型。

拿 60 萬次真實對話訓練的分流器

Cursor Router 的本質是一個請求分類器。在真正呼叫模型之前，它會先根據使用者的提問、上下文、任務複雜度以及所屬領域進行預判，再匹配給最合適的模型。

官方表示，這個分類器基於超過 60 萬次真實請求訓練，並在數百萬次請求的線上 A/B 測試中進行了驗證。評判標準並不是死板的離線跑分，而是真實的開發者反饋：如果使用者直接進入下一個功能開發，系統計為正向反饋；如果使用者頻繁糾正 AI，則記為負向訊號，同時追蹤生成程式碼在程式碼庫中的實際留存率。

頻繁切模型通常會導致上下文快取失效，從而產生額外開銷。Cursor 強調該路由器具備快取感知能力，即使把模型切換帶來的快取未命中成本全部算進去，依然在早期企業客戶測試中幫幾千名開發者省下了 30% 到 50% 的成本，線上測試最高省了 60%。

企業管理員可以在後臺根據預算切換三種模式：追求極致表現的 Intelligence、兼顧效果與成本的 Balance，以及極度看重價效比的 Cost。在單個程式碼提交的實際開銷上，Balance 模式把成本壓到了 4.63 美元，Intelligence 模式為 6.76 美元，而直接全量跑 Opus 4.8 需要 7.34 美元，Fable 5 更是高達 12.69 美元。

除了路由之外，Cursor 還在底層配套了動態工具呼叫，不再把所有原生工具定義一次性塞進 Prompt，而是等模型真正需要時才載入，進一步減少 token 浪費。目前該功能已在桌面端、網頁端、iOS、CLI 和 SDK 全面同步上線。

為什麼重要

對企業和開發者來說，Cursor Router 解決的是一個非常現實的錢包問題。過去團隊買大模型服務，要麼心疼額度限制員工用頂配模型，要麼放任大家狂跑導致賬單失控。現在通過自動分流，企業可以放心地給全員開通許可權，既不犧牲寫程式碼的爽快感，又能實打實削減幾成預算。如果你負責團隊的技術採購，現在就值得在小團隊裡試跑一下 Balance 模式。

對模型供應商來說，這種中立路由器的普及是個不小的震懾。以往大廠靠繫結使用者習慣來賺取日常雜活的高額利潤，但 Cursor Router 證明了模型是可以被完全模組化和平替的。哪個模型在特定任務上又好又便宜，流量就會在幾秒鐘內被切過去，這也倒逼模型廠商不僅要卷智商上限，還要卷推理效率和呼叫單價。

我們認為，Cursor 走這一步棋極其聰明。它牢牢把控著開發者的輸入框和工作流入口，手裡掌握著每週數億次呼叫的使用者偏好資料，反手做路由器就是降維打擊。不過這種機制也有潛在的體驗隱患：模型之間存在微調風格和程式碼品味的細微差異，跨上下文切換模型時，開發者可能會明顯感知到前後回答的語氣和結構跳躍。如何在保證省錢的同時抹平這種割裂感，是 Cursor 接下來需要證明的。