GitHub一年宕机257次，Cursor趁乱推出Origin：AI代码托管要变天

一觉醒来，GitHub 被 AI 编程公司”偷家”了

8 月 18 日，AI 编程工具 Cursor 正式发布了自己的代码托管平台 Origin——一个能做 GitHub 几乎所有事情的新平台：托管仓库、协作、浏览代码、处理 PR。而就在同一天，GitHub 全球大面积宕机超过 6 小时，错误率一度接近 20%。

这不是巧合，这是明牌挑衅。Cursor 的官博标题直接写：*”Your GitHub repos can sit alongside the ones Cursor hosts”*——你的 GitHub 仓库可以和新仓库并排躺着。

为什么偏偏是现在

GitHub 最近一年的表现确实给了对手机会。据 LeadDev 统计，过去一年 GitHub 共发生 257 次宕机，最近还有”仓库下载 50% 报错率”的报道。8 月 18 日当天，全球开发者集体卡在拉代码页面，Cursor 却在同一天上线竞品——时间点精准得像是踩着 GitHub 的痛处补刀。

更要命的是背景变化：Cursor 上周刚被 SpaceX 正式收购，背靠马斯克的资本和算力；而 Origin 主打”agent native”，未来会给 AI 智能体原生能力，比如让 AI 直接托管、评审、合并代码。传统 GitHub 的 PR 流程是给人类设计的，Origin 想重新定义成给 AI 设计的。

这对普通开发者意味着什么

– 短期不用搬家：Origin 和 GitHub 互通，可以把 GitHub 仓库同步过去，两边的代码可以来回传，不需要一键迁移、立刻二选一。

– 长期要留心：AI 编程的”编辑-托管-协作”正在被同一家公司包圆。Cursor 有编辑器，现在又有托管平台，下一步大概率是把 CI/CD 也收进来——这正是 GitHub + Copilot 的完整闭环。

– 别急着下结论：GitHub 有 1.8 亿开发者，壁垒不是一天能撼动的。但”一家独大”的时代结束了，对开发者来说，多一个选择总是好事。

Origin 目前能做什么

根据 Cursor 的官方说明，Origin 已经具备：仓库托管与浏览、多人协作、Pull Request 全流程。它和 GitHub 的差异化在于两点：一是 “agent native”——未来 AI 可以直接在平台上托管代码、评审变更、自动合并，把”人提 PR、人评审”变成”AI 提、AI 审、人拍板”；二是生态位——Cursor 已有庞大的编辑器用户群，编辑器里点两下就能把仓库托管到 Origin，迁移成本几乎为零。

对中文开发者的三个实操判断

1. 别急着换：Origin 目前是英文生态、功能还在早期，个人项目在 GitHub 上继续放着没问题；

2. 可以试着同步：如果你重度用 Cursor，把一两个仓库同步到 Origin 体验一下 agent native 的工作流，正好赶上新平台红利期；

3. 关注企业采购动向：如果你们团队正在选型代码托管，GitHub 的稳定性问题（一年 257 次宕机）值得写进评估清单——有备选方案，谈判才硬气。

谁该关注，谁可以忽略

关注：被 GitHub 宕机坑过的团队、深度使用 Cursor 的开发者、做 AI 编程工具创业的人、正在做代码托管选型的团队负责人。

可以忽略：只用 GitHub 做个人备份、几乎不依赖在线协作的单机开发者——你暂时感受不到变化。

更大的棋局

Cursor 被 SpaceX 收购、Origin 上线、GitHub 同日宕机——三件事叠在同一条时间线上，说明 AI 编程的竞争已经从”编辑器”蔓延到”代码基础设施”。GitHub 的护城河是 1.8 亿开发者的习惯和生态，但习惯是可以被”更好用”打破的。接下来半年，请盯紧两件事：Origin 的 agent native 功能落地到什么程度、GitHub 会如何回应（降价？强化 Copilot？还是改进稳定性）。

一句话总结：GitHub 一年宕机 257 次，Cursor 带着”AI 原生代码托管”来抢地盘了。巨头不是不可撼动，只是需要一个足够痛的时机。

— END —
LC 智趣厅 · 科技与生活的交点
ihygg.cn