Cursor 终于开始“自己存代码”了长期以来Cursor 是开发者公认的顶级 AI 原生代码编辑器核心聚焦代码生成、重构、纠错与优化。其新推出的 Origin 是代码托管和协作平台。以前开发者用 Cursor 写代码代码多托管在 GitHubCursor 像建立在 GitHub 上的 AI 编程工具。如今Cursor 自己提供代码仓库开发者可在 Origin 创建 Repository 并推送本地项目还提供 Pull Request 等功能覆盖完整代码协作流程正从单纯“AI 编程工具”向代码托管平台延伸。具有 PR、集成等功能若 Origin 只是新的 GitHub难与有庞大开发者生态的 GitHub 竞争。Cursor 想把 AI Agent 放进代码托管和协作流程。在 Origin 中代码、Pull Request 和 Cursor 的 Agent 在同一环境。开发者可向 AI 提问、让 Agent 修改代码等。过去开发流程多由开发者完成在 Cursor 设想中很多工作可交给 Agent人类开发者负责提需求、检查结果和决策。这是 Origin 与传统代码托管平台最大区别它试图让代码托管成为 AI Agent 工作一部分。Cursor 代码仓库的应用扩展Cursor 还在扩展 Origin 周边开发流程接入 Vercel、Buildkite、Depot 等服务让代码编写到部署纳入同一工作流。支持 GitHub 同步Origin 推出 GitHub 同步功能可将 GitHub 存储库实时镜像到 Origin保持 GitHub 为主要数据源。外媒评价这是巧妙设计不强制用户放弃 GitHub。绑定账号、选仓库后仓库会和 Origin 原生仓库并列展示。连接后可选同步仓库可自行决定同步内容、随时断开。有读取或写入权限就能在 Cursor 查看仓库同步后 Origin 代码实时更新可浏览、搜索、拉取代码但推送回 GitHub。涉及 GitHub 内容GitHub 仍是权威来源仓库旁有图标区分托管方。外媒 Venturebeat 评价这是经典楔入式竞争策略执行巧妙。完整迁移源代码控制系统风险高几乎没 CTO 愿为早期 Beta 测试产品批准而只读镜像模式企业易放行成本低若 Cursor 评审体验优秀事实来源地位会随开发者注意力转移。偏偏这个时候GitHub 还宕机了Origin 上线当天GitHub 遭遇严重服务故障。事故从 8 月 17 日 13:40 UTC 开始最初部分服务性能受影响随后多项服务异常Copilot 也受影响。故障最严重时Web 端和 API 流量错误率约 20%代码归档和原始仓库内容下载错误率约 50%企业功能也受影响。直到当天 21:15 UTC 事故解决后续会公布根因分析。从时间看Origin 上线与 GitHub 故障巧合这导致社交媒体出现“Cursor 杀死 GitHub”说法但更像巧合且有象征意义的撞车。真正的威胁不是一次宕机Origin 发布是否威胁 GitHub答案可能是肯定的但真正值得关注的是Cursor 把竞争带到 GitHub 不完全擅长的 AI Agent 时代软件开发基础设施领域。在 HN 上网友追问 Origin 与 GitHub 区别开发者 Tomas Reimers 回应称目前 Origin 功能少有意与 GitHub 正面竞争接下来几周会加强与 Agent 集成等方向。一次宕机不会让 GitHub 失去竞争力其体量、开发者生态和企业客户规模大不是刚进入 Beta 阶段的 Origin 能撼动的。但 Origin 让 GitHub 思考当 AI Agent 改变软件开发方式代码托管平台是否要改变。实际上GitHub 也在围绕 AI Agent 增加新开发能力如推出 Stacked PRs 功能。过去 AI 编程工具竞争集中在写代码如今竞争向代码之外延伸涉及写代码、运行 Agent、审查代码、托管代码和掌握软件开发流程等方面。Cursor 从编辑器到 Agent 再到代码托管若代码等集中到同一平台代码托管可能成为 AI 编程时代软件开发流程的基础设施这或许是 Origin 对 GitHub 真正值得关注之处。