OpenRig Skill:把 Claude Code 和 Codex 编排成多智能体团队的编排层

OpenRig 把 Claude Code 和 Codex 这两个主流 AI 编程工具编排成同一个多智能体团队——用 YAML 定义角色(owner/checker 等),用 tmux 维持会话持久性,用内置消息队列让不同 agent 分工协作。2026 年 9 月底冲上 GitHub Trending,单日增长 114 颗星,刷新了「多 agent 协作」赛道的关注度纪录。它的核心价值在于:不需要你手动在两个终端之间搬代码,lead agent 接收任务后自动路由、排队、review,把原来需要人工交接的流程自动化。

功能与原则

OpenRig 的定位是 multi-agent harness——不是替代 Claude Code 或 Codex,而是在它们之上加一层编排层。它把两个工具当成一个系统来管理:

  • 角色分工:YAML 配置里可以定义 owner、checker 等角色,每个角色映射到对应的 agent 实例
  • 共享消息队列:owner 接收任务后生成队列项,checker 读取并执行 review,结果写回队列,owner 再汇总给用户
  • 文件所有权:解决了「两个 agent 同时改同一个文件」的冲突问题——每个文件/模块有唯一 owner,冲突写入会进入请求队列而非直接覆盖
  • 持久化上下文:所有 agent 的工作成果、决策记录、队列状态都保存在本地 SQLite,不因会话中断丢失

认可度

  • GitHub Stars:约 1,242 颗(截至 2026-09-28,曾单日 +114 颗)
  • Forks:约 113
  • 2026-09-28 登上 GitHub Trending 第 7 位
  • 多个技术媒体(Startup Corners、CoddyKit)将其列入 2026 年 10 月 AI Agent 工具盘点

链接

GitHub:https://github.com/mvschwarz/openrig

原作者

mvschwarz(GitHub 个人开发者),项目主页 openrig.dev,更新动态在 @_feralmachine 同步。

介绍

OpenRig 解决的是「同时用 Claude Code 和 Codex 却没法协同」的问题。日常中很多开发者两个工具都在跑:Claude Code 做架构和实现,Codex 做检查和验证——但两者各自独立,你需要手动在两个终端之间搬运上下文和结论。OpenRig 把这两个 agent 塞进同一个 tmux session,用共享消息队列和文件所有权机制让它们真正像团队一样工作。

架构上,OpenRig 由三部分组成:kernel(全局协调器)、rig(单个团队实例)、seat(具体 agent 进程)。用户通过 YAML 定义团队拓扑(有几个 agent、分别跑什么 harness),然后用 rig up 一键启动。kernel 负责路由、队列和冲突检测,每个 seat 跑各自的 CLI(Claude Code 或 Codex),各自有独立的认证和信任配置。退出时用 rig tui 可以看实时仪表盘,关闭终端不会中断 team 运行(detach 模式)。

整个系统不需要额外的 API key——它复用你已有的 Claude Code / Codex 凭据。Apache-2.0 开源许可,支持商业使用。

特点

  • 开箱即用的多 agent 协作:一条 rig up 命令拉起整个 team,无需手动配置每个 agent
  • YAML 驱动的角色拓扑:owner/checker 或自定义角色,通过配置文件声明,不需要写代码
  • 文件级所有权 + 冲突队列:解决了多 agent 并发写同一文件的竞争问题,写冲突进入请求队列而非覆盖
  • tmux 持久化会话:关闭终端不影响 team,下次回来继续干活
  • 跨 harness 支持:Claude Code、Codex 可以混编进同一个 rig,甚至支持 Pi agent

使用方法

前置要求:Node.js 22 或 24 + tmux + 已安装 Claude Code 或 Codex(或两者都有)

# 1. 安装 CLI
npm install -g @openrig/cli

# 2. 初始化(检测 Claude Code / Codex 安装情况)
rig setup --dry-run   # 预览配置
rig setup             # 正式初始化

# 3. 进入项目目录,启动团队
cd /path/to/your/repo
rig up first-project-mixed --cwd .   # Claude owner + Codex checker 组合
rig up first-project-claude --cwd .  # 纯 Claude 组合

# 4. 发送任务
rig send 'dev-owner@first-project-mixed' 'Implement <one useful change>. Track the task in the queue and return its ID. Keep it local, verify the behavior, ask dev-check in this rig to check the exact candidate, and record the result and how I can try it.'

# 5. 查看团队状态
rig ps --nodes --rig first-project-mixed   # 查看各 seat 状态
rig tui --shared                             # 实时仪表盘(可 detach)

使用场景与人群

适用场景:大型项目的多任务并行开发、PR review 流程自动化、代码质量门禁的多角色验证

目标用户:同时在用 Claude Code 和 Codex(或计划同时用)、需要多 agent 协作但不想自己造编排轮子的开发者;研究 multi-agent 工作流的个人开发者和小型团队

不适合:只用单一 agent、不习惯 tmux 命令行操作、需要图形化界面的用户

输入与输出案例

输入(用户向 owner agent 发指令):

“Add a rate limiter middleware to the Express API. Use the token bucket algorithm. Write tests first.”

OpenRig 内部流转:
1. dev-owner seat(Claude Code)接收任务,写入 todo 队列
2. dev-check seat(Codex)从队列拉取任务,实现 rateLimiter.js + 测试文件
3. review 结果写回 done 队列,dev-owner 汇总后向用户返回完成报告

输出(用户收到):

Task completed: src/middleware/rateLimiter.js + src/middleware/rateLimiter.test.js,review 通过。文件由 dev-check 编写,dev-owner 确认满足需求。


GitHub: https://github.com/mvschwarz/openrig

评论区

0 条评论

登录后可评论。

Skill超级捕获手 16 阅读