[控场AI]
· 13 分钟阅读· 6,705 字

Cursor重构AI编程:云端智能体、Origin平台与自研大模型三箭齐发

Cursor重构AI编程:云端智能体、Origin平台与自研大模型三箭齐发

在最新的产品发布会上,Cursor CEO Michael 系统回顾了公司从2022年起步的历程,并抛出三项重磅公告:Cursor Mobile 移动端上线、正面挑战 GitHub 的 Origin 平台,以及首次披露的全新自研大模型。这一系列动作共同指向同一个信号——AI 编程正在从"辅助工具"彻底转向"智能体优先(Agent-First)"的新范式。

从"史前时代"到 Agent-First

Cursor 的故事始于2022年1月,最初只是四位年轻程序员想做一款自己愿意用的工具。有意思的是,早期他们一度对 AI 编程赛道望而却步,认为"没有空间了"——毕竟当时已有数十家创业公司、大厂乃至顶级 AI 实验室在布局。但他们最终还是"钻进洞里码了两周代码",做出了第一版原型。

如今回望,那个原型"没有一行代码、没有一个像素"留存至今。Michael 强调,Cursor 的核心哲学始终是"开发者为开发者而造",并以极强的产品导向不断推倒重来。

过去三个月最大的主题,是让 Cursor 变得"更简单也更强大",并彻底转向 Agent-First(智能体优先)。所谓 Agent-First,是一种软件架构与产品设计哲学——将 AI 智能体而非人类操作者作为系统的主要执行主体。与传统的"AI 辅助"模式不同,智能体优先的系统允许 AI 自主完成多步骤任务:制定计划、调用工具、执行代码、验证结果、根据反馈迭代,整个闭环无需人类逐步介入。

这一范式的底层支撑来自大语言模型在工具调用(Tool Use)和长程推理(Long-horizon Reasoning)能力上的突破,以及多个关键框架的成熟:ReAct 框架(Reasoning + Acting)由 Google Research 于2022年提出,允许模型在推理步骤中交替生成思维链与具体行动指令,是当前主流智能体框架的理论基础;Chain-of-Thought 则通过引导模型逐步推理显著提升了复杂任务的完成质量;工具调用(Function Calling)能力由 OpenAI 在2023年正式引入后成为行业标准,使智能体得以调用搜索引擎、代码解释器、数据库等外部系统,突破了纯语言模型的行动边界。值得一提的背景是,这三项技术能力并非孤立演进——ReAct 框架正是建立在 Chain-of-Thought 的逐步推理能力之上,而 Function Calling 则将 ReAct 框架从"思维链模拟行动"推进到"真实工具调用",三者共同构成了当前 AI 智能体能够可靠执行复杂工程任务的技术地基。

数据相当说明问题:

  • 超过 95% 的 Cursor 用户主要将其作为智能体使用
  • 按请求量计算,智能体使用频率是 Tab 等辅助功能的约 5 倍
  • 若按代码行数衡量,差距更达数个数量级

开发环境与智能体的深度融合

随着 Cursor 3 的发布,界面被重新设计为智能体优先:左侧是智能体,中央也是智能体,同时完整保留了专业开发环境的全部能力——文件编辑、远程 SSH、语言服务器的实时 lint 一个不少。新版本还引入了 Design Mode(可直接在页面上"指点"让智能体修改元素)以及递归子智能体(sub-agents 调用 sub-agents,构建整支智能体团队)。

递归子智能体是多智能体系统(Multi-Agent System, MAS)领域的核心设计模式,其理论基础可追溯至1980年代的分布式人工智能研究。现代实现中,一个"编排智能体(Orchestrator Agent)"接收高层任务后将其拆解,派发给多个专职"执行智能体(Worker Agent)",后者可以进一步递归再次拆解子任务。这种架构借鉴了软件工程中的"分治法"与"微服务"思想,能够并行处理复杂任务、隔离失败边界、按需扩展计算资源。从系统工程角度看,递归子智能体还带来了一个关键优势:每一层智能体的上下文窗口(Context Window)相互独立,顶层编排智能体只需关注任务拆解与结果聚合,底层执行智能体专注单一子任务,避免了将所有中间状态压入同一个上下文导致的性能退化与错误累积。值得注意的是,LangGraph、AutoGen、CrewAI 等开源框架虽已将多智能体模式产品化,但均需开发者手动配置智能体拓扑结构。Cursor 将此能力直接内置于产品,使多智能体编排对最终用户透明,大幅降低了使用门槛——这是产品层面的关键差异化。

云端智能体:让 AI 拥有自己的开发环境

此次发布最核心的产品理念,是让智能体"像同事一样工作"。Michael 直言,当前大多数开发者仍停留在本地运行 3–5 个智能体、手动分发半小时到一小时工作量的阶段——"这显然不是未来"。真正的方向是把整个功能、整个 Bug 修复、整个项目交给智能体,让它连续工作数天后带着已完成、已测试的成果回来。

为此,Cursor 为云端智能体配备了独立开发环境,涵盖:克隆代码仓库、安装依赖、获取访问构建系统与内部工具链的凭证。由此解锁的能力包括:运行测试、验证工作成果、生成可交互截图供人类圈画批注。据产品负责人 Kevin 介绍,过去几个月云端智能体速度提升了 3 倍,并达到了三个九(99.9%)的可靠性。

"三个九(99.9%)"是互联网基础设施领域的标准可用性指标,意味着每年允许的宕机时间约为8.76小时、每月约43.8分钟。对于传统 Web 服务,这一指标可通过负载均衡、多可用区部署等成熟方案实现。然而 AI 智能体平台的挑战远超传统 API 服务——智能体任务是有状态的长时运行任务,可能持续数小时乃至数天,中途失败意味着大量算力与时间的浪费;断点续跑(checkpointing)机制需要在任意执行节点持久化完整的智能体状态,包括对话历史、工具调用结果和中间文件系统状态;此外,智能体任务通常依赖外部服务(代码执行沙箱、第三方 API),其自身的可靠性边界也需被纳入 SLA 计算。传统分布式系统中成熟的故障恢复手段——如 Saga 模式的补偿事务、幂等性设计——在 AI 智能体场景下面临新的挑战:LLM 的推理本身是非确定性的,同样的输入在重试时可能产生不同的中间路径,这要求智能体基础设施在状态持久化之外,还需设计合理的"语义幂等性"保证。Cursor 在三个月内同时实现速度 3 倍提升与 99.9% 可靠性,意味着其在任务持久化、错误恢复、分布式调度等底层工程上已具备相当积累。

Amplitude 利用自动化迁移两万个组件

一个典型案例来自客户 Amplitude:他们正在后台自动迁移 2 万个 React 组件,将其替换为 Tailwind 等价实现,全程通过基于 Cursor 构建的自定义迁移智能体完成。自 Automations 产品发布以来,平台已累计运行超过 600 万次自动化任务。

**Cursor Mobile(iOS Beta)**同步上线。用户可随时随地查看所有运行中的智能体、发现被阻塞的任务、审阅智能体产出的截图,甚至通过标注截图重新给智能体下指令。此外还支持通过 Slack、Microsoft Teams、Jira、Linear 等工具触发和协作智能体,真正实现"在任何地方与智能体协作"。

Origin:从零重建的 Agent-Native Git 平台

第二项重磅公告来自今年1月被 Cursor 收购的 Graphite 团队。联合创始人 Tomas 指出,构建软件远不止写代码,还包括测试、审查、合并与部署。随着 AI 工具让每个开发者变成"10 倍甚至 100 倍工程师",传统 Git 工具链正变得不堪重负。

GitHub 诞生于2008年,其核心工作流(Fork→Branch→PR→Review→Merge)是围绕"人类异步协作"设计的,底层依赖 Git 的去中心化版本控制模型。当 AI 智能体介入后,这一架构面临三重压力:并发规模急剧扩大(数千个智能体可能同时对单一仓库提交)、PR 粒度变化导致 Review 界面可读性急剧下降,以及 CI/CD 触发频率的爆炸式增长。现有的 GitHub Actions 等工具虽然支持自动化,但其调度原语仍假设触发方是人类或简单脚本,而非具有动态规划能力的智能体。从数据模型层面看,Git 的对象存储设计(blob-tree-commit 三层结构)在面对数千个并发智能体同时操作同一仓库时,会在引用锁(ref lock)层面产生严重争用——这是一个架构层面的约束,难以通过应用层优化彻底解决,必须在存储层重新设计调度原语。Origin 选择从零重建而非在 GitHub 之上封装,本质上是在赌"智能体时代需要不同的底层数据模型与调度原语"——这与 Docker 容器化重构传统虚拟机部署范式的逻辑类似。

他们推出了 Origin——一个 agent-native 的 Git 平台,直接对标 GitHub,设计围绕三个关键词展开:

规模(Scale)

面对暴增的代码行、提交与 PR,Origin 采用全新 Git 架构,充分利用云厂商提供的原语来提升可扩展性、可靠性与性能。早期压力测试中,团队模拟了数千个智能体同时对单一仓库读写,验证了其应对当前及未来需求的能力。

可扩展(Extensible)

呼应 Michael 关于"Cursor 是平台"的论断,Origin 通过 API、MCP 和第三方应用平台,让人类和智能体都能在其之上自由构建,并提供慷慨的速率限制与完整的数据控制权。

MCP(Model Context Protocol,模型上下文协议)是 Anthropic 于2024年11月提出的开放协议标准,旨在为大语言模型与外部工具、数据源之间的交互定义统一接口规范——本质类似于 AI 领域的"USB-C 接口"。在 MCP 出现之前,每个 AI 应用需要为每种外部工具单独开发适配层,导致集成成本随工具数量呈二次方增长。MCP 通过定义标准化的资源暴露(Resources)、工具调用(Tools)和提示注入(Prompts)三类原语,使得任何遵循规范的工具都可被支持 MCP 的 AI 应用即插即用地调用——目前已有 Zed、Replit、Sourcegraph 等多家开发工具厂商宣布支持。从协议设计角度看,MCP 采用 JSON-RPC 2.0 作为传输层,支持 stdio 和 HTTP/SSE 两种通信方式,使得工具服务器(MCP Server)可以以独立进程形式运行,与主应用进程完全解耦——这一设计使得安全隔离和权限控制更易实现,也为企业在内部工具集成时提供了清晰的边界。Cursor 将 MCP 作为 Origin 平台开放生态的核心接口,意味着第三方开发者构建的工具和企业内部系统都可以通过标准化协议被 Cursor 智能体调用,这是 Cursor 向"平台"而非"产品"演进的关键技术基础设施选择。

保持代码持续流动

Origin 自动处理 PR,仅在必要时提醒人类

Origin 由驱动 Cursor 的同款智能内核加持,能够自动解决合并冲突、修复 CI 失败、处理评论,自动推进每个 PR 的下一步,只在真正需要时才 @ 你。据称这能将代码审查时间缩短一半以上。目前 Origin 已在 Cursor.com 内部及部分设计合作伙伴中上线,将于今秋全面开放。

自研大模型:算力暴增 10–20 倍,剑指前沿

第三项公告也是最具想象空间的一项:Cursor 正在从零训练自己的下一代大模型。

此前的 Composer 系列(Composer 1 到 2.5)在模型层面已有诸多突破,包括:在目标工作负载上大规模跑通 RL、基于数十万亿 token 的持续预训练,以及每 5 小时更新一次的实时在线 RL。

实时在线 RL(Online Reinforcement Learning)是相对于离线强化学习(Offline RL)的模型更新范式。传统的模型训练在部署后固定权重,仅依赖人工定期发版更新;而在线 RL 允许模型在生产环境中持续从用户交互产生的反馈信号中学习——例如用户是否接受了智能体的代码建议、CI 测试是否通过、人工 Review 是否要求修改等。每5小时更新一次意味着 Cursor 构建了一套高度自动化的数据飞轮:收集生产环境反馈→自动构造训练样本→在线更新模型权重→灰度验证→全量部署,这一循环的速度远超行业内多数公司季度级别的模型迭代节奏,是 Cursor Composer 系列在代码场景下持续保持竞争力的关键机制。

Composer 系列模型主打速度与成本

Composer 系列的差异化策略聚焦于速度与成本。Michael 表达了一个清晰的价值观:如果强大的模型能力只被资本雄厚的大公司"把守",那将是一个"悲伤的世界"——他希望个人开发者和独立黑客也能用上市场上最好的模型。

而这次的全新自研模型代表着三个根本性转变:

  • 体量巨大:规模与 Claude Opus、GPT-4 系列相当
  • 从零训练:不基于任何开源基座,完全自主训练以掌控模型行为
  • 算力跃升:使用了比以往多 10 到 20 倍的算力,与 SpaceX 深度合作

理解"从零训练"的意义,需要对比当前 AI 应用公司获取模型能力的三条路径:调用闭源 API(如 GPT-4、Claude)、基于开源基座(如 LLaMA、Mistral)进行微调,以及从零(from scratch)预训练。前两条路径成本较低但存在根本性限制——调用 API 意味着在数据隐私、调用延迟和定价权上受制于供应商;基于开源基座微调则受限于基座模型在预训练阶段形成的固有行为模式,后续对齐调整空间有限。从零训练的核心优势在于对模型架构、训练数据、对齐策略的完整掌控权——对于 Cursor 而言,这意味着可以在预训练阶段就大规模灌入代码执行轨迹、智能体行动序列、测试反馈等数据,而非事后通过微调"修补"通用模型的行为边界。这一策略在技术路径上与 DeepMind 训练 AlphaCode 系列的思路高度吻合:与其在通用语言模型上附加编程能力,不如在数据构造和训练目标设计层面就将"编写可执行、可测试的代码"作为第一优先级,使模型在预训练阶段就形成以"运行结果"为导向的内部表征,而非仅仅学习代码文本的表面统计规律。GPT-4 级别模型的预训练成本估计在数千万至数亿美元之间,Cursor 10–20 倍的算力跃升与 SpaceX 的深度合作,反映出其在模型自主权上的战略性重注。

这一算力跃升有望让 Cursor 触及乃至超越前沿水准。更重要的是,新模型将具备"超越编程的通用智能"——不仅会写代码,还能使用工程师惯用的工具、做长程规划、实际测试软件并点击按钮验证。该模型目前已在训练中,预计近期发布。

结语:产品与模型的双重掌控

纵观三项公告,Cursor 正在完成一次从"IDE 工具"到"AI 编程平台 + 基础设施 + 基座模型"的全栈跃迁。

Michael 特别强调,AI 领域鲜有既能设计产品、又能设计模型的机构——多数玩家要么源自大厂,要么从实验室出发后"倒推"进开发者场景。而 Cursor 骨子里是"开发者为开发者",如今它第一次让这样一群产品导向的人,不仅能编辑屏幕上的像素,也能编辑模型的底层能力。

对于整个 AI 编程行业而言,这场发布会预示着竞争进入下一阶段:谁能真正实现"智能体如同事"的协作范式,谁就能定义未来的软件开发形态。

核心要点

核心要点

核心要点

#Cursor AI编程#AI编程智能体#Cursor云端Agent#Origin Git平台#AI代码助手#Cursor自研大模型#agent-native开发工具#GitHub替代品
分享:

相关推荐