2. V2EX
  3. 给 GitHub Issue 打个标签， AI 写代码、过评审、合并发版：自托管的 Orbi

给 GitHub Issue 打个标签， AI 写代码、过评审、合并发版：自托管的 Orbi

redchamber 2026-09-24 16:35 1

做了个叫 Orbi 的东西。在 GitHub Issue 上打 ai-ready 标签，它在单独的 worktree 里写代码、开 PR ，然后另跑一轮评审，拿 diff 对照 Issue 里的验收项。评审可以打回，打回就接着改，过了才合并，最后打 tag 发 release 。


Orbi 自己的仓库就是这么开发的。8 月 25 日到今天，仓库合并了 517 个 PR ，其中 373 个是 Orbi 交付的，发了 62 个 release ，都在公开仓库里能翻到。


有两种用法：



  1. 自托管：装在自己机器上，模型用自己的。订阅类的目前只支持 Codex ，Claude Code 接不了；另外可以接 GLM 、Gemini 、DeepSeek 、本地 Qwen 这类 OpenAI 兼容接口。以 AGPL-3.0 开源（也可选 fair-code 的 SUL ），自托管免费。 [注：orbi v0.5.44 发布、GitHub 显示 AGPL-3.0 之前，这句仍用旧说法「许可证是 fair-code （和 n8n 同一种），源码公开，自托管免费」]

  2. Orbi Cloud：托管版，模型额度我们出，不用配 key 。代价是接不了你自己的 Codex 或 Claude Code 订阅。


https://orbi.build/zh/?ref=v2ex-2609


想问问大家：你们敢让 AI 直接合进 main 吗？卡在哪一步？

最新回复 (1)
  • redchamber 楼主 09-24 16:36
    1楼
    贴一次被评审打回两轮的真实交付，过程都在 PR 里。

    票： https://github.com/orbi-build/orbi/issues/1018
    Orbi 自己的发版流程里，本地打 tag 和 GitHub Release 发布之间有三个失败窗口。

    第 1 轮评审打回：Orbi 的修法是发布失败就回滚文档提交。可那时 tag 已经推上去了，结果会出现「有 tag 、没文档页」，正好是之前修掉的那个 bug 。

    第 2 轮评审打回：逻辑改对了，文档页先以非 latest 落地，发布成功后才把 latest 标记挪过去。但新加的分支没测全，CI 的 diff 覆盖率门禁没过。

    补完测试后评审通过，Orbi 自己合并。PR 一共 9 个 commit ，从开 PR 到合并 3 个小时：
    https://github.com/orbi-build/orbi/pull/1023

    合并后半小时随 v0.5.17 发出：
    https://github.com/orbi-build/orbi/releases/tag/v0.5.17

    中间我在 PR 上留了两条评论，确认评审说得对、讨论怎么改，代码一行没碰。
* 帖子来源V2EX
附近帖子
返回
飞读
随机推荐