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 接下来需要证明的。