GitHub 一崩：六小时连锁停摆

8 月 17 日（周一），GitHub 全球范围降级：PR、issues 与 API 错误率接近 20%，归档与源文件下载接近 50%，企业 SSO 的 SAML、OIDC、SCIM 与 Team Sync 全线失败，Copilot 一并不可用，前后持续 6 小时 42 分。Cursor 状态页同步挂出事件：Automations、Cloud Agents、Codebase 索引与 Review Agents 均依赖 GitHub 接口，连锁停摆约六小时——盛夏故障潮里持续最长的一次。

依赖链的形状由此清晰。云端 agent 从拉取仓库到开出 PR 的每一步都经过 GitHub；Bugbot 评审的对象是 GitHub 上的 PR，Automations 监听的触发源多半也是 GitHub 事件。上游一停，「永不下班的 agent」集体下班。背景数据让这一天不显得意外：过去一年 GitHub 录得 257 起事故、48 起重大，Actions 一家占 57 起；这是它十五天内第七次登上状态页。GitHub 自家 CTO 承认过，平台不是按今天的规模建的。

同一天上午，Cursor 刚刚向付费用户推送自家代码托管 Origin 的早期 beta，官方给出的理由之一正是「为 agent 规模而生」。故障发生的时间点，替公告完成了论证。