Cursor 推出了用于托管代码和管理开发流程的 Origin 平台，此举使其业务范围从人工智能驱动的代码编辑器扩展到开发者所依赖的更多基础设施。该平台将代码仓库、合并请求和人工智能代理集中在一个环境中，并逐步向付费方案用户开放早期测试版本。
此次发布恰逢 GitHub 服务大范围中断，受影响的服务包括合并请求、议题部分和 API 流量。其中一些服务的错误率约为 20%，而归档文件和原始文件的下载操作错误率接近 50%；GitHub Copilot 也受到此次中断影响。这一时机赋予了该公告额外的重要性，但并不改变 Origin 仍处于早期阶段这一事实。
与 GitHub 同步，而非与其切断联系
用户可以通过 Cursor 内的 Codebase 选项卡访问 Origin。在这里，用户可以创建新仓库，或同步 GitHub 上现有的仓库。对于迁移过来的项目，GitHub 目前仍是主要来源：通过 Cursor 进行的更改会发送到 GitHub，而来自 GitHub 的更新会在几秒内反映到 Origin。
对于已经依赖 GitHub 的团队而言，这种机制降低了试用该平台的成本，因为团队无需立即放弃现有仓库或工作流程。这也表明，Origin 目前并未完全取代 GitHub，而是在 Cursor 环境中增加了一层开发管理功能。
在同一处处理合并请求和人工智能代理
Origin 将合并请求流程迁移到 Cursor 内部，开发者可以在不离开编辑器的情况下，审查更改、代码提交和检查结果，比较文件，撰写评论并合并请求。通过 Ask Cursor 功能，用户可以选中一段代码，并向人工智能询问其功能或发生的变化。
该平台还包含面向多个人工智能代理并行工作的项目的功能，包括自动解决合并冲突，以及记录元数据，说明生成代码时所使用的模型和上下文。根据该报道，平台还纳入了由 Graphite 开发的 Stacked Pull Requests 方法；Graphite 是一家专注于代码审查的公司，已被 Cursor 收购。
性能和可用集成
Cursor 表示，Origin 在单个仓库中每小时最多支持 29.6 万次克隆操作，以及每秒 22 次代码提交。这些数字由公司自行公布，未经独立测试验证，因此应将其视为公开声明的性能指标，而不是中立的测量结果。
初始集成包括 Vercel、Depot 和 Buildkite。Vercel 支持预览操作和部署到生产环境，而 Depot 和 Buildkite 负责持续集成。Cursor 表示，现有基于 GitHub Actions 的工作流程可以通过这两项服务运行，无需修改。
实际会发生什么变化？
Origin 让 Cursor 能够更广泛地控制软件开发周期，从代码编写到存储、审查和部署。不过，平台仍持续依赖与 GitHub 的同步，加上产品目前处于测试版本，这意味着 Origin 还不是 GitHub 生态系统的独立替代方案。早期版本仅向付费方案用户开放，而企业客户可以由平台管理员禁用该功能。