ai-ready Issue,在隔离 worktree 中开发、运行真实测试套件、创建 PR,随后完成独立审查(会话内修复)并合并干净的 PR——整个交付过程记录在 GitHub Issue、评论和 PR 本身中。审查会话可以使用与实现会话不同的模型(different model)(见工作流)。这个 MVP 只在 GitHub 中保存状态,而不是使用数据库或队列;每个 tick 运行一个 Issue,而不是 daemon;它不会自动发现仓库,也不会自行 push 保护分支。完整边界见/zh/security。
它有什么不同
GitHub 就是完整账本
Issue、标签、评论和 PR 构成完整的交付记录。Orbi 不使用数据库或第二套任务系统。
独立审查,也可以使用不同模型
没有编写代码的第二个会话会审查 PR,并在会话内修复 findings。
review_pi_* 允许该会话使用另一个模型。你可以 steer 正在运行的交付
Issue 上可信任的修正会让运行重新带上这条修正。
Release 也是交付
Release task 会运行发布状态机:等待 CI、打 tag 和写 notes。发布工作使用同一份 GitHub 交付记录。
自托管核心,托管控制平面
Runner 是开源的,可以运行在你的机器上。Orbi Managed Cloud 使用同一份账本运行,不需要你自己运维 Runner。
它如何工作
下一步
- 快速开始:创建并交付你的第一个 Issue。
- 运行 Orbi 的方式:自托管 Runner 或使用 Managed Cloud。
- 工作流:Issue → PR → review → merge 链路。
- 运维:timer、日志、CLI、worktree 和故障恢复。
- 安全:交付边界和保护分支安全措施。