Cursor限制第三方扩展面板布局，老用户考虑转向替代工具

一次看似微小的改动，引发老用户强烈反弹

近日，一位在Reddit上活跃的Cursor资深用户发帖控诉：Cursor不再允许将Codex、Claude等第三方扩展面板放置在编辑器右侧——而这个位置，如今被官方"专属保留"给了Cursor自家的Agent功能。

这看似是一个无足轻重的UI布局调整，却触动了长期用户的核心工作流。发帖者形容自己过去两年一直采用"三C并列"的习惯：Cursor、Codex、Claude三个面板全部固定在屏幕右侧，需要时随手切换，"简单顺滑，一切都在同一个地方"。而现在，Cursor Agent"占领了整个右侧疆域，不允许任何人进入"。

这里提到的Codex指的是OpenAI推出的Codex CLI工具或其VS Code扩展形态，它允许开发者在编辑器内直接调用OpenAI的代码生成和理解能力。Codex CLI是OpenAI在2025年推出的终端原生编程代理，支持在本地环境中直接执行代码生成和修改任务——它能读取项目文件、理解代码上下文，并直接在文件系统中应用修改。Claude则是Anthropic公司开发的大语言模型，其编辑器扩展让用户可以在侧边面板中与Claude对话、审查代码或生成方案。许多高级开发者会同时安装多个AI扩展，根据不同任务特性（如Claude擅长长文本推理和复杂逻辑分析、Codex适合快速代码补全和项目级重构）灵活切换，形成"多模型协作"的工作范式。这种多面板并列的工作方式背后有认知科学的支撑——研究表明，空间一致性（spatial consistency）是降低认知负荷的关键因素，当工具始终出现在预期位置时，用户可以形成肌肉记忆式的操作习惯，切换成本趋近于零。这种用法本身就代表了一种与Cursor"单一Agent"设计理念截然不同的使用哲学。

这条帖子之所以引发共鸣，并非因为技术层面多么复杂，而是它折射出一个更深层的问题：当一款开发工具开始强推自家功能、挤压第三方生态空间时，忠实用户会作何反应？

从"集成IDE"到"Agent容器"——Cursor的定位之争

发帖者的一句话点出了矛盾的本质："我把Cursor当作一个集成开发环境（IDE）来用，而不是他们一直想把它变成的那种Agent窗口。"

这句话道出了Cursor产品演进方向与部分用户预期之间的裂痕。Cursor基于VS Code构建，早期最大的卖点是"在熟悉的编辑器里无缝调用AI能力"。用户可以自由选择使用哪家模型、哪个扩展——这种开放性正是许多人选择它的理由。

值得理解的是，VS Code本身拥有庞大的扩展生态系统，支持超过四万个第三方插件，其可扩展架构允许开发者通过Extension API自定义几乎所有界面元素的位置和行为。Cursor基于VS Code的开源版本（Code - OSS）构建，而非微软分发的品牌版本。VS Code的核心代码以MIT许可证开源，允许任何人自由修改和商业化使用。但Cursor作为一个独立的商业化分支产品，其修改集（patch set）是闭源的——这意味着它可以在不违反任何许可协议的前提下对UI行为进行任意修改，包括锁定特定面板位置。这种基于开源项目的商业化分支模式（类似于Chrome之于Chromium、或早期各Linux发行版之于内核），在享受社区贡献红利的同时，也面临着社区对其"背离开源精神"的潜在质疑。这种模式在软件行业中有大量先例：MongoDB从AGPL转向SSPL限制云服务商、Elastic从Apache 2.0转向双重许可等都体现了开源项目商业化过程中的自由度收紧趋势。VS Code本身的核心理念是赋予开发者最大的自由度，而Cursor将这种自由度选择性地收回，在哲学层面构成了一种张力。

开放性正在被重新定义

然而随着Cursor自研模型（如Composer系列）的推出，官方显然希望引导用户更多地使用自家Agent。将右侧面板"独占"给Cursor Agent，本质上是一种通过界面设计施加的软性引导——降低第三方扩展的可用性，抬高自家功能的存在感。

Cursor的母公司Anysphere成立于2022年，由MIT的几位研究者创办，在2024年完成了数轮融资后估值已超过数十亿美元。随着融资规模的扩大，商业化压力也随之增长。Anysphere在2024年开始推出自研的模型能力，其中Composer系列是面向代码生成和编辑场景优化的专用模型。Cursor的Agent功能则是在Composer基础上构建的自动化编程代理，能够自主规划、执行多步骤的代码修改任务，包括跨文件编辑、终端命令执行和错误自动修复。

自研模型对Cursor的商业意义重大，这需要从推理成本结构来理解。每次用户通过Cursor调用第三方API（如Claude或GPT-4），Cursor需要向上游支付推理成本——以Claude 3.5 Sonnet为例，其API定价为每百万输入token 3美元、每百万输出token 15美元。一次典型的复杂代码编辑会话（包括项目上下文注入、用户指令和多轮交互）可能消耗5万到20万token，单次成本在0.5到3美元之间。而Cursor Pro计划的订阅价格仅为每月20美元，重度用户很容易在API成本上超出订阅收入。使用自研模型则能将利润留在体系内（推理硬件的固定投入可通过规模效应摊薄），同时积累宝贵的代码交互数据——包括哪些建议被接受、哪些被拒绝、用户如何修改AI生成的代码等信号——这些数据是训练下一代模型的核心燃料，形成"数据飞轮"效应。正是这种商业逻辑，驱动了UI层面"引导用户使用自家Agent"的产品决策。

对于把Codex和Claude深度整合进日常工作流的用户来说，这种改变的代价是实实在在的：一个使用了两年、"从第一天就开始用"的习惯被强行打断，工作流被迫重构。发帖者用了一个略带戏剧化的比喻——"感觉像是棺材上的最后一颗钉子"。

模型竞争加剧，选择Cursor的理由正在变少

这位用户的另一个抱怨颇具信息量，也反映了当前AI编程工具市场的激烈态势。

他提到，随着"Luna变得更便宜、各种中国模型在快速追赶"，Cursor自家的Composer 2.5甚至已经不再是最好的廉价模型了。这直接引出了一个尖锐的问题："现在选择Cursor的意义到底是什么？"

这里的"中国模型"指向DeepSeek、Qwen（通义千问）、GLM等国产大模型在代码生成领域的快速进步。特别是DeepSeek-Coder系列和阿里巴巴的Qwen2.5-Coder，在HumanEval、MBPP、LiveCodeBench等多个编程基准测试中已接近甚至超越GPT-4级别的表现。DeepSeek-Coder-V2在发布时即在HumanEval上达到90.2%的pass@1成绩，接近GPT-4 Turbo的水平；阿里巴巴的Qwen2.5-Coder-32B-Instruct在多个基准上甚至超越了GPT-4o。更关键的是定价层面的碾压：DeepSeek V3的API定价低至每百万输入token 0.27美元（缓存命中时仅0.07美元），相比Claude 3.5 Sonnet的3美元形成了超过10倍的价格差距。这意味着，如果一个开发者每天进行100次代码生成交互，使用中国模型的月成本可能仅为几美元，而使用顶级闭源模型则可能达到数十甚至上百美元。这种"性能追平、价格碾压"的态势，使得依赖模型能力差异化作为核心卖点的工具面临巨大压力——如果用户可以用更便宜的模型获得相近效果，工具层的附加值就必须来自其他维度，比如更好的上下文理解、更智能的项目索引、或更流畅的交互体验。而帖子中提到的Luna，则代表了另一类新兴竞争者：专注于以极低成本提供"够用"级别代码生成能力的模型服务。

差异化优势正在被稀释

这个质疑值得所有AI工具厂商警惕。Cursor早期的护城河建立在产品体验的流畅度和模型选择的灵活性上。但当：

• 底层模型能力被众多竞品快速追平；
• 廉价高效的替代模型层出不穷；
• 官方却在收紧第三方生态的自由度；

三者叠加时，用户留存的理由就会被逐步削弱。

这种困境在AI工具行业中并非孤例。2024-2025年的AI编程工具市场正在经历前所未有的碎片化竞争：GitHub Copilot仍然是市场份额最大的产品（超过100万付费用户），但其增长已经放缓；Windsurf（原Codeium，2024年底更名）以"Cascade"自主编程代理为卖点，强调对多种模型的开放支持；Zed编辑器走性能极致路线，用Rust重写了整个编辑器栈；JetBrains在其全线IDE中深度集成了AI Assistant功能。更值得注意的是，2025年初Claude推出了"Claude Code"命令行工具，Anthropic开始从模型提供商向开发工具领域延伸，进一步模糊了上下游边界。各家在模型能力上的差距正在快速缩小，当一个工具的独特价值主要来自"我可以自由组合我想要的模型和扩展"，而厂商却主动削弱这种自由度，那么用户的迁移成本反而会随之降低。在这种竞争环境中，任何降低用户切换意愿的产品决策都可能加速用户流失。

产品决策背后的取舍逻辑

从Cursor的角度看，这一改动或许有其商业合理性。自研模型是构建长期竞争壁垒和商业变现的关键，引导用户使用自家Agent能提升粘性、积累使用数据、并减少对第三方API的依赖。这种策略在科技行业中并不罕见：苹果通过默认应用和深度系统集成引导用户使用自家服务，Google通过Chrome的默认搜索引擎设置巩固搜索市场份额。但这些案例也同时说明，执行的"度"至关重要——苹果因App Store政策和默认应用设置面临过反垄断调查（2024年欧盟《数字市场法案》要求苹果在iOS上允许第三方应用商店和默认浏览器选择），Google则因默认搜索协议被欧盟处以超过80亿欧元的累计罚款。

但问题在于执行方式。强制性地剥夺用户已有的布局自由，而非提供"推荐但可选"的方案，很容易激起反感。开发者群体对工具的控制权有着近乎本能的执着，这种心理根植于软件工程文化的核心价值观。从Unix哲学的"做一件事并做好"（Do One Thing and Do It Well）到Vim/Emacs长达数十年的"编辑器圣战"——这场争论的核心与其说是哪个编辑器更好，不如说是对"极致可定制性"的共同追求。开发者长期形成了"工具应该服务于我的工作方式，而非反过来"的预期。

任何未经明确同意就改变用户工作流的行为，在开发者社区中都极易引发强烈反弹。历史上不乏先例：微软在Windows 10中通过系统更新重置默认浏览器为Edge，引发开发者社区大规模抗议，最终在Windows 11中提供了更明确的默认应用选择界面；JetBrains在IntelliJ IDEA新版中调整默认快捷键映射，导致社区issue中数百条愤怒评论，最终迫使其提供"经典键位"回退选项；甚至Python从2.x到3.x的迁移——尽管技术上完全合理——也因为"破坏了已有工作流"而耗费了整个社区超过十年的迁移时间。这种"控制权敏感"也是为什么开源工具在开发者中拥有天然好感度的原因——开源意味着"最终解释权在我手里，大不了我fork一份"。Neovim之于Vim、LibreOffice之于OpenOffice，都是社区在对项目方向不满时"用脚投票"的经典案例。

忠实用户的流失最难挽回

说个细节，发帖者是一位使用了两年的老用户，并且明确表示"这是第一次认真考虑离开"。这类用户往往是产品最坚定的拥护者，他们的动摇比新用户的流失更具警示意义。在SaaS产品的用户生命周期价值（LTV）模型中，早期采纳者不仅贡献了最长的付费周期（假设月订阅20美元，两年即480美元的已实现收入，加上未来可能的续费），更重要的是他们在社区中的影响力——一个Reddit上的详细控诉帖可能被数千人阅读、在Twitter/X上被转发传播，影响数百个潜在用户的决策。产品管理中有一个经典认知：获取一个新用户的成本是留住一个老用户的5到25倍（这一数据最早来自Bain & Company的研究），而老用户的口碑传播效应更是难以量化。特别是在开发者工具市场，技术博客文章、Reddit讨论帖和Hacker News评论往往是新用户选择工具时最信赖的信息来源。

当然，单个Reddit帖子并不能代表全部用户的态度，也可能存在个人使用习惯偏好的因素。但它至少揭示了一个真实的张力：在AI编程工具的白热化竞争中，厂商在推进商业化和保护用户体验之间，需要更谨慎地权衡。

结语：留住用户的从来不是围墙

这起小小的UI争议，本质上是关于"开放"与"围墙"的老命题。在模型能力日益同质化的今天，工具厂商真正的竞争力，或许不在于把用户圈进自家生态，而在于让用户在自由选择的前提下，依然愿意留下来。这个逻辑与互联网早期"门户网站vs搜索引擎"的竞争如出一辙——试图用围墙花园留住用户的AOL在2000年代初拥有超过3000万付费用户，却在开放互联网的冲击下急剧衰落，最终败给了让用户自由探索的Google。在AI工具领域，最终胜出的很可能也是那些尊重用户自主权、通过体验优势而非锁定效应赢得忠诚的产品。

对Cursor而言，如何在推广自研Agent与尊重用户既有习惯之间找到平衡，将是决定其能否守住这批高价值早期用户的关键。一个可能的折中方案是：将右侧面板的默认状态设为Cursor Agent，但允许用户通过设置将其解锁为自由布局——既实现了"引导"的商业目的，又保留了高级用户的定制自由。毕竟正如那位用户所言——当选择Cursor的理由变得模糊，离开也就不再困难。