模型、价格与用量
基于 Cursor 官方 Models & Pricing 文档解释 usage pools、Auto、Composer、API pool、Max Mode 和团队计费边界。
Cursor 的模型和价格页变化很快，教程不要把它写成固定价目表。本章要建立的是判断框架：Cursor 个人计划有两个 usage pools；选择 Auto / Composer 和选择具体模型，消耗的池子不同；Max Mode、Premium routing、Teams 计费和 BYOK 也会改变成本结构。
核验日期：2026-05-09。模型、价格、用量和套餐属于高波动信息，真实采购和团队配置必须以官方当前 Models & Pricing 页面、Dashboard Usage 和 Pricing Policy 为准。
1. 两个 usage pools
官方 Models & Pricing 文档说明，individual plans 有两个独立 usage pools，并随 monthly billing cycle 重置。
| Usage pool | 官方含义 | 适合 |
|---|---|---|
| Auto + Composer | 选择 Auto 或 Composer 2 时，有更多 included usage，面向较低成本的日常 agentic coding | 日常任务、常规 agent 编码、成本敏感任务 |
| API | 选择具体模型或 Premium routing 时，按该模型 API price 计费；个人计划每月包含至少 $20 API usage，高阶计划更多 | 指定模型、复杂任务、需要明确模型能力的任务 |
两个池子都能在 editor settings 和 usage dashboard 中查看。
flowchart TD
Task["Cursor 请求"] --> Choice{"选择方式"}
Choice -->|Auto / Composer 2| AutoPool["Auto + Composer pool"]
Choice -->|Specific model / Premium| ApiPool["API pool"]
AutoPool --> Daily["日常 agentic coding"]
ApiPool --> Cost["按模型 API rate 消耗"]
Cost --> Usage["Usage dashboard 查看请求级成本"]2. Auto、Composer 和 Premium 怎么理解
官方文档说明：
| 模式 | 判断 |
|---|---|
| Auto | Cursor 自动选择平衡 intelligence、cost efficiency 和 reliability 的模型，适合 everyday tasks |
| Composer 2 | Cursor 自有模型，面向 agentic coding，和 Auto 一起消耗 Auto + Composer pool |
| Premium routing | Cursor 选择更强模型，推荐给最复杂任务；按选中模型 API rate 计费 |
实操建议：
- 日常小任务优先 Auto 或 Composer。
- 复杂重构、长上下文或高风险任务再指定强模型。
- 需要成本可解释时，去 usage page 看 request-level cost 和 model selection。
3. 个人计划和 included usage
官方当前页面列出个人计划包含 unlimited tab completions、extended agent usage limits、Bugbot 和 Cloud Agents。页面还列出 Pro、Pro Plus、Ultra 三个个人计划，以及每月包含的 API usage 和 Auto + Composer included usage。
不要在团队文档里只写“某套餐够用”。更稳的是按使用类型判断：
| 使用类型 | 官方页面给出的方向 |
|---|---|
| Daily Tab users | 通常能留在低成本范围内 |
| Limited Agent users | 常常能留在 included API usage 内 |
| Daily Agent users | 可能需要更高月使用量 |
| Power users | 多 agents / automation 场景成本更高 |
同样一个月费，不同模型和不同任务会消耗完全不同。成本管理要看 usage dashboard，不靠感觉。
4. Max Mode 会加速消耗
官方 Max Mode 说明：它把 context window 扩展到模型支持的最大范围，让模型更深入理解代码库，适合复杂任务。但它按模型 API rate 走 token-based pricing，会更快消耗 usage。
适合 Max Mode：
- 需要读很大代码库。
- 跨模块架构判断。
- 长上下文调试。
- 复杂迁移和重构计划。
不适合 Max Mode：
- 改一段文案。
- 单文件小修。
- README 小改。
- 不需要大上下文的日常任务。
深读：为什么模型列表不应该成为教程主体
Cursor 官方模型表很长，而且模型是否 hidden、是否需要 Max Mode、context、能力、价格和 notes 都会变化。把某一天的模型列表完整搬进教程，很快会过期。
商业级教程应该教核验路径和决策方法：先判断任务复杂度，再决定 Auto、Composer、指定模型还是 Premium；再用 usage dashboard 看实际消耗；最后用官方页面核对当前模型和价格。
5. Teams 和企业边界
官方 Models & Pricing 文档说明，Teams 和 Enterprise 面向团队场景，并提供 privacy mode enforcement、admin dashboard with usage stats、centralized team billing、SAML/OIDC SSO 等能力。Enterprise 适合需要 priority support、pooled usage、invoicing、SCIM（System for Cross-domain Identity Management，跨域身份同步标准）或 advanced security controls 的客户。
Cursor Token Rate：Teams 套餐里非 Auto 的 agent 请求会额外加一层费率（约 $0.25 / 1M tokens），Auto 不受此约束。BYOK（Bring Your Own Key，自带 API Key）使用也会触发这一层。具体数字以官方 pricing 页面为准。
团队上线前至少确认：
- 是否需要 privacy mode enforcement。
- 是否需要 SSO / SCIM。
- 是否需要 pooled usage、billing groups 或发票。
- 是否允许 BYOK 或指定模型路线。
- 是否有 monthly spend alert / limit。
本章自检
完成本章后，用这 3 个问题检查自己是否真正理解：
- Auto + Composer pool 和 API pool 的区别是什么？
- 为什么 Max Mode 更适合复杂任务，而不是所有任务默认开启？
- 团队采购时为什么不能只看个人套餐价格？
通过标准：你能根据任务复杂度选择 Auto、Composer、指定模型、Premium 或 Max Mode，并知道去 usage dashboard 核对真实消耗。
官方来源
- Cursor Models & Pricing —— 官方说明 usage pools、Auto、Composer、API pool、Premium routing、plans、Max Mode、Teams 和 Cursor Token Rate。
- Cursor Teams Pricing —— 官方团队价格和功能入口。
- Cursor Pricing Help —— Help Center 计费解释入口。