Cursor 里可选模型很多，按「能力档位」和「速度档位」分成多档。下面按类型说明各自区别和适合场景。
一、Claude 系（Anthropic）
Claude Opus 4.6
- 定位：默认首选，复杂任务和 Agent 场景表现最好。
- 特点：SWE-Bench 等编码基准领先，多步工具调用稳，架构设计、安全审计、代码审查、复杂业务测试生成都适合。
- 成本 ：约 <math xmlns="http://www.w3.org/1998/Math/MathML"> 5 / 5 / </math>5/25 每 100 万 token（输入/输出），相对最贵。
- 适用：多文件重构、架构设计、安全审计、需要「一次做对」的重要任务。
Claude Sonnet 4.5
- 定位：日常主力、省预算的均衡选择。
- 特点：比 Opus 便宜约 40%，常规编码（工具函数、表单、CRUD、明确需求）质量差距不大。
- 成本 ：约 <math xmlns="http://www.w3.org/1998/Math/MathML"> 3 / 3 / </math>3/15 每 100 万 token。
- 适用：可一句话说清、输出可预期的任务；预算紧张或长对话时用 Sonnet + Max 模式控成本。
Sonnet 4 1M Max Only
- 定位 ：只用大上下文的 Sonnet 4，不拼深度推理。
- 特点 ：支持约 100 万 token 上下文（需开 Max 模式），能一次看大量文件/文档；常规模式下 Cursor 会把上下文压到约 1～1.5 万 token，此模式把「完整上下文」交给模型。
- 适用 ：超大代码库分析、跨模块理解、长文档/多文件同屏理解，要的是「看得全」而不是「想得深」。
Sonnet 4 1M Max Only 深度思考
- 定位 ：在 1M 上下文基础上，开启深度推理/扩展思考。
- 特点：在 Agent Max 模式下，模型有完整上下文 + 更长推理链（数百步思考），适合需要「边看全库边深度推演」的任务；成本比普通 Sonnet 高。
- 适用：既要大代码库全局视野，又要复杂逻辑推演、多步规划时的 Sonnet 选项。
Haiku 4.5
- 定位：轻量、快速、便宜。
- 特点：响应快、单价低，适合简单补全、小改、格式整理等。
- 适用：简单编辑、批量小改、对质量要求不高的日常零碎任务。
二、OpenAI / Codex 系（GPT-5.3）
GPT-5.3
- 定位：通用平衡档，能力与速度折中。
- 特点：默认上下文约 200k+ token，适合大多数对话与编码任务。
- 适用：不特别强调「极简」或「极深」时的默认选择。
GPT-5.3 Codex（及 Low / High / Extra High）
- 定位 ：面向编码优化的 GPT-5.3 系列，按「推理深度」分档。
- Codex：编码特化，找 bug、修代码库、产品化代码往往优于同代通用模型；支持基本 git 等操作。
- Codex Low：轻量推理，成本低，适合简单重写、批量处理；细节和鲁棒性相对弱。
- Codex High：深度推理，适合复杂架构、算法设计；速度慢、成本高。
- Codex Extra High：最高推理档，适合最难的设计与推理任务。
- 适用：Codex = 日常编码；Low = 省成本/简单任务；High / Extra High = 架构与难题。
GPT-5.3 Codex Fast / Low Fast / High Fast / Extra High Fast
- 定位 ：在对应「深度档」基础上优先速度、降低延迟。
- Codex Fast：类似 Codex 但更快，适合聊天和快速迭代。
- Codex Low Fast：低成本 + 高速度，适合批量、简单任务。
- Codex High Fast：强推理但延迟较低，介于「High」和「Fast」之间。
- Codex Extra High Fast：Extra High 的加速版。
- 适用：同一档能力下，当你更在意响应速度或迭代次数时选对应 Fast 版本。
三、Cursor 自研
Composer 1.5
- 定位 ：Cursor 自研的速度优先编码模型。
- 特点 ：多数回合 30 秒内完成，约 250 token/s，比同级别模型快约 4 倍；针对代码库语义搜索、多步工程任务优化；驱动 Cursor 2.0 多 Agent 界面。
- 成本 ：约 <math xmlns="http://www.w3.org/1998/Math/MathML"> 1.25 / 1.25 / </math>1.25/10 每 100 万 token，比 Opus/Sonnet 便宜。
- 适用：快速改样式、小重构、需要多次来回迭代、对「秒级响应」敏感的场景。
四、Google 系（Gemini）
Gemini 3 Pro
- 定位 ：大上下文 + 多模态专家。
- 特点 ：默认约 200k，Max 模式可到 1M token；原生支持图片（截图、Figma、架构图），可直接在对话里分析 UI、设计稿、图表。
- 成本 ：约 <math xmlns="http://www.w3.org/1998/Math/MathML"> 2 / 2 / </math>2/12 每 100 万 token。
- 适用：超大代码库一次分析、贴截图修 UI、按设计稿实现、图表/文档中的视觉信息理解。
Gemini 3 Flash
- 定位 ：Gemini 3 的快速版。
- 特点：延迟更低、单价通常更友好，能力略逊于 Pro。
- 适用：需要 Gemini 系能力（大上下文/多模态）但更看重速度和成本的场景。
五、xAI 系
Grok Code
- 定位 ：极致省钱的编码选项。
- 特点 ：约 <math xmlns="http://www.w3.org/1998/Math/MathML"> 0.20 / 0.20 / </math>0.20/1.50 每 100 万 token，上下文约 256k。
- 适用：简单、重复、对质量要求不高的任务；预算非常紧时的备选。
六、怎么选（速查）
| 需求 | 建议模型 |
|---|---|
| 复杂架构 / 多文件重构 / 安全审计 / 一次做对 | Opus 4.6 |
| 日常编码、省预算、可预期任务 | Sonnet 4.5 或 Composer 1.5 |
| 超大代码库、要「看全」 | Sonnet 4 1M Max Only 或 Gemini 3 Pro (Max) |
| 大库 + 深度推理 | Sonnet 4 1M Max Only 深度思考 或 Opus 4.6 Max |
| 贴图修 UI、按设计实现、分析图表 | Gemini 3 Pro |
| 编码特化、找 bug、修库 | GPT-5.3 Codex（复杂用 High/Extra High） |
| 要快、多轮小改 | Composer 1.5 或 Codex Fast 系列 |
| 极简任务、省成本 | Haiku 4.5 或 Grok Code |
实用技巧：
- 用
Cmd+./Ctrl+.可快速切换模式；在 Agent 面板点模型名可换模型，对话中可随时切换。 - 若某模型总在同一个问题上犯错，可换一档（如从 Sonnet 换到 Codex 或 Opus）换思路。
- 长对话会堆上下文、烧钱快；日常多用
@引用文件，少贴大段代码；Max/深度思考只在需要时开。
说明：具体模型名称与档位以 Cursor 当前界面为准；定价与上下文上限可能随版本更新，以官方为准。