orbi-build /
orbi
Orbi 是一个自托管的 AI 编程 Agent,入口是 GitHub Issue:给 Issue 打上 ai-ready 标签,它在分支上写代码、开 PR,再单独跑一轮评审,对照 Issue 里写的验收项检查改动,评审通过才合并,最后打 tag 发 Release。模型接你自己的 API 或 Codex 订阅。Orbi 自己的仓库就是这样开发的。以 AGPL-3.0 开源。 亮点 写代码和评审是两个独立会话。评审只看冻结后的 diff…
orbi-build /
Orbi 是一个自托管的 AI 编程 Agent,入口是 GitHub Issue:给 Issue 打上 ai-ready 标签,它在分支上写代码、开 PR,再单独跑一轮评审,对照 Issue 里写的验收项检查改动,评审通过才合并,最后打 tag 发 Release。模型接你自己的 API 或 Codex 订阅。Orbi 自己的仓库就是这样开发的。以 AGPL-3.0 开源。 亮点 写代码和评审是两个独立会话。评审只看冻结后的 diff…
Orbi 是一个自托管的 AI 编程 Agent,入口是 GitHub Issue:给 Issue 打上 ai-ready 标签,它在分支上写代码、开 PR,再单独跑一轮评审,对照 Issue 里写的验收项检查改动,评审通过才合并,最后打 tag 发 Release。模型接你自己的 API 或 Codex 订阅。Orbi 自己的仓库就是这样开发的。以 AGPL-3.0 开源。 亮点 写代码和评审是两个独立会话。评审只看冻结后的 diff 和 Issue 里的验收项,不通过就打回重做,而且只合并评审通过的那个 commit。 不止开 PR:合并之后按 milestone 打 tag、发 GitHub Release,一张 Issue 能一直走到版本发布。 Orbi 的仓库本身就是用它开发的:8 月 25 日以来合并了 520 个 PR,其中 374 个由 Orbi 交付,发了 64 个版本,过程全部公开可查。 跑在自己的机器上,模型用自己的 key(任意 OpenAI 兼容接口,也可以接 Codex 订阅),除了你选的模型服务商,代码不经过其他平台。
讨论这个产品