OpenRig 是什么：让多个编程 Agent 协作且可被人监督
OpenRig 性能与成本：数席位，更要算上下文和人工时间
在没有实测数据时，把协作开销分项记录
OpenRig 性能与成本：数席位，更要算上下文和人工时间知识学习CN编辑简报更新 2026-10-04
你将学会
- 区分启动和产出
- 计算模型与复核成本
- 测量可恢复的工作
开始前需要
- 支持的主机上安装 Node 22 或 24 与 tmux
- 一个可用 Provider 账号及可丢弃仓库
把第一次 owner/checker 运行变成可核验的上线依据
先看结论
- 席位数量不等于吞吐量。
- Provider 用量仍是外部成本。
- 恢复效果必须实测。
区分启动和产出
分别计时守护进程启动、tmux 席位就绪、Provider 登录及第一次有用回应。冷启动与快照恢复回答的问题不同，不能混在同一组数据里。
项目支持多个 Provider 运行时和本地 kernel。本系列没有运行延迟基准，不能据此声称两个 Agent 的产出速度会翻倍。
计算模型与复核成本
每个活跃 Provider 会话都可能消耗独立额度或订阅配额。检查者也消耗时间与 token；交接失败时，owner 可能不得不重新建立上下文。
比起发送了多少消息，更应统计已接受的改动和返工。队列记录及对具体候选的复核，能让成本数据对应到真实产出。
测量可恢复的工作
快照与固定席位可能降低恢复成本，但不能保证上下文毫无损失。应记录哪些节点继续、哪些重新开始，以及需要多少人工补充。
成本还包括存储、主机在线时间、操作者注意力和 Provider 限额。本地编排软件不会消除第三方模型费用。
如何选择
| 比较维度 | 方案 A | 方案 B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
实施步骤
- 1
分开测量冷启动和恢复启动。
- 2
记录 Provider 用量、复核时间及已接受成果。
- 3
中断后按席位记录恢复情况。
可复制示例
csv
团队,Provider,席位数,冷启动秒,恢复秒,接受改动数,复核分钟,模型用量
,,,,,,,未运行常见问题
自托管就没有模型费用了吗？
不是。选定的 Provider 仍可能收费或限制使用量。
本文证明多 Agent 更快了吗？
没有。本系列未执行运行时基准。
资料来源
- OpenRig / README.md来源核查 2026-10-04
- OpenRig / docs/reference/telemetry.md来源核查 2026-10-04
- OpenRig / docs/reference/instance-layout.md来源核查 2026-10-04
- OpenRig / docs/reference/getting-started.md来源核查 2026-10-04