OpenRig rig chatroom聊天室机制Agent间多轮讨论的持久化场所【免费下载链接】openrigBuild your own network of agents from Claude Code, Codex and Pi: persistent teams with roles, shared context and owned work.项目地址: https://gitcode.com/GitHub_Trending/op/openrigOpenRig是一个让 Claude Code 与 Codex 协同工作的多 Agent 运行框架Multi-agent harness而rig chatroom正是它为整个团队准备的聊天室一个按 rig编队隔离、基于 SQLite 持久化、支持实时监听的多轮讨论场所。无论是你通过 CLI 发言还是各个 Agent 在各自的终端里回复所有消息都会落库保存随时可以回放、按主题过滤、按发送者筛选——它是多 Agent 协作中留得下证据的沟通中枢。一、什么是 rig chatroom 聊天室在 OpenRig 中多个 Agent 以 tmux 会话的形式并行工作。tmux 负责传输但它不是事实来源——滚动缓冲区会随窗口滚动而丢失。rig chatroom提供了另一条路持久化每条消息写入守护进程daemon的 SQLite 数据库chat_messages表重启不丢。全员可见聊天室按 rig 作用域共享rig 内所有成员人和 Agent都在同一个频道里。实时推送通过 SSEServer-Sent Events流watch命令可以实时看到新消息。图OpenRig 中多个 Agent 并行工作的场景chatroom 就是它们共同讨论的会议室二、rig chatroom 的 6 个子命令多轮讨论完整操作清单 ️rig chatroom提供了 6 个子命令覆盖了发送、回看、监听、分主题、等待与清理的完整生命周期实现见 chatroom.ts1.chatroom send向整个团队发一句话rig chatroom send rig message消息会经 CLI 发送到POST /api/rigs/:rigId/chat/send由守护进程持久化并广播事件路由实现见 chat.ts。值得注意的是发送者身份由会话环境seat env自动推导你无需手工指定--sender避免冒充他人发言的歧义。2.chatroom history带过滤条件的讨论回放rig chatroom history rig --topic name --sender name --limit 50 --json支持按主题窗口、起始游标、时间戳、发送者四种方式组合过滤也能输出 JSON 供脚本消费。这是复盘多轮讨论最常用的入口命令参数定义见 chatroom.ts。3.chatroom watchSSE 实时监听新消息rig chatroom watch rig # 直接以 SSE 流订阅 rig chatroom watch rig --tmux # 在独立 tmux 会话中后台监听watch连接GET /api/rigs/:rigId/chat/watch先回放最近 20 条消息建立上下文再实时推送后续消息且按消息 ID 去重、避免竞态实现见 chat.ts。加上--tmux后可以在后台挂一个常驻监听像频道订阅一样使用。4.chatroom topic用主题标记切分讨论rig chatroom topic rig API design review --body Round 2 begins主题topic不是独立实体而是聊天流中的一条标记消息kindtopic。配合history --topic可以精确取回两次主题标记之间的讨论窗口——多轮讨论因此可以被自然切分成若干议题主题窗口逻辑见 chat-repository.ts。5.chatroom wait阻塞等待下一条消息rig chatroom wait rig --topic name --timeout 120Agent 在讨论中经常需要等对方先发言。wait会以游标为基准轮询历史接口一旦出现匹配过滤条件的新消息立即返回超时则显式报错——这让你一句我一句的多轮对话在脚本里变得可靠轮询实现见 chatroom.ts。6.chatroom clear清空当前聊天室rig chatroom clear rig讨论结束后一键清空返回被删除的消息数方便为下一轮讨论提供干净语境。三、消息持久化是如何实现的聊天室的核心是一个简洁的数据层ChatRepositorychat-repository.ts要素设计存储daemon 内嵌 SQLite 的chat_messages表消息 IDULID 单调递增天然携带时间序可直接用作游标消息字段id / rigId / sender / kind / body / topic / createdAt事件流每次写入后向 EventBus 广播chat.message驱动 SSE 推送图OpenRig TUI 中的拓扑视图每个 rig 的聊天室就挂在对应编队之下因为 ID 是 ULID按主题取窗口按游标翻页按时间筛选都可以在一条 SQL 里组合完成history的四种过滤条件因此可以任意叠加。架构文档对这一层的完整描述见 transport-and-transcripts.md。四、聊天室在多 Agent 工作流中的位置 聊天室不只给人用。OpenRig 的 MCP 服务器暴露了rig_chatroom_send与rig_chatroom_watch两个工具注册于 mcp-server.ts让 Agent 在终端里就能读、写团队频道——这正是Agent 间多轮讨论能自动化闭环的关键人类用rig chatroom send下达意图、wait收结论Agent用 MCP 工具把阶段性结论贴回频道并用wait等待队友的下一轮发言话题用topic切分轮次事后可用history --topic精确复盘每一轮。官方示例工作区演示了这种协作方式可以参考 demo/culture.md 与 demo/rig.yaml 中定义的 rig 结构CLI 命令的完整参考见 cli-reference.md。图在 OpenRig UI 中打开示例 rig 的第一步聊天室是其中内置的协作面板之一五、使用聊天室前需要知道的 3 件事 ⚠️作用域仅限单个 rigchat 是 rig-scoped 的没有跨 rig 频道或私聊DM这是刻意的设计边界身份不可伪造发送者取自传输层头部的会话身份旧的--sender参数已被废弃命令行确认回显的也是真实身份聊天室 ≠ 终端滚动区tmux 只负责传输聊天室才是事实来源终端关掉了消息也还在。掌握send / history / watch / topic / wait / clear这 6 个子命令你就拥有了 OpenRig 里组织多 Agent 多轮讨论的完整工具箱——让讨论留下痕迹、按主题归档、随时实时围观。【免费下载链接】openrigBuild your own network of agents from Claude Code, Codex and Pi: persistent teams with roles, shared context and owned work.项目地址: https://gitcode.com/GitHub_Trending/op/openrig创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考