AI编程工具的竞争很少直接发生在“产品层”，更多时候藏在模型接口那一层。Cursor这次被推到台前，某种程度上不是产品问题，而是供应链结构突然失衡。
Cursor最初的增长路径并不复杂：依托Anthropic的API能力，把代码生成、补全、重构这些开发者高频动作打包成一个IDE体验层。早期收入结构里，40%到50%来自直接调用模型带来的使用转化，这种模式在AI应用早期并不少见——上层应用吃增长，下层模型提供算力与智能。
问题出现在模型开始“长出应用”。
Anthropic并没有停留在基础模型供应商的位置，而是把能力外延做成了产品形态——Claude Code。这个动作看上去像是功能延伸，但对Cursor来说更像是正面竞争。毕竟两者面对的是同一批用户：需要写代码、调试、重构的开发者。
据公开信息，Claude Code在推出后迅速放大规模，年化收入达到25亿美元，甚至超过Cursor的20亿美元水平。数字本身并不是关键，关键在于用户迁移路径变得极短：在同一生态内，开发者可以无缝切换工具，而不需要重新适应工作流。
这类迁移在开发者产品里尤其致命。工具之间的切换成本，本来就是护城河的一部分。一旦模型提供方自己下场做应用，护城河会被直接抹平。
Cursor的压力不止来自“竞争产品”，还有更底层的不确定性——模型供给本身。
有一段行业细节在圈内流传较多：Anthropic在与Windsurf洽谈收购期间，曾中断模型供应。这类操作放在传统软件行业几乎不可想象，但在AI API生态里却具备现实可操作性。接口即入口，入口即控制权。
对应用层来说，这不是商业风险，而是生存风险。
Cursor管理层的反应也很快。1月5日，联合创始人Michael Truell召开全员会议，核心方向只有一个：减少对外部模型依赖。之后的路径比较典型——转向自研，同时利用开源模型重建能力栈。
他们选择了Moonshot AI（月之暗面）的开源模型作为基础，逐步构建Composer系列。到了今年5月发布的Composer 2.5，自研部分已经超过85%。这个比例变化本身说明一个现实：产品正在从“模型驱动”转向“工程与调度驱动”。
但这里面有个微妙的变化。Cursor并没有真正摆脱模型依赖，而是在重新定义“依赖结构”——从单一供应商依赖，转向多模型组合+自研补位。这更像是在做风险分散，而不是完全自给自足。
从行业视角看，这一轮冲突其实暴露了一个早期被低估的问题：AI应用层和模型层之间，并不是稳定的上下游关系，而是动态竞争关系。
模型厂商既是基础设施提供者，也可能随时成为应用层玩家。一旦后者成立，API关系就不再是单向供给，而是双向挤压。
Cursor的案例放在更大范围里看，并不孤立。它更像是一个信号：AI编程工具的竞争维度正在改变，从“谁做得更好用”，逐渐转向“谁掌握模型入口与分发权”。
这种变化还在早期阶段，但已经足够让整个应用层重新评估一个问题——到底应该把能力押在模型上，还是把模型变成可替换零件。答案并不稳定，甚至可能每半年都要重新算一次。
