别再开一堆终端管 agent：OpenRig 把 Claude 和 Codex 编成一队

同时用 Claude Code 和 Codex 的人，多半经历过"终端窗口多到管不过来"的阶段：每个 agent 一窗口、上下文各存一份、谁改了什么全靠翻。OpenRig 把这个问题重定义成了一句话：harness 包住模型，rig 包住你的 harness——用 YAML 把 agent 编成一支队伍，一条命令启动。项目上周还在千星徘徊，现在已经 2.2 千星翻倍，Apache-2.0 协议，TypeScript 实现。

项目简介

OpenRig 的定位是"多 agent 线束（harness）"：Claude Code 和 Codex 在同一个 rig 里作为一个系统运行。你和一个 lead agent 对话说清要的成果，由它协调各专家席（seat）跨队干活，再把结果和需要你拍板的决定递回来。所有席位状态、运行时、模型、上下文在一张共享面板（rig tui --shared）里可见，不再是散落的终端会话。

三个开箱队形说明了它的玩法：双 Codex（都用 gpt-6-astra）、双 Claude（用各自原生默认模型）、以及最有意思的 Claude 主人 + Codex 复核——主人负责实现和入队，复核员只验证候选改动并记录结果。内核会自动在已登录的 provider 之间调度，没有登录的那家不是必需品，也就不需要第二份订阅。

快速上手

需要 Node.js 22/24 加 tmux，macOS 或 Linux（原生 Windows 暂不支持）：

npm install -g @openrig/cli
rig setup --dry-run    # 先预览它要对机器做什么
cd /path/to/your/repository
rig up first-project-mixed --cwd . --plan   # 预览队形
rig up first-project-mixed --cwd .
rig tui --shared

给主人派活用的是带地址的消息：

rig send "dev-owner@first-project-mixed" '实现 <一个有用的改动>。任务入队并返回 ID，保持本地提交，让 dev-check 复核候选并记录结果和验证方法。'
rig queue list --destination "dev-owner@first-project-mixed" --limit 1000

值得称赞的是它对"我要动你机器什么"写得极其坦白：rig setup 会写 tmux 配置块、可能装 cmux；daemon 会在 ~/.openrig 建状态库、把 openrig-skills 播种到 ~/.claude/skills 和 ~/.agents/skills、默认启用 Codex hooks——README 里有一整张变更表，--dry-run 能先看计划再动手。

适合谁用

双订阅用户：Claude 和 Codex 都有订阅的人，交叉复核（一家写、一家查）是花的已有的钱买到的免费第二意见。

多 agent 重度患者：嫌 Orca 这类 ADE 太重、又不想手搓 tmux 会话的，OpenRig 的 YAML 队形加队列式派活刚好卡在中间；它和 herdr、cmux 这些终端管理器是互补关系，不是替代。

要留审计痕迹的小团队：任务进队列、复核有记录、结果带验证方法，这套动作天然适合需要在 PR 里说清"谁做了什么谁查过"的协作。

一个提醒：它要写 provider hooks 和信任设置，装之前认真读那张变更表，rig setup --dry-run 这步别省。agent 生态正在从"一个 agent 一个会话"走向"一支队伍一个系统"，OpenRig 是这个方向上把细节想得最清楚的开源实现之一。