Cursor推出GitHub竞争对手：Origin如何将AI代理直接引入代码托管
作者：Wendy Frey
多年来，软件开发的工作流程遵循着一个熟悉的模式。开发人员在一个应用程序中编写代码，将其存储在GitHub上，通过拉取请求审查更改，并连接其他服务进行测试、部署和自动化。
然后，AI编码代理出现了。
突然间，软件项目不再仅由人类修改。AI代理可以读取整个代码库，编辑数十个文件，运行命令和生成拉取请求。然而，支撑这一工作流程的基础设施仍然在很大程度上是为人类开发者设计的。
Cursor认为，这种基础设施需要改变。
这家AI编码公司推出了Origin，它是自己的Git托管平台，越来越直接地与GitHub竞争。Origin目前在Cursor的付费计划中早期测试，提供代码库、代码浏览、拉取请求和GitHub同步。但该产品背后的更大理念更为雄心勃勃：构建一个从一开始就为AI代理设计的代码托管平台。
什么是Cursor Origin？
Origin是Cursor所称的“为代理时代打造的git forge”。
简单来说，它是一个开发者可以托管Git代码库、协作编码和管理更改的地方。用户可以创建由Cursor托管的代码库，使用标准Git工作流程推送代码，克隆代码库，浏览文件并处理拉取请求。
这立即将Origin置于传统上由GitHub、GitLab和其他代码托管平台占据的领域。
然而，Cursor的战略不仅仅是用不同的界面重现GitHub。该公司围绕一个新假设构建Origin：代码库将越来越多地由人类和自主AI代理共同工作。
在官方发布公告中，Cursor表示，Origin从基本的功能开始, 代码库、拉取请求、代码浏览和GitHub同步, 而更多面向代理的功能计划在未来发布。
| 功能 | 作用 |
|---|---|
| 代码库 | 存储和组织Git项目 |
| 标准Git支持 | 支持熟悉的推送和克隆工作流程 |
| 代码浏览 | 让用户探索代码库文件和历史 |
| 拉取请求 | 提供审查和合并更改的工作流程 |
| GitHub同步 | 将选定的代码库与GitHub连接 |
| AI集成 | 将代码紧密放置于Cursor的代理生态系统中 |
Cursor为什么要建立GitHub竞争对手？
答案在于AI辅助编程的快速增长。 传统的源代码控制平台围绕人类行为构建。开发者编写代码，创建分支，提交更改，打开拉取请求。另一位开发者审查工作并批准或拒绝它。
AI代理使这一模型变得复杂。
单个代理可以迅速检查整个代码库，跨多个组件进行更改，并且比人类开发者完成任务要快得多。多个代理还可以同时处理不同任务。
这创造了一种不同类型的工作量。
Cursor的论点是，代码托管基础设施应该为这种新环境而设计，而不是将AI代理视为仅与现有平台连接的外部工具。
因此，Origin试图将代码库和代理更紧密结合在一起。
Cursor希望在工作流程中考虑AI成为整个软件开发生命周期的一部分，而不是将其视为坐在代码编辑器旁边的聊天机器人。
Origin如何与现有Git代码库协作
Origin的一个最实用的特点是，开发者不必立即放弃GitHub。
Cursor允许用户连接GitHub并与Origin同步选定的代码库。这意味着现有项目可以出现在Cursor的托管环境中，同时保持与其原始GitHub代码库的连接。
根据Cursor的发布信息，用户选择他们希望同步的代码库，并可以在必要时断开连接。因此，Origin旨在与GitHub共存，而不需要在第一天就完全迁移。
这在战略上非常重要。
GitHub周围建立了一个庞大的生态系统，涵盖现有的代码库、开发者社区、集成和企业工作流程。说服公司一夜之间迁移所有内容将是困难的。
一个同步层降低了这个障碍。
开发者可以在继续使用现有的GitHub基础设施的同时试验Origin。如果这个新平台被证明有用，更多的工作流程可以逐渐迁移到Cursor的生态系统中。
Origin与GitHub的区别是什么？
在基本层面上，Origin和GitHub解决了许多相同的问题。两者都为代码提供了一个存放和协作的地方。
不同之处在于Cursor试图围绕这些基础建立的架构。
| 区域 | GitHub | Cursor Origin |
|---|---|---|
| 核心目的 | 代码托管和协作 | 为开发者和AI代理提供的代码托管 |
| Git代码库 | 是 | 是 |
| 拉取请求 | 是 | 是 |
| 代码浏览 | 是 | 是 |
| 标准Git工作流程 | 是 | 是 |
| GitHub同步 | , | 是 |
| AI优先架构 | AI添加到现有生态系统中 | 为代理开发时代设计 |
| 与Cursor代理的集成 | 外部或单独工作流程 | 原生生态系统重点 |
这并不意味着Origin已经与GitHub的功能齐平。
它没有。 GitHub花了多年时间构建企业安全、CI/CD工具、包管理、开发者社区和集成。Origin是一个处于早期测试的新产品。
但Cursor并不一定想通过复制每一个现有的GitHub功能来赢得竞争。它押注于开发工作流程本身正在快速变化，从而为新型平台创造机会。
大想法：为AI代理构建的代码库
“代理优先”这一短语对于理解Origin至关重要。
当今的AI编码工具通常在现有基础设施之上运行。一个代理获得对一个代码库的访问权限，读取代码，进行更改并通过GitHub或其他Git提供者发送这些更改。
Cursor希望缩短这些系统之间的距离。
通过Origin，代码库存活在与Cursor的AI工具相同的更广泛环境中。长期愿景是代理能直接与代码库、分支和拉取请求进行工作，而不是将版本控制视为一个外部目的地。
一个典型的未来工作流程可能如下所示：
开发者分配一个任务 → AI代理研究代码库 → 代理修改代码 → 运行测试 → 提交更改 → 创建拉取请求 → 人工审查结果。
人类在这个过程中并没有消失。
相反，人类的角色越来越向定义任务、审查更改和做出更高层次的工程决策转变。
这种区别很重要。AI可以快速生成代码，但软件仍然需要监督。一个代理可能会误解需求，带来安全问题，或者进行在技术上有效但破坏项目架构的更改。
Origin的潜在价值在于，它并不是将开发者置于循环之外。它是能够使开发者和代理之间的协作更加有结构化。
为什么代码托管可能成为下一个AI战场
Cursor因改变代码编辑体验而广为人知。AI从自动补全转向更为主动的状态：一个能够理解项目的大部分并代表开发者修改代码的系统。
Origin将这一战略扩展到了编辑器之外。
如果Cursor仅控制代码的写作环境，另一家公司仍控制代码存放的位置以及如何审查更改。
通过增加代码托管，Cursor可以连接开发工作流程的更多部分：
- 编写代码；
- 理解代码库；
- 运行AI代理；
- 管理代码库；
- 创建分支；
- 审查更改；
- 处理拉取请求；
- 连接CI和部署工具。
这创造了一个更完整的AI开发平台的可能性。
这可能就是Origin重要性的真正原因。
Origin真的能挑战GitHub吗？
现在还为时已晚，不能称Origin为GitHub替代品。
GitHub仍深深嵌入现代软件开发中。数百万开发者和组织依赖于它的代码库、工作流程和集成。取代这个生态系统将极其困难。
Origin同样面临任何新基础设施平台常见的问题：开发者需要信任它处理宝贵的源代码，公司需要评估安全性，团队需要明确的理由来改变既定的工作流程。
然而，AI可能创造出以前不存在的机会。
GitHub是在一个人类几乎编写每一行产品代码的世界中建立的。下一代开发基础设施可能需要支持一个AI代理生成、修改、测试和审查越来越多软件更改的世界。
这并不使GitHub过时。
但它解释了Cursor为什么要构建自己的竞争对手。
在代理时代为代码提供新家
Cursor Origin仍处于早期阶段，目前的功能集故意集中于基础功能。然而，该发布标志着公司战略的重要转变。
Cursor不再仅仅希望被视为一个AI驱动的代码编辑器。
通过Origin，它开始围绕代码本身构建基础设施。
公司的核心赌注很简单：如果AI代理正在成为软件开发的积极参与者，那么代码库也应该为它们设计。
Origin是否能真正成为GitHub的主要竞争对手尚待观察。但方向是明确的。
编程的未来之战可能不再是关于哪个AI编写的代码最好。
而是关于人类和AI代理如何共同处理那段代码。
