OpenRig：harness 包住模型，rig 包住你的 harness
harness 包住模型，rig 包住你的 harness。这是 OpenRig 的一句话介绍，它点出的这一层，大多数用编码 agent 的人其实已经手搓过了：一堆终端标签页，有的跑 Claude Code，有的跑 Codex，中间一个人在来回复制粘贴。
OpenRig 把这一堆变成一个 YAML 文件。定义好团队，一条命令拉起来，每个 agent 都有一个固定地址，比如 dev-owner@first-project。入门模板是两个 Codex 席位，一个负责人，一个检查者。你给负责人一个边界清楚的目标，它把任务记进队列，请检查者审它交出的那一版，然后回来汇报。Claude Code 和 Codex 可以编进同一个 rig。自带 TUI，先把团队画成一张图，再列成一张表，每个席位的运行时、模型、上下文、状态一目了然。基于 Node 和 tmux，npm 装 @openrig/cli，Apache 2.0 协议。
今天它在 GitHub 趋势榜上，大约 900 星，迭代很快：v0.5.15、v0.5.16、v0.5.17 全在周五到周日早上之间发出来。就算你不装，README 里有一节也值得抄：OpenRig 会改你机器上的哪些东西。它把自己写入的每个 hook、信任设置和技能文件都列了出来，包括往 ~/.claude/skills 里写的东西，还提醒你先备份。一个会往你的 agent 里装可执行 hook 的工具能做到这一步，比应有的要少见得多。
为什么值得关注：负责人加检查者这个默认配置，说明“独立验证者”正在从研究建议变成产品默认值。混用厂商是另一个没大声说的点。让 Codex 席位审 Claude 席位的活，或者反过来，是最便宜的办法，拿到一个不和作者共享盲区的检查者。项目不大，想法很锋利。
链接：github.com/mvschwarz/openrig
← 返回所有文章
OpenRig 把这一堆变成一个 YAML 文件。定义好团队，一条命令拉起来，每个 agent 都有一个固定地址，比如 dev-owner@first-project。入门模板是两个 Codex 席位，一个负责人，一个检查者。你给负责人一个边界清楚的目标，它把任务记进队列，请检查者审它交出的那一版，然后回来汇报。Claude Code 和 Codex 可以编进同一个 rig。自带 TUI，先把团队画成一张图，再列成一张表，每个席位的运行时、模型、上下文、状态一目了然。基于 Node 和 tmux，npm 装 @openrig/cli，Apache 2.0 协议。
今天它在 GitHub 趋势榜上，大约 900 星，迭代很快：v0.5.15、v0.5.16、v0.5.17 全在周五到周日早上之间发出来。就算你不装，README 里有一节也值得抄：OpenRig 会改你机器上的哪些东西。它把自己写入的每个 hook、信任设置和技能文件都列了出来，包括往 ~/.claude/skills 里写的东西，还提醒你先备份。一个会往你的 agent 里装可执行 hook 的工具能做到这一步，比应有的要少见得多。
为什么值得关注：负责人加检查者这个默认配置，说明“独立验证者”正在从研究建议变成产品默认值。混用厂商是另一个没大声说的点。让 Codex 席位审 Claude 席位的活，或者反过来，是最便宜的办法，拿到一个不和作者共享盲区的检查者。项目不大，想法很锋利。
链接：github.com/mvschwarz/openrig
评论