Cursor Router：AI 编程成本低 60%，但有一个限制

许多开发者可能一直在用前沿模型的价格修复拼写错误。Cursor 自己的统计显示，约 60% 的开发者选定一个模型后就不再切换。2026 年 7 月 22 日推出的 Cursor Router 想解决的正是这个问题：它会理解每个请求，再交给足以完成任务且成本最低的模型。根据 Cursor 的 A/B 测试，在保持前沿模型质量的同时，成本可降低 60%。

不过有一个前提：它目前仅面向 Teams 和 Enterprise 计划，而且你需要把模型选择权交给一个分类器。

Cursor Router 如何为请求选模型

Cursor Router 会在模型实际运行前先进行分类。按照 Cursor 的发布文章，它会从四个维度评估请求：提示词本身、附带上下文、任务复杂度和所属领域，再决定由哪个模型处理：

• 常规修改会交给性价比更高的模型。
• UI 微调会交给 Cursor 所说的“最有审美的模型”。
• 需要跨多个文件进行长链路推理的问题，则会升级到 Fable 5 或 Opus 4.8 这类前沿模型。

它并不是根据提示词长度写几条 if/else 规则这么简单，关键区别在两点：

• 训练目标看用户是否满意。Cursor 用超过 60 万条真实请求训练这一分类器，优化目标不是跑分，而是用户满意度：开发者是直接进入下一个任务，还是不得不停下来纠正 Agent。
• 会计算缓存成本。在同一会话中切换模型，会丢失前一个模型的提示词缓存，缓存未命中是有实际成本的。Router 会将这部分代价纳入判断，决定切换是否划算；而这恰恰是多数自行搭建的路由方案容易忽略的问题。

Router 现在已驱动 Cursor 在桌面端、网页端、iOS、CLI 和 SDK 中原有的 Auto 模式。它没有单独的开关：选择 Auto 后，再选择希望它优先优化什么即可。

Auto 的三种取向：Intelligence、Balance、Cost

三个模式对应成本与质量之间的不同取舍。以下数据均来自 Cursor 在数百万次请求上进行的在线 A/B 测试，并公布于发布文章中。

计费会跟随实际被路由到的模型：Balance 和 Intelligence 请求按照最终处理该请求的模型费率收费。最终账单会是一个混合值——常规请求按高性价比模型计费，只有 Router 升级处理时才会用到前沿模型价格。因此，单次请求的成本只能从整体上预估，无法逐条精确预测。

发布资料中还有一处空白：Cursor 公布了 Intelligence 和 Balance 的每次提交成本与满意度数据，但对 Cost 模式只给出了定性描述。

“便宜 60%”具体是怎么算的

这个核心数字衡量的是每次提交成本。Cursor 的定义是：每个被接受工作单元对应的模型支出，而不是单纯按 token 计算：

GPT-5.6 Sol 在成本上与 Intelligence 模式持平，但满意度更低。实验室之外，Cursor 称已有 3 个早期试用的企业账户——每个账户均有数千名用户——相比将同样流量全部按 Opus 4.8 API 费率处理，节省了 30–50%，且没有报告质量下降。

这里需要注意两点：

• 这些是 Cursor 自己的数据，采用的也是其自有的满意度和代码保留率指标，目前尚无第三方审计。
• 对比基线是一支把所有任务都交给前沿模型的团队。如果你的团队本来就默认使用中档模型，实际节省幅度会更小。

如何查看 Router 实际选了哪个模型

默认情况下，Router 不会显示每个请求由哪个模型处理：你看到的是结果，而非执行者。Cursor 的更新日志称，被路由到的模型“可以显示或隐藏”；但截至 2026 年 7 月 23 日，文档尚未说明各客户端中该设置的具体位置。

在自己的客户端找到这个选项后，建议第一周先保持开启。观察 Router 的选型，是建立直觉、理解它何时升级模型以及何时节省成本的最快方式。

按任务查看模型归属，已经成了这一功能呼声最高的改进项。在 r/cursor 关于新路由功能的讨论帖中，最高赞诉求正是这一点：“这让我目前完全摸不着头脑。”

团队管理员拥有比普通成员更多的控制权，可以：

• 按团队或群组启用 Router
• 限制成员可选择的三种模式，并设置默认模式
• 允许或屏蔽特定的底层模型
• 通过软性或强制策略，让所有人统一使用 Auto

如果合规政策不允许某个供应商，在管理员层面屏蔽其模型，就能在路由接收到请求前堵住这个缺口。

哪些用户现在能用 Router，以及 Cursor 的价格

Cursor Router 目前仅面向 Teams 和 Enterprise 计划。Teams 默认启用；Enterprise 则需管理员在控制台中开启。以下信息已于 2026 年 7 月 23 日对照 Cursor 定价页面确认：

如果你使用的是每月 20 美元的 Pro 计划，模型选择器中并没有 Intelligence/Balance/Cost 选项。正如一条早期 X 评论所说，对个人预算而言，Opus 级价格打六折依然是一笔实打实的支出。可选方案只有两种：自行严格控制模型选择，或接入自己的路由方案，后文会展开。

自动路由在哪些地方可能出错

在让整个团队统一使用 Auto 前，X 上有两类批评值得认真评估。

第一类问题是：任务复杂度不等于风险等级。一篇详细批评举了一个很直观的例子：2,000 行代码的重构可能只是机械操作，而两行认证代码的改动却可能引发整场事故。如果路由器按复杂度预测，它可能会很有把握地把这两行改动交给低成本模型。该作者要求 Cursor 公布各路由的已接受编辑率，但 Cursor 尚未发布这些数据。

第二类问题是失败形态。一位工程师对 Router 的测试标准是：在低成本模型会自信地给出错误答案、而非明显失败的任务上，它是否仍能正确选型？一个看起来正确的错误答案，消耗的审查时间可能比节省下来的 token 成本更多。

实践中可以采用双桶策略来规避风险：

• 高风险任务手动锁定前沿模型。对于“看似合理但实际错误”的代价很高的场景，例如认证和权限改动、支付逻辑、生产数据库迁移、密码学、CI/CD 配置，不要交给自动路由。
• 其他任务交给 Balance。常规重构、生成测试、撰写文档、低风险 UI 工作，都适合由 Balance 处理。

管理员也可以直接屏蔽最便宜的模型，以牺牲少量节省换取更高的下限。

Cursor Router 和 OpenRouter 不是一回事

名字很像，但两者所处层级不同：Cursor Router 是 Cursor 内置的路由能力，从 Cursor 的模型池中选择模型，并通过你的订阅计划计费。OpenRouter 则是独立的 API 聚合平台，一个密钥可调用数百个模型，按 token 计费，详见我们的 OpenRouter 定价指南。

现在无论使用哪个 Cursor 计划，都可以通过 Cursor 的 Override OpenAI Base URL 设置接入 OpenRouter。但以下细节不能弄错：

• 应使用 OpenRouter 的专用端点 https://openrouter.ai/api/v1/cursor；通用的 /api/v1 无法处理 Cursor 的工具调用格式。
• 在 OpenAI API Key 输入框中填写你的 sk-or- 密钥。

任何自带密钥方案都有两个硬限制：Tab 自动补全始终运行在 Cursor 内置模型上；Auto 模式也可能完全绕过你的密钥。

同样的覆盖设置也适用于任何兼容 OpenAI 的中转服务，这也是个人开发者无需购买 Teams 席位、却能获得类似路由成本结构的方式。以 AIReiter 为例，Claude 模型的价格为官方 API 定价的 20%，充值包 5 美元起，截至 2026 年 7 月已核实。日常工作可以固定使用中档模型，难题再保留给前沿模型。不过，此时分类器就是你自己，而且切换模型时也没有任何机制会替你计算缓存未命中的成本。

常见问题

Cursor 使用 OpenRouter 吗？

不使用。Cursor Router 是 Cursor 自研的路由系统，与 OpenRouter 没有关系。你仍可单独通过 Override OpenAI Base URL 设置，以及专用 /api/v1/cursor 端点接入 OpenRouter。

Pro 计划能使用 Cursor Router 吗？

截至 2026 年 7 月不能。发布文章明确将 Router 限定在 Teams 和 Enterprise 计划中，个人计划仍需手动选择模型。

可以关闭 Cursor Router 吗？

可以。在选择器中直接选定具体模型，而不是 Auto，Router 就不会处理该请求。团队管理员还可以在整个组织范围内限制模式或屏蔽特定模型。

Cursor Router 会路由到哪些模型？

Cursor 的发布资料点名了 Fable 5、Opus 4.8、GPT-5.6 Sol、Grok 4.5 及其自家的 Composer。模型池会随着新模型发布而更新，管理员可以允许或屏蔽单个模型。

延伸阅读

• OpenRouter 定价指南（2026）
• 最适合编程的免费 OpenRouter 模型