产品信号
Cursor向付费用户开放代码托管
Cursor推出Git forge Origin的early beta，并向全部付费套餐开放，开始把AI代理从编辑器延伸至代码托管、提交与协作层。
Cursor已将Origin的early beta开放给全部付费套餐，首次以Git forge身份进入代码托管层。这个变化的核心不在于新增一个仓库入口，而在于Cursor正试图把代理编码从编辑器内的生成与修改，延伸到提交、审查、合并和项目协作的系统记录层。
从编辑器延伸到代码系统
Cursor官方将Origin定位为面向“agentic era”的Git forge，并确认early beta现已覆盖所有付费套餐。此前，Cursor的产品叙事主要是把本地代理和云端代理整合进编辑器，使代理可以参与从commit到合并PR的流程。Origin将这一流程的承载位置向上移动：Cursor不再只在开发者桌面上协助写代码，也开始直接承接代码仓库和协作对象。
托管层决定代理能做什么
代理要从建议代码走向持续执行，需要读取仓库历史、创建分支、发起PR、触发自动化并接受权限约束。这些动作通常由代码托管平台定义。GitHub现有产品覆盖协作编码、PR审查、规则集、Actions CI/CD、包管理、代码安全与企业治理，其公开数据还显示每月有超过4,300万个PR被合并。Cursor进入这一层，意味着其产品路线可能从模型调用体验竞争，转向工作流数据、执行权限与治理规则的整合。
分发入口开始成为竞争变量
对Cursor而言，向现有付费用户开放beta降低了尝试Origin的门槛，也让编辑器用户可在相邻工作流内评估托管服务。对企业而言，代码托管并非单纯的开发者体验选择：仓库迁移会涉及身份、审计、分支保护、依赖管理和CI连接。编辑上看，Origin更重要的信号是AI编码公司开始争夺系统级入口，而不是仅在既有Git平台上提供一个更强的代理。
接下来关注什么
接下来可观察Origin是否公布迁移工具、企业身份与审计能力、第三方CI和安全集成，以及付费用户外的可用范围。若有团队将生产仓库迁入并披露代理提交、PR审查或部署的使用指标，代码托管层迁移的判断将被强化；若长期停留在beta且缺少企业治理功能，则更像编辑器生态的附属功能。