Cursor 推出 Origin,将其 AI 编码堆栈扩展到代码托管领域

早期测试版托管仓库、镜像 GitHub 项目,并在付费用户的拉取请求工作流中放入 Cursor 代理。

By · Published · Updated

Primary source: Cursor on X

Why it matters

Origin gives Cursor control over the repository and review layer beneath its coding agents. GitHub mirroring reduces adoption friction while Cursor tests whether AI-generated development can pull code hosting into its own platform.

Cursor launches Origin, extending its AI coding stack into code hosting

Cursor 联合创始人兼 CEO Michael Truell (@mntruell) 于 8 月 17 日推出了 Origin,将这家 AI 编程公司扩展到仓库托管、拉取请求以及用于交付其代理生成代码的基础设施。

https://x.com/cursor_ai/status/2089399057659596847

poster=/api/storage/public-objects/tweet-videos/cursor-launches-origin-code-hosting-github-sync-poster-06da128f.jpg|@cursor_ai 在 X 上的视频

Cursor 在 在 X 上的一则三贴线程 中表示,Origin 正开始分阶段的测试版推送,集成了 Vercel、Buildkite 和 Depot。初始版本可在 Cursor 的付费计划中使用,尽管访问权限正分阶段开放,企业管理员可以将其禁用。

Truell 与 Aman Sanger、Arvid Lunnemark 和 Sualeh Asif 一起创办了 Cursor,基于这样一个论断:AI 会改变开发者用来理解和编辑软件的界面。Origin 将该论断扩展到编辑器之外。Cursor 现在希望控制代码的驻留位置、代理与代码的交互方式,以及从代理生成的更改到合并拉取请求的路径。

来自 GitHub 的桥梁

Origin 可以直接托管新的 Git 仓库。根据 Cursor 的 发布说明,开发者可以在 Cursor 的 Codebase 选项卡中创建仓库,安装 Origin 命令行界面,并使用标准的 Git 命令来 clone、push 和 pull 项目。

Cursor 还将测试版构建为围绕 GitHub 迁移而不是要求立即迁移。用户可以连接一个 GitHub 组织并选择单个仓库将其镜像到 Origin。这些副本会实时更新,而对于最初在 GitHub 上创建的仓库,GitHub 仍然是事实源。开发者可以继续推送到 GitHub,也可以断开镜像。

该桥梁降低了在现有工程组织内部测试 Origin 的成本。仓库托管难以被替代,因为代码、权限、部署系统和多年的工作流自动化都会围绕现有平台积累。Cursor 让团队在要求他们将代码托管到 Cursor 本身之前,先在 GitHub 周围添加其界面和代理。

镜像仓库的拉取请求也实现双向同步。通过 Cursor 发布的评论会出现在 GitHub 上,而在 GitHub 上的回复和反应也会反映到 Cursor。Origin 暴露了拉取请求时间线、提交、检查、更改的文件、审查评论和合并控制。

Cursor 更接近交付层

Origin 在 6 月份的 Cursor Compile 大会 上进行了预览,Truell 与 Origin 的产品负责人 Tomas Reimers 一同出席。Reimers 是代码审查初创公司 Graphite 的创始人之一,Graphite 在 2025 年 12 月同意加入 Cursor

这一背景很重要,因为 Origin 使 Cursor 直接进入审查和合并工作流——这是 Graphite 多年构建的范畴。Cursor 在宣布与 Graphite 的交易时表示,Graphite 将继续独立运营。随后 Graphite 在其自身的拉取请求界面中加入了 Cursor Cloud Agents,允许开发者从浏览器启动代理、审查其工作并合并由此产生的更改。

Origin 现在为 Cursor 提供了一个本地的仓库和拉取请求界面,与 Graphite 的整合并行存在。这种重叠显示了 Cursor 正在组装一个端到端的开发平台:代理生成更改,仓库存储更改,审查工具检查更改,部署或持续集成服务运行更改。

Vercel 可以为 Origin 的拉取请求创建预览部署并将合并的更改发送到生产环境。Depot 和 Buildkite 提供持续集成;两者都可以运行现有的 GitHub Actions 工作流,而 Buildkite 还支持其自己的流水线。这些集成为早期用户提供了一条可行的交付路径,而无需 Cursor 重建每一个相邻的开发者服务。

该测试版仍然范围有限。Cursor 在其文档中将 Origin 描述为“早期访问研究预览”。免费账户无法使用 Origin 存储,符合条件的客户可能不会立即获得访问权限,而使用 Cursor 旧有隐私模式的团队必须在启用前更改隐私设置。Cursor 表示计划推出更多针对代理的功能,但在发布公告中并未详述。

Origin 的发布策略反映了 Cursor 所处的位置。开发者已经使用 Cursor 的代理来创建分支和拉取请求,但由此产生的工作通常落在由其他平台控制的基础设施中。托管仓库使 Cursor 能够持续访问塑造后续工作的代码、审查历史和代理活动。它也为 Truell 提供了一条路径,将 AI 编辑器转变为软件团队创建并交付代码的主要系统。

Reader comments

Conversation for this story loads after sign-in.