工具商想当总控台,上游却在造操作系统

去年Cursor会员涨价，用户骂声一片，公司光速滑跪道歉。

这不是定价策略失误，是成本结构露出了底牌。

Cursor每次帮你补全代码，都要向Claude付一次API费用。这笔钱是它的硬成本，必须转嫁给用户。

而Claude自己推出的Claude Code，用同样的模型能力，成本是自家服务器的电费。

你站在用户角度算笔账：一边是层层加价的中间商，一边是厂家直销。功能差不多，价格差一截。你的鼠标会点向哪里？

结果写在财报里。Cursor吭哧吭哧干几年，年收入目标五亿美元。Claude Code上线一个多月，收入一亿三千万。

这还不是最要命的。

API调用者永远拿不到模型的完全控制权。Claude Code能做的深度代码理解、精准上下文控制、根据编程场景优化模型——这些能力，Cursor只能隔着API窗口张望。

除非你自己造模型。

但隔壁Windsurf的故事你看到了。这家编程助手公司估值三十亿美元，转头就被OpenAI收购。从找融资到被收购，转变快得像按了快捷键。

这不是个案，是规律。

移动互联网早期，一堆公司包装微信公众号的能力做服务。微信小程序一推出，中间商集体失业。

现在编程助手市场在重演这个剧本。

Anthropic有Claude Code，OpenAI有Codex，GitHub有Copilot coding agent。三路大军压过来：模型厂商用成本优势压，代码托管平台用工作流压，编辑器厂商用入口压。

Cursor被夹在中间，唯一的出路是往上爬——从“代码补全工具”变成“研发工作总控台”。

你看它最近的动作：Cloud Agents with Computer Use、Bugbot Autofix、Automations。这些功能都在做同一件事：把价值从单次问答，迁移到长链路执行。

它想控制整个工作流。代码审查、任务触发、团队协同、历史记忆、组织管理——把这些环节串起来，你就不是个可有可无的工具，你是研发团队的操作系统。

但这个转型窗口正在关闭。

OpenAI已经把Codex定义成能在云端并行处理任务的工程agent，做了Codex app和Slack、SDK的集成。GitHub把Copilot coding agent推给企业用户，命令行工具正式发布。Anthropic那边，Claude Code形成了订阅版、API版、GitHub Actions、团队成本管理一整套。

上游厂商也在往工作流控制层走。

你加一个自动化功能，Claude Code就集成进GitHub Actions。你做一个团队协作模块，Codex就打通Slack和命令行。

你追的是功能点，人家建的是生态位。

去年有场架构师峰会，有人问：新一代开发者只用智能界面编程，没碰过Vim甚至VS Code，他们的基础能打牢吗？

这个问题换个主语也成立：Cursor这样的智能编辑器，如果只是把一堆智能体功能塞进界面，它的根基能打牢吗？

臃肿的编辑器，不如轻量化的终端。

当智能体本身就能理解代码、执行任务、协调流程时，编辑器这个载体还必要吗？

也许未来的编程，发生在你给智能体描述需求的瞬间。它分解任务、调用工具、编写代码、测试部署，全程不需要你打开一个叫“编辑器”的软件。

到那个时候，Cursor们存在的、不可或缺的价值，是什么？

不是功能多全，不是界面多美。

是你把多少原本需要人工切换的环节，变成了无需思考的自动流转。是你对某个垂直开发场景的理解，深到上游厂商懒得做、下游团队自己做不了。

总控台的按钮谁都能画，真正难画的是按钮背后那根连通所有系统的线。

— END —

参考来源：碳基智子·Cursor 遭遇降维打击 2.0