AIREITERCursor Origin 最初两个月里，用户能看到的只有一句宣传语和一个邮箱填写框。到了 2026 年 8 月 17 日，Cursor 的代码托管服务终于以早期 Beta 形式上线。不过，先要明确两点：从 GitHub 同步过来的仓库，GitHub 仍然是唯一的事实来源；而付费用户的反馈显示，这项功能目前并未同时向所有人开放。
Cursor Origin 现在能用了吗？
截至 2026 年 8 月 17 日，Cursor Origin 已进入早期 Beta，面向所有付费 Cursor 套餐用户开放。企业组织是例外：同一份更新日志指出，企业管理员可以选择退出。产品落地页也在“Early beta”提示中提供了 Beta 入口。
但不同用户实际看到的情况并不一致。在 8 月 17 日至 18 日的 r/cursor 发布讨论中，有付费用户表示，公告发布后自己的账户仍未获得功能：
“我看到的还是候补名单注册页面。”——u/NerdyGuy117，r/cursor
“我的 Teams 套餐暂时也没有访问权限。”——u/Darkoplax，r/cursor
这些反馈表明，Origin 更像是分批推送，而不是向所有符合条件的账户即时开放。已获资格的账户会在 Codebase 标签页中看到 Origin 仓库；如果你的套餐符合条件却没有入口，说明 Beta 尚未覆盖到该账户。
| 日期 | 事件 |
|---|---|
| 2026 年 6 月 16 日 | Cursor 在 Compile 大会上宣布 Origin：当时只有宣传页和候补名单 |
| 2026 年 8 月 17 日 | 早期 Beta 发布：仓库、PR、代码浏览、GitHub 同步和智能体功能上线 |
在最初公布时，r/cursor 有评论者将产品页面形容为“没有任何信息，只有一个带邮箱输入框的宣传页”。（u/One-Poet7900）
Origin Beta 目前有哪些功能
本次 Beta 共推出四类核心能力，具体见下表。根据更新日志，仓库位于 Cursor 新增的 Codebase 标签页；仓库名称会成为 URL 的一部分，Cursor 给出的示例是 cursor.com/codebase/acme-corp。创建仓库时，用户需要点击 +New、填写名称、安装 CLI，然后克隆仓库或推送现有本地项目。
PR 页面可展示时间线、提交记录、检查状态和变更文件。你可以直接在编辑器中审查 diff、评论和合并，无需切换出去。图标则会标识哪些仓库由 Cursor 托管，哪些是从 GitHub 同步而来。
| 能力 | 8 月 17 日 Beta 状态 |
|---|---|
| 由 Cursor 托管的仓库 | 已上线（Codebase 标签页） |
| 拉取请求：查看、评论、合并 | 已上线 |
| 代码浏览与搜索 | 已上线 |
| GitHub 导入与实时同步 | 已上线 |
| 智能体在仓库内执行操作 | 已上线（首批功能） |
| Vercel、Depot、Buildkite 应用 | 已上线 |
| 基础功能以外的智能体原生能力 | “即将推出”，未公布日期 |
| 堆叠式拉取请求 | 暂无文档说明 |
| 价格、限制、SLA | 尚未公布 |
GitHub 同步的实际机制
Origin 的 GitHub 同步会建立一个可实时查看的镜像，而不是新增第二个事实来源。连接 GitHub、选择组织和仓库后，Cursor 会获得一份实时同步的副本。拥有该同步仓库读取或写入权限的用户，都能在 Cursor 中查看它；根据更新日志，你也可以之后在仓库设置中断开单个仓库的同步。
早在 Beta 前，Cursor 社区就在反复讨论一个问题：
“Origin 是用来替代 github 还是 git 的？”——u/sn2006gy，r/cursor
Beta 的架构已经给出了答案。对于起源于 GitHub 的仓库，推送仍会进入 GitHub，Origin 的副本主要用于浏览、搜索和拉取。Cursor 的更新日志说得很直接：GitHub 仍是事实来源。
| 操作 | 发生位置 |
|---|---|
| 向同步仓库推送 | GitHub；Origin 进行镜像同步 |
| 在 Cursor 中评论 PR | 评论会发布到 GitHub |
| GitHub 上的表情回应或回复 | 根据更新日志，会在“数秒内”出现在 Cursor 中 |
| 在 GitHub 分配的审查任务 | 可在 Cursor 中完成审查和合并 |
| 断开同步仓库 | 支持按仓库断开 |
只有直接在 Origin 内原生创建的仓库，托管控制权才会转移到 Cursor。
Origin 仓库中的智能体与 CI
根据更新日志，获得 Origin 仓库访问权限的智能体可以回答代码相关问题、修改代码、更新拉取请求并推送分支。早在发布数月前，一位 r/cursor 用户就点明了这类工作流的瓶颈：“代码审查已经成了严重瓶颈。”（u/calloutyourstupidity）
首发时上线了三个应用：Vercel、Depot 和 Buildkite。通过仓库的 Apps 标签页连接 Vercel 后，每个 PR 都会获得预览部署，供测试和评论；合并后则部署到生产环境。Depot 和 Buildkite 能运行现有 GitHub Actions 工作流，Buildkite 还支持运行其原生流水线。这里要注意两种情况：从 GitHub 同步而来的仓库会继续沿用 GitHub 上已有的 CI；原生托管在 Origin 的仓库目前只能连接这三个应用，尚无其他选择。
更新日志没有交代智能体周边的运维机制：没有智能体发起推送的授权控制或审计日志，没有按仓库设置的限制，也没有成本细节。如果你在 Cursor 之外运行自己的编程智能体，那么无论什么工具会向仓库推送代码，都应沿用选择编程智能体 LLM 的同一套标准。
Beta 还没有说明的关键问题
- 尚未公布仓库大小、存储空间或并发限制，也没有 SLA 或可用性目标。
- 没有 Origin 专属定价。“包含在付费套餐中”是目前全部商业信息，附加费用、配额和未来是否有免费套餐均未说明。
- 没有 Origin 专属的数据处理条款。Cursor 的安全页面列出了 SOC 2 认证，但在公布时引发讨论的训练数据与数据保留问题，至今没有针对托管仓库的公开答案。
- Compile 舞台演示中的数据——单个仓库每秒 22.6 次提交、“每小时数十万次克隆”——仍只是演示口径：一份独立 Cursor 指南称这些数据未经验证，而发布报道指出，被广泛引用的“296,000+ 次克隆”数据已经丢失了原始时间单位。
在 Cursor 公布 Origin 专属条款之前，6 月时的这条反应仍会制约其采用：
“我绝不可能把完整 Git 历史交给 Cursor。”——u/fintechbass，r/cursor
现在适合尝试 Origin 吗？
| 你的情况 | 建议 |
|---|---|
| 使用付费 Cursor 套餐，智能体承担了大量编码工作，且有非关键仓库可供测试 | 可以尝试；Beta 已包含在你的套餐中 |
| 仓库必须留在 GitHub，并继续使用现有 CI | 可以使用；同步后可在 Cursor 中审查和搜索，CI 仍在 GitHub 上运行 |
| 希望使用原生 Origin 托管，同时接入 Vercel、Depot、Buildkite 之外的 CI | 建议等待；目前只有三个应用 |
| 正在考虑迁移作为事实来源的仓库 | 建议等待；先同步即可，因为 GitHub 本身仍保持权威地位 |
有一项取舍即使 Beta 结束后也不会消失：迁移仓库的托管平台，就意味着迁移其控制权。同一份堆叠式 PR 对比提醒，PR 讨论串等非 Git 审查产物“不会随 git push 迁移”，因此在现有选项中，Origin 的可逆性最低。该对比还记录了：Cursor 于 2025 年 12 月 19 日宣布已达成收购堆叠式 PR 公司 Graphite 的最终协议；Graphite 团队正在 Cursor 内部构建 Origin；而 Graphite 仍在 graphite.com 独立运营，其年度计费的堆叠功能套餐标价为每位用户每月 $20–40。
Cursor Origin 是 GitHub 的替代品吗？
不是。从 GitHub 同步的仓库仍以 GitHub 为事实来源，推送也依然落在 GitHub。Origin 提供的是原生托管选项，以及叠加在其上的审查界面。
Cursor Origin 包含在 Cursor 套餐中吗？
早期 Beta 面向所有付费 Cursor 套餐开放。目前尚未公布 Origin 的单独定价、配额或免费套餐路径。
Cursor Origin 支持堆叠式拉取请求吗？
Beta 文档中没有说明。根据这份独立对比，外界对 Origin 支持堆叠式工作流的预期，来自对 Graphite 的收购，而非已公开的功能。
Cursor Origin 可以自行托管吗？
8 月 17 日的更新日志和 Origin 产品页面都没有提到自托管选项。Origin 仓库由 Cursor 托管，企业管理员只能选择完全退出。
大规模运行编程智能体必须使用 Origin 吗？
不需要。一份独立 Cursor 指南建议，为每个智能体使用独立 worktree、保持小范围 diff，并通过首轮审查机器人来缓解同样的审查瓶颈；这些做法如今在 GitHub 或 GitLab 上也可实施。