用途 Orbi 被定位为面向智能体时代的开源（AGPL-3.0）全自动软件工厂，核心目标是将 GitHub 上的 Issue 直接推进到已合并的 PR 与正式发布。官方描述为“File an Issue. Get a release.”：提交一个 Issue，得到一次发布。它主要解决在无人值守的情况下，由 AI 完成从编码到审查、合并、发布这一整条交付链路的问题。
主要能力
- 以 Issue 为可执行单元：Orbi 并非孤立地管理单个 Issue，而是用 Epic 和里程碑来把握范围，用依赖关系安排工作顺序。
- 隔离工作树编码：Orbi 接单后，会在隔离的工作树中编写代码。
- 独立审查与修复：由另一个独立的 AI 会话对具体 diff 进行审查，这个审查者可以修改代码、重跑测试套件，并对修复后的提交做出判断，且只允许通过审查的那个提交合并。
- 合并与发布：只有通过审查的提交才会合并，随后 Orbi 为发布打上标签；发布 Issue 用于把结果冻结为某个版本。
- 交付记录可核查：Issue、PR、标签、日志和 run ID 都保存在 GitHub 中，重启后可以从这些记录重建同一次交付（同一 run、分支、工作树和 PR），进程被杀或测试失败都不会产生“第二套说法”。
- 交付证据：包括可修复的独立审查、与单一 SHA 绑定的合并证据，以及无需第二套叙述的恢复机制。
- 不取代人的最终把关：工作成果以正常的 GitHub Pull Request 形式落地，分支保护、必需检查和人工审批照常适用。
使用方式
- 自托管：需要 Python 3.14、git、gh、systemd 以及一个模型端点；运行 orbi doctor 可以指出缺失的依赖。自托管需要 Git、POSIX shell，以及你已经付费的模型 API 访问权限。Orbi 运行在 Linux 和 macOS 上，可在自己的机器或服务器上运行，不需要 GPU——推理交给模型，可以是托管 API。
- 模型接入：自托管时自带模型，Orbi 通过你的凭据驱动智能体，支持任何 OpenAI 兼容 API 或本地托管的模型，之后可以更换模型而不改变工作流程。模型费用按你的费率支付给模型提供商，Orbi 不额外收费。
- 云端：Orbi Cloud 上“一句话就足够启动”。控制面板是 orbi-build/orbi-cloud（私有云控制平面）。Cloud 从 GitHub 开始：登录、安装 App、免费试用 3 次交付，无需信用卡或订阅。云端运行器会在交付期间把你授权的仓库克隆到其运营的机器上。
- 安装与代码：开源仓库为 orbi-build/orbi，另有网站仓库 orbi-build/orbi-website。许可证为 AGPL-3.0；若政策不允许 AGPL，可选用 Sustainable Use License，两种许可下自托管均免费。
适用场景
- 团队希望把 backlog 中的 Issue 自动推进到带标签的发布。
- 需要独立审查环节、且审查者能直接修改分支而不只是评论的团队。
- 希望保留 GitHub 既有分支保护、必需检查和人工审批作为最后关卡的团队。
- 已在运行 Orbi 的团队；官方还列出了在他人仓库中合并的第三方交付记录。
- 与编辑器类 AI 工具的差异：编辑器让打字更快，而 Orbi 处理的是“没人在打字”时发生的事。
限制与注意事项
- 自托管需要自行准备 Python 3.14、git、gh、systemd 和模型端点，并承担模型使用成本（按提供商费率）。
- 云端模式下，运行器会在交付期间将你授权的仓库克隆到其运营的机器上，代码可见性问题需参考 Cloud 页面说明。
- 具体价格以官方为准：免费试用 3 次合并交付；Solo 年付 US$24/月（US$290/年，省 17%；月付 US$29），含 400M tokens；Pro 年付 US$66/月（US$790/年，省 17%；月付 US$79），含 1.2B tokens；创始合作伙伴终身 5 折，限 6 个名额。
- 官方页面显示 GitHub 217 stars。
- 文中未提供的信息：审查通过率、支持的模型具体清单、Windows 支持情况、中文文档、SLA 等，暂未提供。
