Cursor Router 如何省成本:Intelligence / Balance / Cost 怎么选
Cursor Router 按任务复杂度自动选模型,官方 A/B 称可达约 60% 成本节约。本文说明三种模式、缓存感知切换、团队管控,以及个人/企业怎么开。

大约六成开发者会钉死一个「日常模型」,于是改 CSS 也付前线价。Cursor Router(面向 Teams / Enterprise 的智能路由)在请求进模型前做分类,按复杂度、上下文、领域与模型特长分流,并在训练里计入 cache miss 成本——乱切换模型会更贵,路由器会算这笔账。
它实际做了什么
每次请求先过分类器(公开材料称基于大量真实编程请求训练,而非纯学术榜):
- 任务难不难(改 typo vs 重写数据管道)
- 打开了哪些文件、需要多长上下文
- 偏 UI 品味还是偏硬逻辑
- 当前各模型擅长什么
再落到你选的模式:Intelligence / Balance / Cost。官方博客与评测材料给出的量级(以 Cursor 公布数据为准,随时间会变):
| 模式 | 定位 | 公开对比印象 |
|---|---|---|
| Intelligence | 追最强体验 | 接近顶尖模型满意度,成本可显著低于死钉最贵模型 |
| Balance | 日常默认 | 满意度打平或超过常用前线模型,费用更低 |
| Cost | 极致省 | 仍会在必要时拉高智力,但整体偏向省 token |
企业早期接入常见叙述是成本降 30%–50%;大规模 A/B 有「约 60% 成本节约且质量贴近前线」的说法。以你账单与 Keep Rate(生成代码是否留下来)为准,别只抄标题数字。
分类器看的信号举例(便于你理解「为何这次用小模型」):
| 信号 | 倾向路由 |
|---|---|
| 单文件、短 diff、改字符串 | 更便宜模型 |
| 多文件 refactor、类型推导链长 | 更强模型 |
| 长上下文 + 架构讨论 | Intelligence 或强档 |
| 重复同会话、模型未换 | 优先吃 cache 的原模型 |
和「手动换模型」差在哪
| 手动钉模型 | Cursor Router | |
|---|---|---|
| 简单任务 | 常付满价 | 倾向便宜模型 |
| 中途换模型 | 易打断 cache | 路由训练含 cache 代价 |
| 团队治理 | 难统一 | 可按团队开、限模式、挡模型 |
| 心智负担 | 你要当调度员 | 分类器代劳 |
| 异常任务 | 你可能忘记升杯 | Cost 模式仍会必要时拉高 |
个人若只有 Pro、没有 Router,仍可用「难题用强模型、琐事用小模型 + 手术式上下文」逼近一部分收益,见 AI Agent 浪费 token 怎么省。BYOK 场景账单更直,配置见 Cursor BYOK。
三种模式怎么选(决策表)
| 你的情况 | 建议模式 |
|---|---|
| 日常功能开发、要稳定质量 | Balance |
| 演示/竞标、容错低 | Intelligence |
| 大量机械改动、文档、rename | Cost(观察 Keep Rate) |
| 刚迁移 Router、无基线 | 先 Balance 两周记账单再调 |
模式不是「越强越好」:Intelligence 在简单任务上仍可能过度分配;Cost 若 Keep Rate 大跌,返工 token 会吃掉节省。
团队怎么落地
- 先开 Balance 试点一组,看 Cost per Commit / 满意度,再推全公司。
- Admin:按团队启用;限制可选模式;屏蔽不合规模型。
- 别指望路由解决提示垃圾:上下文塞爆、整文件重写,路由也救不了。
- 与 harness 精简同看:Cursor 还在推动态工具调用等,减少「每次塞全套工具描述」的税。
- 建立 Keep Rate 看板:合并后仍存在的 Agent 代码行占比;掉太多就提模式或培训上下文纪律。
试点指标建议(每两周看一次):
- 人均 premium 请求成本
- PR 中 Agent 生成块的 revert 率
- 开发者主观满意度(短问卷即可)
优惠与半价渠道另文讨论,别和 Router 混为一谈:见 Cursor 优惠半价坑。
个人开发者没有 Teams 怎么办
- 会话级:琐事指定小模型;架构/疑难再升杯
- 规则级:Stack Header + 禁整文件重写
- 账号级:看是否升级到带 Router 的套餐;算清楚座位费 vs token 费
- 多工具:别三家都开满额度——浪费结构见站内订阅对比文
- 手动模拟 Router:在 Cursor 里为「改样式 / 写测试 / 架构」建三条 User Rules,默认指定不同模型
国内个人购买 Teams 可能受发票、支付方式限制;若只有 Pro,把 Router 当成「团队版能力」,个人侧用规则 + 模型手动切换补齐八成。
故障与调优
| 症状 | 可能原因 | 处理 |
|---|---|---|
| 简单任务回答变弱 | Cost 模式过 aggressive | 提 Balance 或 Intelligence |
| 账单没降 | 上下文仍过大 | 先减 @ 范围 |
| 同功能质量波动 | 会话中模型被路由切换 | 长功能钉一个模式完成 |
| Admin 找不到开关 | 套餐或区域未开放 | 查企业合同与 Cursor 文档 |
Router 解决不了「模型根本读不懂你的栈」——Stack Header 与 Pre-flight 仍是底座。
常见问题
Router 会不会在关键重构时偷偷用太弱的模型?
Intelligence / 你提高模式即可。若 Keep Rate 掉、返工升,把该类任务钉强模型或提模式,再反馈给团队默认。重构类 prompt 可显式写「需要深度推理」,帮助分类器升档。
和 OpenRouter 是一回事吗?
不是。OpenRouter 是多模型网关;Cursor Router 是 Cursor 产品内的任务分类与选模。可以同时存在于不同层,但别混名。BYOK 走 OpenRouter 时,Cursor Router 行为以当时产品文档为准。
数据会不会拿去训练?
以 Cursor 当时企业条款与 Admin 设置为准;采购前让安全看数据路径,不在这篇展开法律意见。国内公司常要求私有化或禁用训练——Enterprise 谈判项,不是 Router 本身功能。
Cost 模式适合 CI 里的 Agent 吗?
若 CI 只做 lint _fix、rename,可试 Cost;若 CI 做架构迁移,Keep Rate 风险高,别省错地方。
和 Composer / Agent 模式冲突吗?
Router 在模型层;Composer 是交互层。两者叠加:Composer 里仍受 Router 选模影响,上下文纪律照旧。
账单复盘:Router 开前后看什么
| 指标 | 说明 | 异常信号 |
|---|---|---|
| Premium requests / 人 / 周 | 总量是否下降 | 降了但 revert 升 → 省错地方 |
| 平均 context 长度 | 路由救不了大 @ |
长度仍涨 → 先训上下文 |
| 模型分布 | Cost 模式 cheap 模型占比 | 占比高但满意度掉 → 提 Balance |
| Keep Rate | 合并后仍保留的 Agent 行 | <50% 值得开复盘会 |
建议保留四周对照:同团队、同 repo 规模,Router 开前两周 vs 开后两周。公开案例里的「60%」是特定样本;你的 monorepo 可能是 20% 也可能是 40%。
采购对话里怎么问销售
- Router 是否含在你买的 Teams/Enterprise SKU,还是附加项?
- Admin 能否按 repo 或按用户组限制 Intelligence?
- BYOK 开启时 Router 是否仍生效,计费如何叠加?
- 训练/日志留存策略是否与 Router 请求分类数据有关?
问清再签,比签完发现 Pro 个人版没有 Router 再升级折腾便宜。