游乐游手机版
首页/AI热点日报/热点详情

Cursor上线Origin功能,为Agent重建GitHub工作流

类型:热点整理2026-08-20
刚刚,Cursor正式发布全新的代码托管平台——Origin,并启动早期 Beta 测试,从即日起面向所有付费方案用户逐步开放。这也是Cursor首次将“代码托管在哪里”正式纳入自身产品能力边界之内。此前,Cursor主要聚焦于写代码、改代码以及调用 AI Agent,至于项目仓库、Pull Req

刚刚,Cursor正式发布全新的代码托管平台——Origin,并启动早期 Beta 测试,从即日起面向所有付费方案用户逐步开放。

这也是Cursor首次将“代码托管在哪里”正式纳入自身产品能力边界之内。

此前,Cursor主要聚焦于写代码、改代码以及调用 AI Agent,至于项目仓库、Pull Request 和团队协作流程,绝大多数场景仍然依赖 GitHub 完成。

如今,Cursor开始亲自提供代码仓库服务,开发者可以直接在Cursor中创建、克隆和推送项目,实现更完整的代码管理体验。

Cursor将Origin定义为“面向智能体时代的 Git forge”。

这句话背后的潜台词是:GitHub代表的是上一个协作时代。

GitHub诞生于2008年,其整套代码协作模型本质上是围绕“人”来设计的:开发者创建分支、提交 PR、等待同事完成代码审查后再合并,整体节奏通常以“人天”为单位推进。

但AI Agent正在重塑这一节奏。当一个开发者同时调度五个、十个甚至更多 Agent 工作时,这些智能体会在同一时间克隆仓库、创建大量分支、高频提交代码、相互 rebase,并持续生成一批彼此依赖、需要按顺序合并的改动。

在这种高密度协作场景下,传统 Git 托管平台的流程很容易开始“拥堵”:PR 之间互相阻塞,冲突则需要人工逐个处理和裁决。

当仓库架构跟不上 AI 写代码的速度时,Origin试图解决的正是这一类问题。

2025年12月,Cursor收购了代码审查工具Graphite。Graphite因“堆叠式PR”(stacked pull requests)工作流而广受关注,擅长让多个相互依赖的变更并行推进,最初是为了帮助人类开发团队缓解PR排队和合并效率问题而设计。到了今天,这套机制同样适用于机器协作与AI代码生成场景。

不过按照官方表述,真正面向 Agent 的原生能力还要稍晚推出。当前阶段,Origin主要提供两种使用模式。

◈两种用法:托管,或同步

Origin目前提供两种工作模式。

第一种,是直接将代码托管在Origin。

Cursor 客户端新增了“Codebase”标签页,作为 Origin 仓库的统一入口与管理界面。

用户点击“+ New”即可创建代码库并完成命名,该名称会成为仓库 URL 的一部分,例如:

cursor.com/codebase/acme-corp

创建完成后,页面会进一步引导用户安装Origin CLI。

Origin托管的依然是标准 Git 仓库,因此日常使用方式与 GitHub 等主流代码托管平台基本相同。开发者仍可继续使用 git clone、git pull、git push 等常见 Git 命令来克隆、拉取和推送代码;主要区别只在于远程仓库地址以及代码托管平台本身发生了变化。

第二种,是将现有GitHub仓库同步到Origin。

用户在连接GitHub账号并选择组织后,可以自主勾选需要同步的仓库。

来自GitHub的仓库与Origin原生仓库会并列展示在Codebase页面中,仓库名称旁的图标则用于区分代码来源平台。

同步完成后,GitHub仓库会与Origin保持实时更新(秒级同步)。

开发者不仅可以在Origin中浏览、搜索和拉取代码,还能直接查看完整的 Pull Request 时间线、提交记录、CI 检查项以及变更文件,并可在编辑器内完成 diff 审阅、发表评论,甚至直接执行合并操作。

PR中的讨论也支持双向同步:在Cursor里发布评论,会同步出现在GitHub;而在GitHub上的回复或表情反馈,也会在几秒内同步回Cursor。

分配给你的GitHub Review任务,同样可以直接在Cursor中完成处理。

不过,这里有一条非常关键的边界需要明确。

对于从GitHub同步而来的项目,代码推送的最终落点依然是GitHub,GitHub继续充当这些项目的“source of truth”,也就是唯一的权威代码源。

在开放范围方面,Origin目前仍处于 early beta 阶段,仅向付费方案用户逐步推送,暂不覆盖免费用户;企业组织管理员也可以选择不启用该功能。

生态:首批接入 Vercel、Depot、Buildkite

除了代码托管能力,Cursor还同步推出了应用扩展体系。在仓库的Apps标签页中接入部署平台Vercel后,每一个PR都会自动生成预览部署,方便团队进行测试、预览和评论,合并后再由Vercel部署到生产环境。

在CI能力上,Origin首批接入了Depot与Buildkite两家持续集成服务商。两者都可以直接运行用户现有的GitHub Actions工作流,其中Buildkite还额外支持其原生流水线能力。

官方表示,未来还会有更多集成陆续上线。

◈发布时机:赶上 GitHub 宕机,也赶上自己换东家

Origin上线当天,GitHub恰好发生了一次全球性服务中断。

8月17日13:40(UTC),GitHub核心服务开始陆续出现降级,Pull Requests、Issues、Actions、Webhooks、API以及Copilot等多项功能均受到影响。网页端与API整体错误率一度升至约20%,而仓库归档和源码下载的错误率更是接近50%。

Downdetector数据显示,在故障高峰期有超过一万名用户上报异常。整起事故持续约3小时20分钟,到16:59(UTC)大多数服务恢复正常,但Copilot的恢复时间相对更晚。

而在三天前,SpaceX刚刚完成对Anysphere的600亿美元全股票收购交割,Cursor也被并入新成立的SpaceX AI部门。

这笔交易于6月16日正式宣布,创下由风险投资支持的初创公司最大退出纪录。因此,Origin的上线也被部分观察者视为SpaceX AI推进“垂直整合AI技术栈”战略落地的首个明确信号。

AI写代码的速度越来越快,代码仓库和协作平台也必须同步进化。

来源:https://www.aitntnews.com/newDetail.html?newId=28321

相关热点

继续查看同栏目近期热点。

延伸阅读

补充最近整理过的热点入口。