速评：Cursor 今天上线了代码托管服务 Origin，允许直接在他们平台上托管代码。这步棋不是跟 GitHub 抢存量，是想把"代码住在哪"这个默认设置给掀了。
看起来是托管，其实不是托管。看细节就明白它压根没打算让你把数据搬走——GitHub 仓库同步过来只读浏览、实时更新，可推送还是指向 GitHub，人家白纸黑字写着"GitHub 始终是权威来源"。这等于明说：我没兴趣偷你的仓库，那活儿重、苦、还落不着好。我在乎的是你打开 Cursor 之后，那个操作从哪个入口发生。
这剧本，我眼熟。上一轮是编辑器大战——VS Code 成了事实上的 IDE 底座，大家抢的是"你的键鼠每天趴在哪个窗口"；这一轮抢的是"你的 agent 每天趴在哪个仓库上"。
关键在 Origin 的 PR 那一套。评论区直接发到 GitHub、GitHub 上的回应几秒内同步回来、原本分给你的 review 请求能在 Cursor 里直接审了并掉——你发现没有，它没造一个新流程，它把你已经跑顺的流程整个端了进来。GitHub 的 UI 还在那，还有人在那看，但那变成一块镜子，真正干活的黑板换了一块。
最阴的地方是智能体那层。每个仓库都接了 agent，问问题、改代码、更新 PR、推分支，一条龙。GitHub 有 Copilot，可 Copilot 是替你把键盘敲快点的东西，它没有权限、没有常驻在仓库里的身份。Origin 里的 agent 不止是建议，它直接拥有分支。这已经不是"帮你写代码"的层，是"替你干活"的层了。
我不信这是技术上的无奈选择。能把 Git 托管做到 SOC 2、给企业组织管理员留退出开关，说明技术上不是做不到——它是不想掉进仓库存储的红海。托管存储是苦生意，还得陪着合规、备份、冷热数据那一大堆老东西玩。但托管存储加上 agent 执行层，就不叫苦生意了，那叫地皮。GitHub 的地皮是 repo 存量，Cursor 的地皮是 agent 的第一上下文源。
这里我打个问号：企业组织可以退出，但现实是很多 team leader 还没意识到，买 Origin 不单是换个地方存代码，是把 agent 的默认行动半径从"建议你改哪行"升到了"直接改分支"。代码里那些分歧、争论、推翻重来的痕迹，以前全在 PR 讨论区，现在 agent 也看着呢，还在里面伸手。GitHub 上吵不出结论的，agent 直接自己合并了。
说到这得帮 GitHub 说句公道话。前几天一堆人看热闹说"GitHub 药丸"，我倒觉得没这么快。Origin 现在还不敢在这个领域正面碰 GitHub，因为它自己也清楚，全世界的开源项目、几十年的历史 commit、上亿个 repo 的默认路由，这些不是一夜之间能架个空壳子绕过去的。它选择的是"蹭"——你有 Git，我有 agent 入口；你管历史，我管下一步干嘛。这个姿态对一个做编辑器的团队来说，聪明得有点过分。
我真正想说的其实是：当"写代码"这个动作本身的重心，从"人敲键盘"转移到"agent 自主行动"，谁的仓库里跑着那堆 agent 的执行上下文，谁就是新的地基。 GitHub 的地基是版本管理的权威性，Cursor 想建的地基是 agent 行动的默认起点。Origin 的全部设计都在为这个立场服务——它做的一切都是为了让 agent 少一道"把 repo clone 下来、理解它的结构、再开始动手"的工序。我不在意你的仓库历史有多辉煌，我只在乎我的 agent 醒来第一眼看见的是不是我家的文件系统。
还有个小细节。Origin 的仓库名字会直接进 URL，cursor.com/codebase/你的名字。这种把名字印在墙上的感觉，是不是有点眼熟——每个做平台的都在用这招，让你以为这东西是你自己的，其实是先把你圈进来再说。
这次可能真不一样。但立个 flag：一年之内，GitHub 会出个类似"agent-native repository"的东西来抢这层关系链。到时候回头看，Origin 这两天干的事就不是"又一个托管服务"了，它是第一个把手伸进地基里、想重新铺水管的那家电工。