AI软件开发的第三纪元 · Cursor

几年前，当我们开始构建Cursor时，大多数代码还是一个字符一个字符敲出来的。Tab自动补全改变了这一点，开启了AI辅助编程的第一纪元。

随后代理出现，开发者转向通过同步的提示-响应循环来指挥代理。这是第二纪元。现在，第三纪元正在到来。其特点是代理能够独立处理更大的任务，在更长的时间尺度上，需要更少的人类指导。

因此，Cursor的主要任务不再是编写代码，而是帮助开发者构建创建软件的工厂。这个工厂由一系列代理组成，开发者像对待队友一样与它们互动：提供初始方向，为它们配备独立工作的工具，并审查它们的工作。

Cursor的许多员工已经在以这种方式工作。我们合并的PR中有超过三分之一是由运行在云端自己计算机上的代理创建的。我们认为，一年后，绝大部分开发工作将由这类代理完成。

#从Tab到代理

Tab擅长识别哪些低熵、重复性工作可以自动化。在近两年的时间里，它产生了显著的杠杆效应。

随后模型改进。代理能够持有更多上下文，使用更多工具，执行更长的动作序列。开发者的习惯开始转变，夏天时还比较缓慢，但在过去几个月里，随着Opus 4.6、Codex 5.3和Composer 1.5的发布，转变迅速加速。

这一转变如此彻底，以至于如今大多数Cursor用户从不触碰Tab键。2025年3月，Tab用户大约是代理用户的2.5倍。现在，这一比例翻转了：代理用户现在是Tab用户的2倍。

Cursor中的代理使用量在过去一年中增长了15倍以上。

但这一转变已经让位于更大的变化。Tab纪元持续了近两年。第二纪元——大部分工作由同步代理完成——可能持续不到一年。

#云端代理与制品

与Tab相比，同步代理在堆栈的更上层工作。它们处理需要上下文和判断的任务，但仍让开发者参与每一步。但这种实时交互形式，加上同步代理在本地机器上争夺资源的事实，意味着一次只能与少数几个代理协作。

云端代理移除了这两个限制。每个代理在自己的虚拟机上运行，使开发者可以移交任务并转向其他工作。代理花费数小时逐步推进，迭代和测试，直到对输出有信心，然后返回易于审查的成果：日志、视频录制和实时预览，而非差异对比。

这使得并行运行代理变得实际可行，因为制品和预览提供了足够上下文来评估输出，而无需从头重建每个会话。人类的角色从指导每一行代码转变为定义问题和设定审查标准。

#Cursor内部的转变正在进行

在Cursor内部合并的PR中，有35%现在是由自主代理在云端虚拟机上创建的。我们看到采用这种新工作方式的开发者具有三个特征：

代理编写几乎100%的代码。

他们花时间分解问题、审查制品和提供反馈。

他们同时启动多个代理，而不是手把手地指导一个完成。

在这种方法成为软件开发标准之前，还有很多工作要做。在工业规模上，一个单个开发者可以绕过的脆弱测试或损坏环境，会变成中断每次代理运行的失败。更广泛地说，我们仍需确保代理能够尽可能高效地运行，拥有所需工具和上下文的完全访问权。

我们认为，昨天发布的Cursor云端代理是朝着这个方向迈出的初步但重要的步骤。