Cursor 模型怎么选：10 月调整后的可用模型与计费规则

核验日期：2026 年 10 月 25 日。本文依据 Cursor 当时在线的模型、订阅、Router 和子智能体文档核验。最需要分清的是：“可以使用某个模型”和“套餐包含它的用量”是两回事。

Cursor 模型有哪些？现在能用哪些模型？

Cursor 同时支持自有的 Grok、Composer 模型，以及第三方的 Claude、GPT、Gemini 模型，但具体能用哪些，取决于订阅套餐。 在现行订阅体系 The X Subscription 下，付费账户每周获得与 Grok 共用的 Cursor 模型额度；第三方模型请求则扣除预付余额。Cursor 现行模型文档说明了这一区别。

下表分别列出新订阅和旧版账户的规则。“套餐内可用”表示从额度中扣除，并不代表请求次数无限。Free 的用量有限，付费套餐的额度则因账户而异。

来源：可用模型、现行订阅和旧版套餐。Teams 和 Enterprise 还需为适用的第三方请求支付 Cursor Token Rate 附加费，务必查看豁免清单。个人账户不收取这项附加费。

根据 Cursor 公布的价格，个人套餐的税前月费分别为 Free $0、Plus $8、Premium $30、Super $100、Ultra $200，均以美元计价。额度、团队席位和旧版套餐的细节见 Cursor 价格详解。

Cursor 免费模型有哪些？Plus 有什么限制？

Free 可以体验自有模型；Plus 则是功能受限的自有模型编程套餐。 Plus 固定关闭 Fast，将推理强度设为 medium，Grok 4.7 的上下文窗口为 256k。它不支持 Auto、第三方模型或自带 API 密钥。这些都是明确写入套餐的限制，所以菜单里没有 Claude，不一定是安装出了问题。

如果只是用 Composer 做小幅修改，这样的配置可能已经够用。但如果工作流程明确依赖 Claude 或 GPT，Plus 在模型权限这一关就不符合要求，还谈不上比较输出质量。订阅之前，先确定自己必须使用哪些模型。

Premium 能用哪些模型？与旧版套餐有何不同？

Premium 及以上套餐开放第三方模型，但新订阅并不附带第三方模型额度。 已有 Pro、Pro+ 或旧版 Ultra 账户的情况不同：每月的 Other Models 额度池仍可按模型的 API 标价支付第三方用量。额度用完后，如果启用了按需付费，就可以继续付费使用。Cursor 旧版套餐文档对此有明确说明。

可以把新账户理解成一张餐饮会员卡：自家菜包含在套餐里，外请厨师的菜另付费；旧版账户则还带有一笔外请菜品的额度。因此，同一个模型名称虽然能同时出现在两种账户中，实际扣除的余额却可能不同。

旧版订阅用户在迁移前，应先查看自己实际用了多少第三方模型。Cursor 表示，切换到新订阅是自愿的，但一旦切换就无法恢复。如果平时最常用的是 Claude，再多的自有模型额度也替代不了套餐内的 Claude 额度。

Cursor 模型怎么选？日常编程与复杂任务分别用什么？

先看任务卡在哪里：交互太慢、长任务做不完，还是需要某个模型特有的处理方式。 Cursor 的选型建议是：交互式编程选 Composer，最难且耗时较长的任务选 Grok 4.7，复杂的多步骤任务可以选 Claude Opus 或 GPT-5.6 Sol。下面把这些建议放到日常开发场景中说明。

Composer 2.5：需要自己随时介入、引导修改时，先从它开始。 Cursor 称它针对工具调用、文件编辑和终端操作做了优化。模型页面列出的上下文窗口为 200k；快速版本面向交互式会话，标准版本则侧重降低 token 成本。

一个组件需要修改，而且已有明确失败的测试，就很适合拿来起步：要求做最小改动，检查 diff，再继续推进。需要停下来调整的信号是：反复修补，却始终没有解决根本问题。此时应补清需求或换用更强的模型，不要无限延长没有进展的对话。也要先看速度设置，不能认为只要叫“Composer”，用量表现就固定不变。

Grok 4.7：适合需要持续排查和验证的任务。 Cursor 表示，与 Grok 4.6 相比，它改进了自我验证和长时间执行任务的能力。例如，跨文件修改身份验证逻辑，就很依赖持续推进能力：智能体必须串起请求处理、会话逻辑、测试和失败路径。交付任务之前，先把这些检查项列清楚。

Grok 4.7 文档区分了 256k 的标准上下文和 500k 的最大上下文，单位都是 token，也就是模型处理文本和代码时使用的片段。上下文容量决定模型一次请求能考虑多少材料，却不保证它会注意到关键依赖。除了文件，还要给出出错表现和验收标准。

Grok 4.6 和 Grok 4.5：已有工作流程表现可靠，就有保留的理由。 Cursor 仍然列出了这两个版本，但其 Grok 4.6 页面建议使用 4.7，以获得更强的自我验证和长任务处理能力。面对新的高难度任务，仅仅因为熟悉，就把旧版本设为默认，理由并不充分；同样，在没有评估替代方案之前，也没必要打乱一个已经能通过验收的工作流程。Grok 4.7 与 Grok 4.6 对比讨论了这类迁移决策。

Claude Opus 和 GPT-5.6 Sol：处理复杂任务，或需要另一种解题思路时，再有针对性地选择。 当问题需要不同模型换个角度理解时，它们的价值就体现出来了。切换时保持任务和验收测试不变，才能判断结果是否更好，而不是被更有说服力的解释打动。

Cursor 的 GPT-5.6 Sol 页面介绍了它持续执行智能体任务，以及简洁规划、调试回复的特点；同时也指出，它可能过度使用子智能体，有时会等到收到明确执行指令才动手。如果模型提出了正确修复方案却停在那里，就直接要求它实施。方案写得再漂亮，也不等于工单已经完成。

Gemini：已有明确偏好理由时，值得评估。 Cursor 的通用指南提到，部分用户偏好 Gemini Pro；这不等于官方宣称 Gemini 在某类编程任务中胜出。当前模型目录包含 Gemini 4 Argon、Gemini 3.1 Pro、Gemini 3.8 Flash，也列出了 Opus 5.5、Sonnet 5.5 等较新的 Claude 型号。应查看可直接选择的模型目录，因为它与 Auto 的路由模型池是两份不同的名单。

实用的默认方案是：能持续检查过程的任务用 Composer，瓶颈在于持续排查时用 Grok 4.7；第三方模型则在已获准使用、且输出值得单独付费时采用。无论选哪一个，都应以人工审查和代码仓库检查作为验收标准。

Cursor Auto 怎么选？Cost、Balance 与 Intelligence 的区别

Auto 是模型选择机制，本身并不是另一个模型；较新的 Cursor Router 目前要求使用 Teams 或 Enterprise。 Cursor 的 Router 文档明确将 Balance 和 Intelligence 归于这一系统。Plus 则明确不支持 Auto。不要以为所有账户看到的 Auto 菜单都相同。

这些模式定义和计费规则来自 Cursor Router 文档。Cursor 称 Balance 是新用户的默认模式，而团队管理员可以控制开放哪些模式。表中的“建议用途”是实际操作层面的解读：常规工单先用常规设置，只有任务确实需要时再升级，不必只因好奇就提高配置。

目前文档列出的 Router 模型池是 GPT-5.5、Claude Opus 5、Grok 4.6 和 Claude Fable 5。Cursor 提醒，这个模型池会变化，而且某个模型可能先进入手动选择列表，之后才加入路由。因此，选择器里有 Grok 4.7 和 GPT-5.6 Sol，并不能证明 Auto 会调用它们。应以已公布的模型池为准。

团队负责人还需要留意路由策略中的依赖关系。禁用 Grok 4.6 会导致 Router 停用；同时禁用 GPT-5.5 和 Claude Opus 5，也会导致 Router 停用。据 Cursor 说明，如果只禁用后两者中的一个，路由质量也会下降。审核允许列表时，应把它当成需要实际运行的路由配置，而不只是偏好的供应商名单。

Enterprise 管理员必须启用 Router，团队设置也可以限制可用模式或强制使用 Auto。管理员控制文档解释了为什么某个账户能看到的设置，另一个开发者却改不了。路由到第三方模型的请求仍按第三方规则计费；选择 Auto，不会让它变成套餐内的自有模型用量。

Cursor 怎么切换模型？切换后还要检查哪些设置？

在聊天或智能体面板中切换模型，然后在提交下一个任务前检查设置。 Cursor 表示，所选模型会跨对话保留。这很方便，但昨天选的高成本或专用模型，也可能悄悄成为今天的默认选项。无论使用指定模型还是 Auto，都可以先看模型切换说明。

Cursor 多模型如何协作？子智能体的模型由谁决定？

主智能体选择器中的模型，并不能决定所有子智能体使用什么模型。 子智能体是接受委派、独立完成部分任务的执行者。Cursor 内置的子智能体会按子任务选择模型；自定义子智能体默认使用 inherit，即继承主智能体的模型，也可以指定模型 ID。主智能体在启动子智能体时，同样可以指定模型。Cursor 子智能体文档介绍了这些配置方式。

例如，可以将自定义配置放在 .cursor/agents/local-review.md 中：

---
name: local-review
description: Reviews a bounded code change for correctness.
model: "composer-2.5[fast=false]"
---
Review the supplied diff and relevant tests.
Report concrete defects with file references. Do not edit files.

这里的模型设置明确指定了标准速度的 Composer 2.5。如果希望子智能体跟随主智能体的模型，改用 model: inherit 即可。模型配置语法来自 Cursor 的配置文档。

计费上的影响很容易被忽略。主智能体使用 Grok、Composer 或 Auto 时，仍可能把任务交给指定的第三方模型。这个子智能体会在新订阅下扣除预付余额，在旧版套餐下消耗 Other Models 额度。任务卡片会显示实际运行的模型，用量面板也会记录对应模型。套餐限制和管理员禁用规则，可能让配置中的模型选择无法生效。

团队排查意外账单时，应从这些子智能体记录入手。不能只因为主聊天窗口显示的是自有模型，就认定额度扣错了。每个子智能体都有独立的上下文和 token 用量，因此委派任务也要有明确价值：独立排查、单独审查，或确实适合在独立上下文中完成的工作。

Cursor 自定义模型怎么接入？自带 API 密钥的限制

自带 API 密钥改变的是受支持推理请求的付费方，不会消除套餐、功能或供应商限制。 Plus 不支持 BYOK，也就是自带密钥。Cursor 的密钥文档列出了 OpenAI 标准非推理聊天模型、Anthropic Claude、Google Gemini、Azure OpenAI 和 AWS Bedrock，具体仍受各供应商所支持配置的限制。

接入时，打开 Cursor Settings > Models，选择供应商，输入密钥并保存。在符合条件的个人套餐中，这些请求由供应商直接计费，不消耗 Cursor 套餐内的模型额度或预付余额。在 Teams 和 Enterprise 中，适用的请求仍需支付 Cursor Token Rate。Tab 补全则继续使用 Cursor 内置模型。

如果组织已经有供应商账户，希望把推理费用记在那个账户下，这种方式就有用。但这并不意味着每个模型版本、每项 Cursor 功能都会使用该账户。在调整团队的计费安排之前，先确认所需的具体模型出现在选择器中，而且目标工作流程受到支持。

数据处理也有边界：请求仍会经过 Cursor 后端，以构建提示词。Cursor 表示，密钥会安全传输且不会被持久化保存，但它的 Zero Data Retention 政策不适用于 BYOK，此时由供应商的数据政策决定。应选择符合组织要求的接入方式，而不只是选择更喜欢的账单归属。

地区限制也会影响可用模型

找不到某个模型，原因可能是套餐，也可能是供应商的地区限制。 Cursor 的地区文档说明，供应商的限制可能让模型不出现在选择器中。此时可选择其他已启用的模型，或在账户支持时使用 Auto。供应商密钥也只能在其允许访问的地区使用，无法绕过地区限制。

分布式工程团队在制定统一模型配置之前，应先从每位开发者所在地区验证预期设置，不要假定所有人的模型菜单都一样。缺少模型时，依次检查套餐、管理员允许列表和供应商的地区可用性，比反复重装编辑器更有助于找到原因。

10 月调整，不能据此得出哪些结论？

订阅菜单变了，并不能证明 GPT 已经从 Cursor 消失。 在本文核验当天，Cursor 文档中仍然有 GPT-5.6 Sol。一条社交媒体帖子不足以证明某个模型已经退出，或确定停用日期。安排当前工作流程，应依据现行模型目录和自己账户的实际权限。

Auto 也不意味着“每次都用最新模型”。它经过验证的模型池与完整目录不同，目标是根据任务选择模型。如果验收要求里明确指定了某个模型，就应在可用时直接选择，不要寄希望于路由恰好选中它。

最后，更大的上下文窗口或更高的推理强度，都替代不了清晰的任务描述。遇到难修的 bug，应提供复现方法、预期行为和必须通过的测试。容量更大，可以容纳更多证据，却无法补上没有说清楚的需求。

如果需要在不同编程客户端之间灵活使用供应商模型，Cursor 替代方案对比讨论了这一独立问题。可迁移性本身就是评估备用方案的理由，无须先假定某家供应商已经离开 Cursor。

谁该现在调整，谁该等等，谁可以继续用原配置？

开发者只有说得清要解决什么问题时，才需要更换默认模型。 如果 Composer 在常规任务中能交付便于审查的修改，就继续用。如果复杂任务反复做到一半就停下，可以设定明确的完成条件，评估 Grok 4.7。如果问题在于需求含糊，就先把需求写清楚。

团队负责人现在就应检查路由和子智能体。 确认可用模型、界面中可见的 Auto 模式、实际路由模型是否显示，以及自定义子智能体是否覆盖了模型设置。只审批主智能体所用模型的政策，会漏掉一部分实际工作流程。

需要 Claude、GPT 或 Gemini 的用户，应排除 Plus。旧版订阅用户则应先弄清迁移会失去哪些额度，再决定是否切换。 现有旧版账户运行正常，并不会因为公开套餐改了名称，就被迫采用新的计费结构。

到周一，从自己的待办事项中各选一个普通工单和一个高难度工单。记录所选模型、设置、子智能体模型、已完成的检查和用量。保留能以较少返工交付合格结果、且用量可预期的配置。这些观察，比仅凭一个模型名称就让整个团队统一选型更有用。

常见问题

订阅邮件通讯，获取模型变化及相关工作流程的实用指南。