8月17日，Cursor上线了一个叫Origin的新功能。说白了，就是自己搭了个代码仓库平台，跟GitHub正面抢生意。
有意思的是，同一天GitHub直接宕机了大约20%的服务——拉取请求、API、issues全部报错。Cursor在官方公告里轻描淡写提了一句："GitHub experienced reduced availability on August 17."
但Origin不是Cursor随便做的一个备份仓库。它把代码仓库、Pull Request和Cursor的AI Agent全部塞进了同一个界面。开发者可以在里面创建仓库、浏览代码、发起PR、让AI直接动手改代码、评论、合并——全程不用跳出去。
最关键的一点：AI不再是辅助工具，而是直接在代码库里干活的角色。你可以让Agent回答关于你正在看的代码的问题，可以让它直接动手改，可以让它更新Pull Request。GitHub Copilot是给你提示的，Origin想让AI直接上手。
GitHub也不是没有动作。它也在把Copilot和Agent开发工具往仓库里塞。但Cursor的逻辑不一样——它是从编辑器出发，往整个开发流程里渗。GitHub是从仓库出发，往AI方向扩。两边在往同一个终点跑。
GitHub现在有超过1.8亿开发者，这个量级不是说抢就能抢走的。但Cursor用了很聪明的一招：不用你搬家，Origin可以实时同步GitHub仓库。你在Origin里浏览、搜索、干活，但代码还留在GitHub。PR活动可以双向同步——Cursor里发的评论会出现在GitHub，GitHub上的回复也会同步到Cursor。
说白了就是：GitHub继续用，但真正干活的地方换成Cursor。
这个时间点很微妙。GitHub在2026年可靠性记录很难看——7月8次服务降级，6月6次，5月9次。8月17日这次20%错误率的宕机刚好撞上Cursor上线，很难不让开发者多想。
随着AI编程工具越来越自动——Agent自己生成代码、自己review、自己合并——仓库平台的稳定性要求只会更高。一个AI Agent每秒能提交好几次PR，但仓库挂了，整个流程就卡死了。仓库不再只是存代码的地方，它变成了人类和AI一起干活的控制台。
Cursor已经在Vercel、Depot、Buildkite这些CI工具上接了集成，下一步是更多的人家。Origin不只是想抢GitHub的页面，它想抢整个开发者生态。
GitHub有1.8亿开发者，Cursor有多少？目前没有公开数据。但Cursor在AI编程这个细分赛道已经是头部，AI写代码这个场景的蛋糕还在变大。
这两家公司2026年的竞争，本质上是在争夺同一个东西：开发者在AI时代的工作流到底以谁为中心。GitHub想保住中心位置，Cursor想把它挤开。