AI编程工具横评·第2期
GitHub 上 92% 的开发者已经在用 AI 编码工具。但代码托管这件事，过去十年几乎没变过。
Cursor 官方发布的 Origin 代码托管服务，已开始向所有付费用户滚动开放 early beta。它把仓库、PR、代码浏览和 GitHub 同步塞进了 Cursor 本体。对天天在 Cursor 里写代码的人来说，这意味着不用再切窗口去 GitHub 点合并按钮了。
但先别急着迁仓库。Origin 目前是 early beta，功能是"够用"级别，不是"替代"级别。哪些点值得注意，往下看。
坑1：功能边界——Origin 首版只做基础盘
一句话：Origin 现在能干的，是代码托管的最小闭环，不是 GitHub 的完整镜像。
根据 Cursor 官方公告，Origin 首版包含四件事：仓库（repos）、Pull Request、代码浏览、GitHub 同步。官方原话是"从 essentials 开始，为 agent 规模设计"。
注意那个词：essentials。GitHub 的 Issues、Actions、Projects、Wiki、Pages、包管理、安全扫描——这些在 Origin 首版里都没有。官方明确说"Agent-native features ship soon"，意思是 AI 原生的功能还在路上。
Origin 首版 = 仓库 + PR + 浏览 + GitHub 同步。不是 GitHub 的完整替代，是 Cursor 工作流的内嵌托管。
判断标准：如果你的团队重度依赖 GitHub Actions 做 CI/CD、用 Issues 做项目管理，现在迁过去等于自断手脚。Origin 更适合那些"代码主要在 Cursor 里写、GitHub 只是个远端仓库"的个人开发者和轻量团队。
坑2：GitHub 同步——单向镜像，不是双向同步
从 GitHub 同步过来的仓库，GitHub 才是 source of truth，Origin 只是镜像。
官方文档写得很清楚：连接 GitHub 后，可以选择要同步的 org 和仓库。同步的仓库在 Origin 里实时更新，可以浏览、搜索、拉取。但 push 仍然走 GitHub——"Pushes keep going to GitHub, which stays the source of truth for anything started there"。
这意味着什么？你在 Origin 里看到的 GitHub 仓库，是一个只读优先的镜像。PR 评论可以双向同步（在 Cursor 里评论会发到 GitHub，在 GitHub 上的回复几秒内会出现在 Cursor），但代码的权威版本始终在 GitHub。
使用建议：把 Origin 当成"GitHub 的 Cursor 原生客户端"来用，而不是"GitHub 的替代品"。仓库图标会区分哪些是 Cursor 托管的、哪些来自 GitHub。想彻底迁出 GitHub 的团队，现在还不是时候。
坑3：企业版用户可能根本用不上
企业管理员可以一键关闭 Origin，你的公司可能已经关了。
官方公告里有一句容易被忽略的话：Origin 向所有付费用户开放，"except enterprise orgs whose admins opt out"。翻译过来：企业版组织的管理员可以主动选择不启用 Origin。
这很合理。代码托管涉及权限、合规、审计，企业 IT 部门不会因为"Cursor 出了个新功能"就放行。如果在公司环境里找不到 Origin 入口，先问问管理员是不是关掉了。
个人付费用户和中小团队可以直接用。企业用户需要等 IT 评估，或者用个人账号先体验。
坑4：App 生态刚起步，集成数量有限
目前只有三个集成可用，其他都在"coming soon"。
Origin 在推一个 App 生态，首批集成三家：Vercel（PR 预览部署）、Depot 和 Buildkite（CI）。连接 Vercel 后，每个 PR 自动生成预览环境，可以在上面测试和评论。CI 方面，Depot 和 Buildkite 都能跑现有的 GitHub Actions 工作流，Buildkite 还支持自己的原生 pipeline。
但也就这三家。如果你的团队用 GitLab CI、CircleCI、Jenkins，或者自建 CI 系统，现在接入 Origin 等于没有 CI。官方说"more coming soon"，但没说时间表。
CI 重度用户继续留在 GitHub/GitLab，把 Origin 当辅助浏览工具。CI 轻量或愿意切到 Vercel/Depot/Buildkite 的团队，可以试试全托管体验。
坑5：Agent 功能还没上线，别被"agent-native"这个词带偏
官方说"为 agent 规模设计"，但 agent 原生功能还没发货。
这是最容易误读的地方。公告里反复出现"agent scale""agent-native"，但首版实际提供的是：可以在浏览代码时向 Cursor 提问，它可以回答、改代码、更新 PR、推分支。
这本质上是把 Cursor 已有的 AI 能力搬到了托管界面里。真正的"agent-native"功能——比如 AI 自动管理仓库、自动处理 PR、多 agent 协作——官方明确说"ship soon"，现在还没有。
如果你期待的是"AI 帮我管仓库"，再等等。如果只是想要"在 Cursor 里一站式看代码、提 PR、合并"，现在就能用。
Origin vs GitHub：一张表看清差距
| 对比维度 | Cursor Origin | GitHub |
|---|---|---|
| 部署门槛 | 零门槛，Cursor 内嵌 | 零门槛，独立平台 |
| 仓库托管 | 基础功能（建仓、PR、浏览） | 完整功能 |
| CI/CD | 仅 Vercel/Depot/Buildkite | GitHub Actions 全生态 |
| 项目管理 | 无 Issues/Projects | Issues/Projects/Wiki 齐全 |
| Agent 原生 | 官方承诺"ship soon"，未上线 | Copilot 集成，非原生 |
| 费用 | 付费计划附带，未单独定价 | 免费 + 付费团队版 |
| 适合场景 | 个人/轻量团队，代码主要在 Cursor | 全场景，生态成熟 |
决策清单：什么人该试，什么人该等
适合现在试的人：个人付费用户、小团队、代码主要在 Cursor 里写、GitHub 只当远端仓库用、CI 需求简单或愿意用 Vercel/Depot/Buildkite。
不适合现在动的人：重度依赖 GitHub Actions/Issues 的团队、企业版用户（可能被管理员关闭）、需要完整 CI/CD 生态的团队、对代码托管稳定性要求极高的生产环境。
Origin 现在是一个"Cursor 内嵌的 GitHub 轻量替代"，不是"GitHub 杀手"。它的价值在于减少切换成本，不在于功能全面性。
上线前自查清单
在决定是否试用 Origin 之前，先对照这份清单检查：
☐ 我的代码主要在 Cursor 里写，GitHub 只是远端仓库
☐ 我不重度依赖 GitHub Actions 或 Issues
☐ 我的团队不是企业版组织（或管理员已确认开启）
☐ 我的 CI 需求可以用 Vercel/Depot/Buildkite 覆盖
☐ 我不需要 Issues/Wiki/Pages 等项目管理功能
☐ 我能接受 early beta 阶段的不稳定性
如果以上 6 条全部勾选，可以拿一个非关键的个人项目建仓试试。如果有任何一条不符合，建议继续用 GitHub，把 Origin 当辅助浏览工具。
Origin 的定价官方尚未单独公布，目前是付费计划用户的附带功能。具体以 Cursor 官方公告为准。
转给正在用 Cursor 写代码的同事：Origin 能替代 GitHub 吗？现在不能。它只做仓库+PR+浏览+同步，CI 只有三家，Agent 功能还没上线。个人项目可以试，团队项目再等等。
你会把个人项目迁到 Origin 试试吗？还是继续用 GitHub？
#Cursor Origin #代码托管 #GitHub替代 #开发者工具 #避坑指南