ARTICLE · 1097519
开源工具单日涨700+星:把多个AI编程助手组成一支团队
开源工具单日涨700+星:把多个AI编程助手组成一支团队
很多人同时装着 Claude Code 和 Codex,却只能在几个终端之间来回切换。这个刚在 GitHub 冲上热门的开源工具,用一行命令就把它们编成了一支会协作的 AI 编程团队。

📌 项目名片
🤔 它解决什么问题
AI 编程助手早就不是「单打独斗」了:有人用 Claude Code 写功能,用 Codex 做审查,再开一个终端跑测试。问题是——这些 agent 各开一个 tmux 会话,各记各的上下文,重启之后谁是谁、任务进行到哪一步,全靠你自己记。
更麻烦的是「协作」:想让 A 写完的候选改动交给 B 复核一遍,你得像传话一样手动复制粘贴,来回切窗口。项目一多,终端就乱成一锅粥。
OpenRig 的思路是把「agent 团队」当成一个系统来管:用一份 YAML 定义团队结构,一条命令把它整体启动,再用一个 TUI 仪表盘俯瞰全局。它管的是团队这个整体——哪些会话在跑、彼此什么关系、重启后怎么恢复,而不是单个 agent 本身。
✨ 核心亮点
一个 YAML,定义整支团队
用 RigSpec 声明式描述团队拓扑:有哪些 Pod、几个 Seat、它们之间的 edges 和连续性策略。Seat 是一个稳定角色和地址(比如 dev-owner@first-project),坐在上面的会话可以换,但角色和上下文一直留着。
一条命令,集体「开机」
rig up 会帮你把 tmux 会话、原生 harness、启动文件、就绪检查一次性拉起来。内置了 first-project(双人)、conveyor(四人混合流水线)、product-team(完整产品小队)等多套开箱即用的模板。
消息在 agent 之间自然流转
rig send、rig broadcast、rig chatroom 让 agent 之间直接通信。给 owner 派一个明确的活儿,它可以拆解、执行、再让 checker 复核候选人,结果带着记录回到你面前。
会「断点续传」的团队
rig down --snapshot 把整个拓扑快照下来,之后 rig up <name> 就能按快照恢复——重启后每个 agent 该干嘛、上下文在哪,不用重头再讲一遍。
连 Slack 都能接
支持在自己的 workspace 里建一个 Slack app,通过 rig slack manifest 打印清单,把团队状态和消息推到你常用的协作工具里。
🚀 快速上手
前置:Node.js 22/24 + tmux(macOS / Linux)。
npm install -g @openrig/cli rig setup --dry-run # 先看看 setup 会改什么进入你的仓库,先预览计划,再启动一个双人小组(一个 owner + 一个 checker):
cd /path/to/your/repository rig up first-project --cwd . --plan rig up first-project --cwd . rig tui --shared # 打开共享仪表盘给 owner 派一个明确的活儿,让它记录到队列并交给 checker 复核:
rig send dev-owner@first-project 'Implement <one useful change>. Track the task in the queue and return its ID. Keep it local, verify the behavior, ask dev-check@first-project to check the exact candidate, and record the result and how I can try it.'小提醒:setup 会写入 tmux 配置和 provider hooks(默认关掉 YOLO),动手前先 --dry-run 并备份相关文件。👥 适合谁
如果你只用单个 agent、任务简单,那用它反而多一层抽象——它真正的价值在「多 agent 一起干活」的场景。
💡 小结
OpenRig 把「一堆散乱的 AI 编程会话」变成「一支有角色、有地址、能恢复的团队」,一条命令启动、一块 TUI 总览。但它还比较新(项目才 5 个月),Windows 原生尚不支持,节点和策略细节也需要花点时间读文档。
如果你正被多个 agent 的协作和上下文问题困扰,值得点个 star 关注它的演进。
👉 点个 star,然后去 https://github.com/mvschwarz/openrig 亲手搭一支你自己的 AI 编程团队。