Yutao Liu
Cursor 额度怎么省：模型消耗倍数、Auto 为何特别快、普通人要不要只用 Composer
用官方 Token 单价推导各模型相对 Composer 的消耗倍数，解释 Auto 为何体感「烧钱」特别快，并给出按任务难度选模型的实操建议。
目录
一、先分清：你用的是哪套计费？ 二、用单价表算「相对 Composer 快几倍」 三、为什么 Auto 特别「费」？（不止单价 2.5×） 四、普通人是不是「只用 Composer」就够了？ 五、按任务难度选型（可直接贴到团队 Wiki） 六、省额度实操清单（我自己在用的） 七、和官方说法怎么对齐？ 八、小结痛点很具体：包月还在，仪表盘上的额度却像漏水的桶——尤其是一换成 Auto，几天就比平时少一大截。本文用 Cursor 公布的 每百万 Token 单价 算「相对 Composer 快几倍」，再补上 Agent 多轮、长上下文 这类账单上看不见的乘数。文末有一张 按难度选型 的速查表。
先看结论（不代替你自己点开 Settings → Usage 核对套餐）：
- 日常写业务代码、改文案、跑构建脚本：默认锁 Composer 2.5（标准速度，别开 Fast） 往往够用，也通常是 单价最低的 Cursor 自研模型。
- Auto 不是「免费加速器」：在 legacy 套餐里它走 Cursor Models 池 时仍有 约 2.5× 量级的 Token 单价（相对 Composer 标准档）；再叠 自动选更强模型、多轮工具、更长输出，体感常常是 3～8 倍 甚至更快见底。
- 点名用 Sonnet / Opus / GPT 等第三方：在 Pro 类套餐里走的是 Other Models 池，按 API 价扣，相对 Composer 经常是 6×～20×+，适合「值得花额度」的硬活儿，不适合当默认。
一、先分清：你用的是哪套计费？
2025 下半年起 Cursor 在推 The X Subscription（周度重置的 Cursor models 统一池，且和 Grok 等产品共享）。很多人仍在 Legacy Cursor 计划（如 Pro $20/月），特点是：
| 维度 | Legacy（Pro / Pro+ / Ultra） | The X Subscription（Plus / Premium / …） |
|---|---|---|
| 重置周期 | 按月，跟账单日走 | 按周 |
| 池子 | Cursor Models + Other Models 两个池 | 主要是 Cursor models 一周池；第三方多走 预付额度 |
| 第三方模型 | Pro 档 Other Models 池内包含一定 API 额度 | Premium 及以上 按 API 标价从预付 credit 扣 |
| Auto | 个人版多为 Cost mode：按实际路由的 Cursor 模型扣池 | 同上；团队另有 Balance / Intelligence 路由 |
怎么看自己属于哪一类？ cursor.com/dashboard 的 Usage 页若仍是 两个进度条（Cursor Models / Other Models），就是 Legacy。写文时我以 Legacy Pro 用户 视角为主（国内从业者里这类仍很多），但 Token 单价倍数 对两套计划都适用。
官方文档：Models & Pricing、Legacy Cursor plans。
二、用单价表算「相对 Composer 快几倍」
下面用 Composer 2.5 标准档 的公开单价作 1× 基准（Input / Output 分开看；真实一轮对话还要乘 Token 数量）。
Composer 2.5 基准（Cursor 自研池内）
| 口径 | Input ($/1M tokens) | Output ($/1M tokens) |
|---|---|---|
| Composer 2.5（基准 1×） | 0.50 | 2.50 |
| Composer 2.5 Fast | 3.00（6×） | 15.00（6×） |
同池内的其它 Cursor 自研 Agent 模型（Settings 里除 Composer 外的「Cursor 提供」档；定价表 常见标价 Input $2 / Output $6）
| 模型档 | Input 倍数 | Output 倍数 | 备注 |
|---|---|---|---|
| 自研 Agent 标准档 | 4×（$2） | 2.4×（$6） | 名称随版本迭代，以编辑器列表为准 |
| 自研 Agent Fast 档 | 8× 量级 | ~5× 量级 | Fast 一般再 ×2；超长上下文可能再加倍 |
Auto（Classic / Cost mode）
Cursor 在 2025-08 计费说明 里给过 Auto 的 API 等价费率（用于吃掉 included usage）：
| 口径 | Input | Output | 相对 Composer 2.5 |
|---|---|---|---|
| Auto | $1.25 / 1M | $6.00 / 1M | Input 2.5×，Output 2.4× |
也就是说：同样 1M 输入 + 1M 输出 的「纸面 Token」，只比单价，Auto 大约比 Composer 贵 2.4～2.5 倍。 这还没算 Auto 实际会选谁、会说多少话——下文第三节。
第三方模型（走 Other Models 池或预付 API，节选）
| 代表模型 | Input 倍数 vs Composer | Output 倍数 vs Composer | 适合场景 |
|---|---|---|---|
| Claude Haiku 5.5（≤100k 上下文） | 0.2× | 0.2× | 批量分类、短答；便宜但别指望扛大重构 |
| Gemini 2.5 Flash | 0.6× | 1× | 读长文总结、性价比推理 |
| Claude Sonnet 4.5 / 5.x | 6× | 6× | 日常「要强一点」的推理与改码 |
| Claude Opus 5.x | 8～10× | 8～10× | 架构、疑难 bug、长链路推理 |
| GPT-5.4 / 5.5 档 | 5×～10× | 6×～12× | 视具体子型号而定 |
| Claude Fable / 顶配思考档 | 16×～20× | 16×～20× | 仅当任务值回票价 |
倍数算法：模型单价 ÷ Composer 2.5 单价。第三方 cache read 命中时能再省一截，但 Agent 首轮往往 cache miss，别指望一开始就到最低档。
2.1 合成一张「消耗速度」示意表
把 单价倍数 和 典型一轮 Agent 输出量 粗算在一起（经验值，用于横向对比，不是账单承诺）：
| 选型 | 单价相对 Composer | 典型一轮 Token 体量 | 体感额度速度（粗算） |
|---|---|---|---|
| Composer 2.5 标准 | 1× | 中等 | 1×（基准） |
| Composer 2.5 Fast | 6× | 中等 | ~6× |
| Auto（Cost） | ~2.5× | 往往更大（多工具轮次） | ~3～8×（我最常踩的坑） |
| 自研 Agent 标准档 | ~3×（混算 in/out） | 大 | ~3～5× |
| Sonnet 点名 | ~6× | 中大 | ~6～10× |
| Opus / 顶配 | ~10×+ | 大 | 10×+ |
我个人感受：从 Composer 切成 Auto，不是「稍微贵一点」，而是 进度条掉速直接快一个数量级——这和上表「单价 2.5× × 轮次变多」是对得上的，并不是错觉。
三、为什么 Auto 特别「费」？（不止单价 2.5×）
Auto 的设计目标是 少操心模型名字、尽量把活干完。省钱视角下它有三把火：
Auto 可能在不同请求里用 不同档位的 Cursor 模型甚至第三方（Legacy 下第三方走 Other Models，那池子 往往比 Composer 贵一个数量级）。你以为还在「自研池」，仪表盘却在掉 另一根进度条。
- 路由不透明
同一句「帮我把这个功能做完」，Composer 可能改 3 个文件就停；Auto 常 搜仓库 → 读多文件 → 跑命令 → 再改，每步都是 新一轮 Input（带上下文）+ Output。 额度 ∝ Token 数，不是 ∝ 你打了几个字。
- Agent 默认「多想几步」
默认带进 rules、最近文件、@ 引用，Input Token 膨胀。长线程续聊时，前半段对话反复计费（除非 cache 命中很高）。
- 长上下文与附件
文档写明：子 Agent 若点名第三方，Parent 选 Auto 也照样扣 Other Models。多开 Task 时，消耗接近 线性叠加。
- 子 Agent / 并行任务
所以：Auto 的「快」是体验和交付快，不是额度掉得慢。
四、普通人是不是「只用 Composer」就够了？
我的建议是：把 Composer 2.5 标准档当作默认，而不是把 Auto 当作默认。
| 你是谁 | 默认模型 | 何时升级 |
|---|---|---|
| 业务开发（CRUD、页面、接口联调） | Composer 2.5 | 连续 2 轮仍跑偏再换 Sonnet |
| 运维 / 写脚本 / 改配置 | Composer 或 Chat + ⌘K | 涉及难得一见的核心链路再上 Sonnet |
| 技术负责人（架构、评审、选型） | Sonnet / Opus 点名 | 先让 Composer 出草案，再用强模型「审稿」 |
| 探索陌生代码库（上千文件） | Plan 模式 + Composer；真卡住再 Sonnet | 避免一上来 Opus 扫全库 |
| 面试题、算法小玩具 | Chat，别开 Agent | Token 最省 |
不用 Composer 的例外（值得花额度）：
- 生产 incident、数据损坏、支付与安全相关逻辑；
- 大规模迁移（框架升级、协议改版）且 验收标准明确；
- 需要 极长推理链 且 Composer 两轮仍自相矛盾。
「只用 Composer」不等于「不用 AI」：Tab 补全、⌘K 行内编辑、短 Chat 往往 几乎不触动 Agent 池，却覆盖 60% 日常编辑。
五、按任务难度选型（可直接贴到团队 Wiki）
| 难度 | 描述 | 推荐入口 | 模型 |
|---|---|---|---|
| L0 | 改名、加日志、改 CSS、写单测骨架 | ⌘K / Tab | 无 Agent 或默认 |
| L1 | 单文件功能、跟着现有模式抄 | Chat | Composer 2.5 |
| L2 | 多文件但边界清晰（加一个 API + 前端表单） | Agent | Composer；卡住 → Sonnet |
| L3 | 跨模块、要读 10+ 文件、要跑测试 | Agent + 小范围 @ 文件夹 | Sonnet；Composer 先起草 |
| L4 | 架构决策、性能 / 并发 / 分布式疑难 | Plan → 人工确认 → Agent | Sonnet / Opus，禁用 Auto 默认值 |
| L5 | 安全审计、合规、一次不能错 | 小上下文 + 明确检查清单 | Opus / 顶配，设 spend limit |
习惯动作：开新对话前问自己——这是 L几？ 多数日子停在 L1～L2 即可。
六、省额度实操清单（我自己在用的）
- 默认模型锁 Composer 2.5，关闭 Fast（Fast = 单价约 6×）。
- Auto 当「加班按钮」，别常开；要写进团队约定。
- 新需求先 Plan / 问清楚再 Agent，减少「做出来不对再整轮重来」。
- @ 引用收窄范围，少用「整个 repo」；大仓库用 rules + 单目录。
- 长对话定期新开（带一段摘要），避免把 50 轮聊天全塞进 Input。
- 简单活不用 Agent：能 ⌘K 就别 ⌘I。
- 每周看 Usage 两根条（Legacy）或周池 + credit（新套餐），记下「哪类任务最费」。
- 子 Agent 点名模型：默认池内用 Composer/Sonnet，别让子任务静默上 Opus。
- 开通 on-demand / 预付前设硬上限，避免 Auto + 第三方「双池双杀」。
- 最贵的模型只干验收：让便宜模型写，贵模型 /review 一轮，往往比全程 Opus 省。
七、和官方说法怎么对齐？
- Included usage 按 Token / API 价扣，不是「一次对话 = 一次请求」（老请求制早已淘汰，见 2025-06 澄清）。
- Auto 曾在一段时期对个人「看起来像不限量」，2025-09 后起 纳入 included usage（官方公告）——「习惯免费 Auto」的用户会觉得 突变特别疼。
- Cursor 自研池对 Composer / Auto 曾有 加成额度（见 Increased usage for agents），但 加成 ≠ 无限，且会随产品调整。
定价在变。倍数表以 docs 为准；此文版本日期 2026-11-13，若你读到时单价已改，用同一公式重算即可。
八、小结
| 问题 | 简短回答 |
|---|---|
| 普通人默认用什么？ | Composer 2.5 标准，辅以 Tab / ⌘K |
| Auto 比 Composer 贵几倍？ | 单价约 2.4～2.5×；加 Agent 行为常 3～8× 体感 |
| Composer Fast 呢？ | 约 6× 单价，除非赶时间否则别开 |
| Sonnet / Opus？ | 约 6× / 10×+，留给 L3+ 任务 |
| 我最痛的点？ | Auto 默认 + 长 Agent 线程，进度条掉得特别快——换 Composer 默认后同样工作量能撑更久 |
如果你也在折腾 额度焦虑，欢迎在留言里补充你的套餐类型和「最烧额度的一种任务」——我可以据此再补一篇 Legacy Pro vs Premium 的实测对照（需你自愿提供脱敏截图）。
延伸阅读（站内）
官方