GitHub宕机7小时47分，被AI代码压垮：Cursor同日上线Origin，仓库该放哪了

源自42位全网作者

13:00

8月17日，星期一，开发者圈子里同时发生了两件事。

第一件：GitHub红了。从UTC时间13:28到21:15，整个平台降级了7小时47分钟，Issues、Pull Request、API、Actions、Copilot全部异常。微博第二件：就在同一天，Cursor的Origin开始向所有付费计划推送早期测试版。知乎Cursor员工马特·帕尔默（Matt Palmer）在社交媒体上写了当天流传最广的一句话：我们本来想早点发布的，但GitHub宕机了。知乎

如果你觉得这是巧合，看完下面的数据，可能就不这么想了。

这次宕机，是被AI代码压垮的

先看官方调查结论。GitHub的复盘说得很直白：这次事故并非由程序代码或配置变更引起，而是基础设施容量未能跟上平台使用量的快速增长。微博增长有多快？Commit提交量已从往年的每年10亿暴涨至如今的每周2.75亿，Actions使用量两年内翻了两番，严重宕机时系统甚至无法处理长达8小时的Webhook发送。微博

影响面也一样直观。宕机高峰期，网页和API的错误率约为20%，归档和原始内容下载的错误率高达约50%。微博约1.5万名开发者报告了中断，GitHub自己的CTO承认原本计划了10倍容量，结果发现需要30倍，最后不得不从AWS租用服务器，那可是微软最大的云竞争对手。微博

谁制造了这些增长？答案不难猜：agent。GitHub自己这段时间就在持续把Copilot coding agent接入Issue、Actions、PR和code review。知乎几十个代理同时克隆、分支、提交、改写同一个代码库，几秒钟一轮。知乎出错之后的自动重试又把流量进一步放大：这次宕机里，对单个内部端点的延迟响应触发了VS Code中一个潜在的重试bug，流量被放大约10倍。微博

Origin改了什么：把托管层做成给agent用的

Cursor给Origin的定位很明确：代码托管要开始为“agent scale”设计。知乎Origin的底子来自Graphite，这是Cursor在2025年12月19日收购的一家创业公司，专长是堆叠式拉取请求和合并队列。知乎

同步的边界划得很清楚。从GitHub同步进来的项目，推送仍然回到GitHub，GitHub继续是事实来源。知乎两边评论秒级互通，你在Cursor里留言，它会出现在GitHub上，反过来也一样。知乎部署侧第一天就接好了：现在可以把代码仓库托管在Cursor Origin，并通过Cursor Origin部署到Vercel。微博

三天前，Cursor刚成为SpaceX的

背景不能漏。8月14日，Cursor官博只写了一句：Cursor is now a part of SpaceX。轻归轻，背后是一笔按8-K披露、隐含股权价值约600亿美元的全股票交易，也是SpaceX上市后公开落地的第一笔大型并购。知乎马斯克说得很直白：SpaceX必须在软件层面取得成功。微博市场的反应也很快：Origin上线同日，微软股价跌超3%，市值蒸发超千亿。微博

微软为什么跌？GitHub是它的地盘。代码托管是开发者生态里最深的护城河——工具可以换，仓库很少搬。现在，跑在GitHub上最热门的工具之一，要反过来接管托管这件事了。

社区吵成两派，双方都有道理

一派觉得时机恰到好处。提交变快只是表面，更深的变化是整个软件生产系统的时间尺度正在被压缩，托管层迟早要按机器的节奏重做。知乎

另一派的顾虑也很实在。Reddit的r/cursor板块爆发了对马斯克所有权的抵制，有人放话宁可自己搭Git服务器，也不把代码交给X的母公司托管。知乎

也有人担心更实际的问题：把代码交给一家要训练模型的公司，隐私怎么算？这些顾虑不是凭空来的，此前xAI出过一次隐私开关失效事件。知乎Origin承诺不会将私有仓库代码用于模型训练，但“可见”和“训练”之间的边界在实际执行中很难完全保证。知乎

你该怎么做：几条实际的判断

如果你是个人开发者：先注意它目前只对Pro、Teams、Enterprise三档付费计划开放，免费用户暂时用不上。知乎不用急着迁，但值得试，先拿非关键项目试，比把唯一一份生产代码兴冲冲搬进去靠谱。知乎同步模式下推送仍然回到GitHub，试错成本很低，拿一个小仓库先熟悉堆叠式PR和agent评审这套流程就好。

如果你是团队决策者：Origin可以等，但这次宕机是个提醒——托管层的风险预案要提前做：

给核心仓库做镜像备份（git clone --mirror），确认代码随时能完整搬走；