模型、价格和用量

Cursor 的模型和价格变化很快，教程不应该写成固定价目表。真正要学的是决策框架：什么时候用 Auto / Composer，什么时候指定具体 frontier model，什么时候开 Max Mode，什么时候必须回到 Dashboard Usage 和官方 Pricing 页面核对真实消耗。

本章目标：你会把模型选择放回工程任务里，而不是只问“哪个模型最强”。涉及采购、报销、团队预算和截图教学时，必须重新核对官方当前页面。

1. 模型选择先看任务，不先看榜单

任务大致分四层：

低风险日常任务：解释代码、改文案、补简单 test、局部样式修复。优先 Auto 或 Composer。
中等工程任务：跨几个文件的小功能、明确 bugfix、已有测试能覆盖。可用 Auto / Composer 起步，必要时切强模型。
复杂任务：架构迁移、长上下文排障、跨模块重构、安全敏感路径。指定更强模型，并先用 Plan。
自动化任务：CLI、Headless、Cloud Agent、Bugbot Autofix。模型不是唯一重点，权限、日志、成本上限更重要。

flowchart TD
  Task["Task"] --> Risk{"风险和上下文"}
  Risk -->|小 / 清楚| Auto["Auto / Composer"]
  Risk -->|中等 / 可测| Specific["Auto 起步，必要时指定模型"]
  Risk -->|复杂 / 高风险| Strong["强模型 + Plan + Review"]
  Risk -->|自动化| Budget["固定权限 + usage limit + logs"]

2. 两类 usage pool 的心智模型

官方 Models & Pricing 文档说明，Cursor individual plans 有不同 usage pools。简化理解：

Auto + Composer pool：面向日常 agentic coding，适合成本敏感的常规任务。
API pool：选择具体模型或 Premium routing（高端路由，Cursor 自动按官方榜单挑最强模型，价格按所选模型 API rate）时，按模型 API rate 消耗。

这意味着"同一个 Cursor 任务"因为模型选择不同，可能走完全不同的成本路径。不要只看月费，要看 usage dashboard 里的 request-level cost。

套餐分两条线：

个人：Pro / Pro Plus / Ultra（月费递增，含的 API usage 也递增）
团队：Teams / Enterprise

所有个人套餐都包含 Tab completion 无限——这是 Cursor 推个人订阅的主要卖点之一，写代码时本地补全不计入两个 usage pool。Teams 套餐里非 Auto 的 agent 请求会额外加一层 Cursor Token Rate（约 $0.25 / 1M tokens），具体数字以官方 pricing 页面为准。

3. Auto、Composer、Premium 怎么用

先澄清一个常见误解：Composer 现在是模型名（Composer 2），不是模式名。早期 Cursor 把 Composer 当作功能 / 模式叫，2025 年后官方把它训成了 Cursor 自研模型，与 Claude 4.6 Sonnet / GPT-5.5 / Gemini 3.1 Pro 并列出现在模型表里。

建议：

Auto：默认入口，Cursor 自动在多个模型之间挑性价比最佳的。适合普通开发、解释、轻量修改。
Composer 2：直接选 Cursor 自研模型，专为 agentic coding 训练，速度快、成本低。Auto 和 Composer 共用同一个 usage pool。
Premium routing：复杂任务，让 Cursor 自动按官方榜单挑最强模型，价格按所选模型 API rate。
Specific model（如 Claude 4.7 Opus、GPT-5.5）：你明确知道任务需要某个模型特性时再指定，按 API rate 走 API pool。

不建议：

每个任务默认最强模型。
批量自动化默认高价模型。
对不稳定 prompt 反复重跑强模型。
不看 dashboard 就判断"额度不够"。

反例：默认所有任务用 Premium → 月底账单翻倍但任务质量没明显提升。Cursor 的强项不是模型最强，而是工作流——把 Auto 用好比把 Premium 用错性价比高得多。

4. Max Mode 只给复杂上下文

Max Mode 的意义是扩大 context window，让模型看到更多代码和对话。它适合复杂任务，但会更快消耗用量。

适合 Max Mode：

大仓库架构分析。
多模块迁移。
长链路 bug。
跨文件安全审查。
复杂 Cloud Agent 任务。

不适合 Max Mode：

改一个按钮文案。
单文件小修。
局部 test 补充。
纯说明类 Ask。

5. 团队要写模型使用规则

团队不能让每个人凭感觉烧用量。至少写清：

日常任务默认 Auto。
高风险任务先 Plan，再决定模型。
自动化脚本默认只读、低成本模型起步。
Headless 写入任务必须有路径限制和预算上限。
Cloud Agent / Bugbot Autofix 要纳入 usage pool 和 monthly cap 复盘。
BYOK（Bring Your Own Key，自带 API Key，把模型调用计费转到自己的供应商账号）要先完成隐私、供应商政策和地区可用性审查。

模型成本不是财务问题才需要关心。成本失控通常意味着任务边界、上下文、重试和自动化权限也失控。

6. 用量排障顺序

遇到额度、模型不可用、请求变慢或账单异常时，不要先换模型。按顺序查：

Dashboard Usage 是否显示 included usage 耗尽。
是否启用 usage-based pricing 或 on-demand。
是否设置 spend limit。
当前任务是否开了 Max Mode。
是否指定高价模型跑批量任务。
Team / Enterprise 是否限制模型访问。
模型是否受地区或 provider availability 限制。
BYOK provider 是否拒绝请求。
是否在 Agent / Cloud Agent 中反复重跑大上下文。

7. 采购和课程截图的边界

模型、套餐、额度、价格、Max Mode 规则、Bugbot seat、Cloud Agent billing 都是高波动事实。

对外教程可以讲：

怎么选择模型。
去哪里核验价格。
怎么看用量。
怎么设置团队边界。

不要把某天的价格和模型表当长期事实写死。发布前回到官方 Models & Pricing、Help Center、Dashboard Usage 和团队 billing 页面核验。

官方来源

Cursor Models & Pricing：官方 usage pools、Auto、Composer、API pool、Premium routing、plans、Max Mode 和 Teams。
Cursor Models and Usage Help：官方 usage limits、on-demand 和用量解释。
Cursor Available Models Help：官方模型可用性和地区限制说明。
Cursor API Keys Help：官方 BYOK 和 provider policy 边界。

接下来去哪

先把 Cloud Agent、Bugbot 和 Review 的成本入口看清。

继续用工作流位置比较 Cursor、Codex、Claude Code、Windsurf 和 Copilot。

官方模型价格

回到官方重组页核验 usage pools、Max Mode 和团队计费。