Orbi Cloud

Orbi Cloud 是 Orbi 软件暗工厂（software dark factory）的托管版本：你定义目标和验收标准，Orbi 把一张 GitHub Issue 从实现、测试、独立评审、修复一路做到合并。基础设施由 Orbi 运维。 连接仓库后，Orbi 会读仓库，建议现在能做的事。新任务先「查看需求」，看过草稿再交给它；已有 Issue 可以点「让 Orbi 做这个」直接派发。你也可以自己「写需求」，或者在 GitHub 给 Issue 打上 ai-ready。Orbi 在隔离工作区完成交付，在评审和合并门禁通过后合并改动。Issue、PR 和发版证据都留在你的仓库里。 Orbi Cloud 跑的是和自托管 Orbi 同一套交付引擎，引擎是开源的。区别只在于谁来运维 runner：用 Cloud，Orbi 来运维。

​

全流程

你授权并连接仓库，选择要做的任务，决定什么时候发版。准备工作环境和读仓库生成建议都会自动开始；确认交付后，Orbi 自动完成开发到合并。 由你决定开始哪个任务、什么时候发版。交付按钮会替你打上 ai-ready；读仓库或打开建议草稿都不会派发任务。 状态页用五步带你完成开通，最后一步是交出第一个需求。发版可以不做，前三次合并交付不需要订阅。也可以先试官方示例，不占这三次免费交付。

​

你实际要做的事

​

交付循环

评审由一个没有写过这份代码的会话执行。它修掉自己能修的问题并重跑测试；只有结论干净的 PR 才能进入合并门禁。当自动恢复不安全时，Issue 会落到 ai-blocked 并附一条说明原因的评论。这个状态是有意的停止，在等一个人的决定，不是崩溃。 每个标签的含义、以及什么会让 Issue 在它们之间移动，见交付生命周期。

​

价格

前 3 次合并的交付免费，不用绑卡，也不用订阅。失败的交付不消耗这个额度。 之后有两个付费档：Solo 和 Pro。两档的价格里都含模型用量：Solo 每月 4 亿（400,000,000）tokens、一个仓库；Pro 每月 12 亿（1,200,000,000）tokens、最多五个仓库。没有按 token 的超额计费：当月额度用完后，新的交付暂停，直到下个月，或者直到你配上自己的模型 key。 当前价格、按年付费的选项，以及正在进行的创始会员优惠，见价格页。订阅怎么操作见付费，额度怎么计见额度与限制。

​

Orbi Cloud 不做的事

它不会自己去发现仓库，只在你连接的仓库里工作。发版按你决定的版本和发布策略执行，通过带 ai-ready 与 ai-release 的 Issue 发起。普通代码改动通过评审后的 PR 进入基础分支；版本更新和空仓初始化有明确的直接写入路径；平台升级时，它也不会打断一个正在执行的交付。 完整的边界清单，包括你的模型 key 存在哪、runner 能访问到什么，见安全。 头像菜单里的「设置」可以配置 Telegram 通知和 Orbi 消息语言，它们与网页界面的语言分开。

​

接下来读什么

想用最短路径拿到一个合并的 PR，从快速开始。如果已经出问题了，去问题排查。

​

引擎自己的文档

这些页面讲的是 Orbi Cloud 这个托管产品。底下那套交付引擎是开源的，文档单独放在 docs.orbi.build。想看机制而不是产品时去那边：