Cursor 发布 Origin 托管功能 当天GitHub宕机

Cursor 刚刚推出了它有史以来最大的更新之一：Origin。现在 Cursor 可以自己托管你的代码了。

它不再只是一个搭建在 GitHub 之上的 AI 编程平台。Cursor 已经开始构建自己的 GitHub 层了……从一开始就为大规模运行的 AI 代理设计。

Origin 已经为你提供了这些功能：
• 原生 Cursor 托管仓库
• 支持提交、检查、差异对比、评论和合并的拉取请求
• 代码浏览和搜索
• 实时 GitHub 同步
• 与 GitHub 双向 PR 同步
• 可以理解代码、做出修改、更新 PR 和推送分支的代理
• Vercel 集成，支持预览和生产部署
• Depot 和 Buildkite 支持 CI

发布时机真的非常不可思议。GitHub 这个月已经反复出现稳定性问题。8月6日，GitHub Actions 服务降级持续了超过9小时。峰值时，71% 的工作流运行都遭遇了基础设施故障。

而就在今天，GitHub 又发生了一起大面积故障，影响了 API 请求、Actions、Git 操作、Issues、Pages、拉取请求和 Webhooks，持续超过3小时才得到缓解。GitHub 自己报告，事件期间网页/API 流量的错误率大约为 20%，归档和原始仓库下载的错误率大约为 50%。

而就在同一天，Cursor 推出了它自己的代码托管基础设施。Origin 目前还是早期测试版，但发展方向已经非常惊人。

过去：代码存在 GitHub → Cursor 连接它 → 代理在上面工作。当 GitHub 宕机……整个工作流很大一部分突然就只能给你弹出错误提示了。

现在：代码可以住在 Cursor 里 → 代理就住在代码旁边 → 做出修改 → 推送分支 → 打开/更新 PR → 评审 → 合并 → 部署。

Cursor 过去曾是搭建在开发者栈之上的 AI 层。现在它正在向下渗透，也开始构建代理底层的基础设施。

IDE → 代理 → 仓库 → 拉取请求 → CI → 部署。整个软件开发循环正在开始融合成一个原生支持代理的单一平台。