Cursor企业版模型争议：顶配Opus竟被廉价Composer替换？

近日，Cursor企业版引发了开发者社区内的一场轩然大波。据用户反馈，即使明确选择了昂贵的Opus 4.6模型作为主模型，实际执行任务的却是价格更低、速度更快的Composer模型。这一现象不仅引发了对定价透明度的质疑，也让AI编程工具的用户体验再次成为讨论焦点。

事件始末：用户发现“偷梁换柱”

4月5日，一位AI工程师Harveen Singh Chadha发推文揭露了Cursor企业版的一个“操作”，受到了广泛关注。他发现，在选择了Opus模型作为主模型后，自动生成的子代理仍默认使用的是Composer-2-fast——一个较为廉价的模型。

他在推文中写道：“您支付的费用是Opus，但实际上所有子代理运行的都是Composer。”这一说法形象地比喻为“雇佣一个顶级大厨写菜单，却让实习生完成菜品”。

更令人无奈的是，如果用户想通过所谓的MAX模式强制使用Opus子代理，仅仅完成原本需要四个请求的任务，系统会消耗21个premium请求。这一资源消耗让用户直呼“离谱”。

Cursor官方回应：这是设计特点

在事件发酵后，Vercel公司的副总裁Lee Robinson快速出面回应。他表示：“Composer子代理默认用于快速运行bash命令等任务，这样可以提高效率，减少成本。”并强调用户可以自定义子代理并选择模型。

这一解释似乎暗示，这种行为是经过设计的，并非Bug。然而，对于付费用户而言，这种默认设置显然难以接受，尤其是对于那些需要高精准度任务的企业客户。

开发者社区的质疑：透明度何在？

此事件也让开发者社区围绕工具定价透明度展开激烈讨论。许多用户指责Cursor的企业版功能未明确告知任务具体调用的模型，这极大地损害了对平台的信任。此外，MAX模式激增的资源消耗也被誉为“加深用户费用焦虑”。

部分开发者认为，企业级工具的模型选择策略，应当由用户自由掌控，尤其是在多花费用的情况下。而官方所宣称的“优化成本”策略，似乎与付费用户的期待背道而驰。

总结与启示

无论是企业用户还是个人开发者，这场关于Cursor企业版模型分配的争论揭示了一个重要课题：AI工具的透明化至关重要。平台应加强对用户的知情权，避免再次引发类似争议。

对于使用AI编程工具的工程师而言，这一事件也提醒了选择解决方案时的注意事项：付费功能是否真正价值匹配，使用模式是否明确可控，隐性成本是否会带来额外支出。这些都是在选用工具前必须关注的核心问题。