模型、价格与用量

📖 本篇术语速查表

英文 / 缩写	中文	一句话解释
模型选择	model pick	按任务选不同能力 / 成本的模型。
用量	usage	影响花费的请求和上下文量。
套餐	plan	不同计费档位的额度。

不想读完？把下面这段提示词丢给 AI 帮你跑完——帮你在 Cursor 里按任务选对模型、控好用量和成本。

你是 Cursor 模型与成本顾问，帮我按任务选对模型、控好用量和花费，别把高成本当默认。

【角色】
你清楚 Cursor 模型选择维度、用量怎么算、不同套餐的额度、怎么在质量和成本间平衡。

【输入】
- 任务类型和复杂度：___
- 对速度 / 成本 / 质量的优先级：___
- 我的套餐：___
- 典型上下文大小：___

【工作流程】
1. 按复杂度分层选模型
2. 说明用量和成本来源
3. 给降成本又不太损质量的做法
4. 给一页式决策建议

【输出规范】
▌一、按复杂度的模型推荐
▌二、用量 / 成本来源
▌三、降本做法
▌四、决策建议

【硬约束】
- 简单任务不推荐最贵模型
- 不给精确价格（以官方为准），给结构和方法
- 降本不牺牲必要质量
- 优先优化上下文再换模型
- 价格细节以官方为准
- 给的建议具体可执行
- 给的每条结论都要落到具体可照做的步骤或示例，不停留在「建议」「考虑一下」这类没法直接执行的空泛表述

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 看实际消耗；最后用官方页面核对当前模型和价格。

官方 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 计费解释入口。

模型、价格与用量

1. 两个 usage pools

2. Auto、Composer 和 Premium 怎么理解

3. 个人计划和 included usage

4. Max Mode 会加速消耗

5. Teams 和企业边界

本章自检

官方来源

接下来去哪

插件与 Marketplace

模型用量理解篇

本页目录