Cursor 发布 Origin，GitHub 替代品

原文 ↗ Hacker News 讨论 ↗

Cursor 发布了 Origin，这是一项 Git 托管服务，被定位为更可靠、并深度集成 AI 的 GitHub 替代品，背景是人们对 GitHub 近期宕机和扩展问题的不满。评论者分歧明显：一些人欢迎竞争和潜在的性能提升，而许多人拒绝把源代码交给由 Musk 控制的公司，理由包括隐私、伦理，以及担心私有仓库会被用于 AI 训练。另一些人则认为 Origin 目前除了一个 GitHub 克隆之外并无太多新意，并认为像 GitLab、Forgejo、Tangled 或 Radicle 这样的自托管或去中心化 forge，更有希望从长期上解决锁定与控制问题。

产品范围与差异化

  • 许多人认为 Origin 本质上就是“由 Cursor 托管的 GitHub”，功能几乎对等，并且与 Cursor 深度集成。
  • 团队成员将其描述为一个 Git 托管 beta，首要目标是先做到与 GitHub 持平，同时承诺在“接下来的几周”推出面向 agent 的功能（agent 编写代码理解、自动合并 PR、agent 群）。
  • 目前的限制：仓库对 Cursor 团队私有，尚不支持公开浏览；同步需要关联 GitHub。有人认为目前还没有类似 Actions 的替代功能，这对他们来说是致命缺陷。

可用性、性能，以及 GitHub 的问题

  • 对 GitHub 反复宕机的强烈不满，尤其是对严重依赖 Actions/CI 的企业来说。
  • 有人认为 GitHub 的问题源于 Azure 扩展限制和 AI 驱动的负载；也有人把责任归咎于糟糕的架构、实践，以及微软的优先级安排。
  • 少数人认为，任何更小的 Git 托管服务仅因规模更小就会有更好的可用性；也有人怀疑 Origin 能否在 GitHub 的规模下稳定运行。

信任、所有权，以及与 Musk 的关联

  • 一个重要话题：许多人坚决拒绝把代码托管到任何由 Musk 控制的实体，理由包括伦理顾虑、过去的数据行为，以及他们认为私有代码被未经授权用于训练的可能性。
  • 少数人明确表示，他们比起其他科技领袖更信任 Musk。
  • 有人担心，与现有选项相比，Origin 会增加供应链风险。

AI 训练、隐私与代码使用

  • 普遍怀疑：一家 AI 公司托管 git，最终不可避免会用托管代码进行训练，尤其是私有仓库和历史版本。
  • 有人将其与 GitHub Copilot 作比较；一些人认为所有大型 AI 玩家都面临类似风险，并主张如果在意完整性，就应该自托管。
  • 讨论中提到 ToS、数据使用，以及代码是否会被用于训练 Grok；缺乏清晰的法律文档被视为一个担忧。

生态、锁定与标准

  • 许多评论者认为，GitHub 真正的护城河是集成（CI、issue 跟踪器、Sentry 等）和社交/网络效应，而不是单纯的 Git 托管。
  • 有人要求 GitHub API 兼容性，以及标准化的 forge API，这样工具就能更轻松地支持多个托管服务。
  • 也有人怀疑，一个类似 GitHub 的克隆即便可用性更好，也难以突破生态锁定。

自托管与去中心化替代方案

  • 许多人呼吁自托管（Forgejo、GitLab、Gitea、SourceHut）或采用去中心化/联邦式系统（Radicle、Tangled/ATProto、运行在 Reticulum 上的 Git）。
  • 关于可行性的争论：去中心化对小众群体有吸引力，但大多数用户仍然偏好中心化 UX 和集成式工作流。

命名、UX 与上手体验担忧

  • 对“Origin”这个名字的反应不一：有人称赞其与 git 的联想；也有人认为它含糊、存在 SEO 冲突，并会让 LLM 产生混淆。
  • 还有人抱怨需要短信手机号、注册时的访问阻断，以及 Origin 给人一种为了赶上 GitHub 宕机而仓促推出的感觉。