8 月 17 日，Cursor 上线 Origin，一款面向「Agent 规模」设计的代码托管平台，把仓库、拉取请求（PR）与代码浏览直接放进 Cursor 编辑器。就在同一天，GitHub 遭遇持续 6 小时 42 分钟的全球性降级，Actions、API、PR 与 Copilot 一度不可用；就在同一周，SpaceX 刚完成对 Cursor 的全股票收购（报道口径约 600 亿美元），把 Cursor 并入 SpaceXAI 部门。
真正值得注意的不是「又一家公司做了代码托管」，而是 Cursor 走了一条与 GitHub 相反的路线。GitHub 先做代码托管与协作，再向外扩展到 CI/CD、安全和 AI 编码；Cursor 从 AI 编码环境起家，如今反向把托管补进来。当一家公司同时握有「写代码的编辑器、审代码的 Agent、存代码的仓库」，谁持有你的源代码，就从一个技术问题变成了治理问题。
Origin 做了什么
Origin 是 Cursor 编辑器里的一个新 Codebase 标签页。团队给代码库命名、用命令行 push，仓库就托管在 Cursor 上；每个仓库都带 PR 的时间线、commits、checks 与文件改动，开发者可以在编辑器里直接 review、评论、合并，CLI 与 Git 完全兼容。
对已有 GitHub 仓库，Origin 采用了一种克制的做法：连接 GitHub 组织后可以同步仓库，但「推送仍然发往 GitHub，GitHub 保持 source of truth」；PR 评论双向同步，在 Cursor 里评论会发到 GitHub，在 GitHub 上的回复几秒内回流到 Cursor。首日还接了三个集成——Vercel 为每个 PR 建预览部署、合并后上线，Depot 与 Buildkite 跑 CI，且都能原样执行既有的 GitHub Actions 工作流。
这套「兼容层」是 Origin 策略的缩影：它不要求团队重写构建系统、替换部署管线，只要求开一扇「看你已有代码」的第二窗口——这比「迁移代码库」更容易被批准，也更容易被放弃。
为什么是现在：GitHub 的可靠性危机与 Agent 的 PR 洪流
Origin 的存在前提，是两条同时成立的事实。
其一，GitHub 的可靠性出了问题。VentureBeat 引述 LeadDev 的统计：2025 年 5 月至 2026 年 4 月，GitHub 记录了 257 起事故，其中 48 起为重大事故，几乎每周一次；仅 GitHub Actions 一年就有 57 次中断，2 月以 37 起成为最差月份。GitHub CTO Vlad Fedorov 承认平台「不是为现在这个规模建造的」，需按当前约 30 倍的负载设计；CEO Thomas Dohmke 2025 年 8 月离职后从未被正式接替，业务被并入微软 CoreAI 部门。Zig 已迁往 Codeberg、Ghostty 宣布离开，OpenAI 据报也在自建 GitHub 替代品。
其二，提交代码的不再只有人。VentureBeat 引述 RuntimeWire 的报道称，Cursor 内部合并的 PR 中约 35% 由运行在云虚拟机里的自主 Agent 提交。为「人」设计的托管平台默认每一条 PR 代表人的意图，可以追问「你这是什么意思」；当三分之一合并的改动来自软件，审核队列就从对话变成了调度问题。
反向路线：从编辑器到系统记录
Cursor 补上托管，靠的是它 2025 年 12 月收购的代码审查公司 Graphite。Graphite 做堆叠 PR，让开发者不必等审批就能持续提交相互依赖的改动；其联合创始人 Tomas Reimers 在 6 月的 Compile 大会上发布 Origin，并主导开发。Cursor 当时说「写代码与协作代码的边界越来越武断」，如今 Origin 就是那个「激进想法」。
面对 Origin，GitHub 的回应是 Agent HQ——在 GitHub 内部编排 Anthropic、OpenAI、Google、Cognition 与 xAI 的第三方 Agent，等于承认了 Agent 层、守住底层基础设施。Origin 攻击的恰恰是这层基础设施。
治理与信任：谁持有源代码
Origin 目前是 early beta，离「替代 GitHub」还远。InfoWorld 引述分析师与工程师指出，它缺少分支保护、CODEOWNERS、强制审阅、签名提交、SSO/SCIM、细粒度角色、审计日志、密钥扫描、SBOM 等企业控制；其中一位 Broadcom 的 SRE 还提醒，即便有 Depot、Buildkite 集成，企业仍需考虑 ISO 27001、数据驻留、代码是否会被用于训练模型、FedRAMP 等合规问题。
更直接的问题在信任一侧。Origin 对全付费用户默认开启，企业管理员需主动 opt-out——等于在管理员未做出决定前，把「是否镜像专有代码」的决定替他们做了。数据驻留、保留期、训练使用、次处理器等条款至今未公开。而就在 7 月，Mindgard 披露 Cursor 会在用户打开项目时无提示执行被植入项目根目录的恶意 git.exe，Cursor 拒绝修复、称其为范围外——同类缺陷也出现在 Copilot CLI、Gemini CLI 与 Codex，但「厂商拒绝修复的漏洞」对一款要求「把仓库交给我们」的产品而言，是个尴尬的注脚。
影响：这不是 GitHub 的讣告，而是一次 wedge
Origin 是一把楔子，不是一次迁移。它的设计——GitHub 保持 source of truth、Actions 兼容、双向 PR 同步——本身就是为「低风险试水」准备的：试一次没有成本，放弃也没有损失，但它悄悄把开发者每天工作的时间，从 GitHub 挪到了 Cursor。
对企业与 CISO 而言，可验证的判断有三条。第一，GitHub 的可靠性是工程问题，工程问题可以被修复；而「谁持有源代码、可以用它做什么、最终对谁负责」没有时间戳。第二，在 Cursor 补齐企业控制与数据条款之前，把 Origin 当作 GitHub 之上的便利层、而非系统记录，是唯一站得住的立场——这恰好也是它当前架构所暗示的用法。第三，最该盯的变量不是 Origin 有多少新功能，而是 Cursor 的激励何时从「借用 GitHub 的底层」转向「拥有底层」：一旦它开始收窄 egress、或 GitHub 不再默认是 source of truth，那才是迁移真正开始的信号。