Cursor Origin 受 GitHub 降级拖累怎么自查

对照 2026-08-17 status 事件：Automations、Cloud Agents、Review Agents、Origin/Codebase 随 GitHub 降级；分辨上游与本机问题。

Cursor Origin 受 GitHub 降级拖累怎么自查

2026-08-17，Cursor Status 报了一起与 GitHub 上游降级相关的事故：GitHub degradation affecting some Cursor services。影响面写明含 Automations、Review Agents、Cloud Agents，以及 Origin / Codebase。约 20:40 UTC 标 Resolved。若你同一天 Origin 同步卡住、云端 Agent 起不来，先别只怪本机 token。

作者：CodePass 技术编辑

时间线（UTC）

  • 14:34 Investigating：对照 GitHub Status 调查 Automations / Cloud / Review / Codebase。
  • 15:25 / 19:43：持续调查与「出现恢复迹象」。
  • 20:40 Resolved：相关 Cursor 服务恢复，继续监控。

这说明 Origin 早鸟与 GitHub 同步深度绑定：上游抖一下，Cursor 侧多块云能力会一起抖。

三分钟自检

  1. 打开 status.cursor.com 与 githubstatus.com，看是否仍有进行中事件。
  2. 分清症状：仅 GitHub 同步仓挂、还是 Cursor 自托管仓也挂；仅 Cloud Agent，还是本地 IDE 也挂。
  3. 本地 git 对 github.com 是否通；通而 Cursor 云端不通，优先等上游/Cursor 恢复，少改密钥。
  4. 事故中避免强推大规模 Automations，防止恢复后任务洪峰。

预防心态

把 Origin + GitHub 双写当成有共享故障域的设计，关键发布窗口盯两份 status。恢复后复查未完成的 Cloud Agent 与 Automations 是否需重跑。产品介绍见 Cursor Origin 是什么。