OpenClaw怎么做到不串台、能并行、还总回对群 🤖✅（含源码解析）--OpenClaw系列第1期

引子：群里最可怕的不是"答错"，是"答到别的地方"😵‍💫

你把 OpenClaw 部署进群，大家立刻把它当万能同事用：

小王在 dev-team 群 ：@bot 帮我写发布计划
小李在同群线程：@bot CI 为啥挂了？
你在私聊：这个别在群里说...
还有人：@bot 同时分析文档 A、B，再给我结论

如果机器人只有"一份混在一起的对话记录"，就会出现社死级翻车：
A 群问、B 群回；线程问、主楼回；私聊的内容差点带进群。

OpenClaw 的思路很朴素：
先把不同地方的对话记录分开存 → 再支持后台并行 → 再保证后台回到同一个群/线程 → 最后用完就删（或留档）。

1）串台：A 的话跑到 B 的对话里 🫠

群友反应： 😨➡️💀➡️🧯（"别回错群啊！！救火！"）

群友：@bot 我在 dev-team 问的，你怎么把答案发到 release-squad 了？！

问题：不同对话的记录混在一起。
解决方法其实很简单 ：给每段对话一个"对话ID"，所有记录按这个 ID 分开存。（OpenClaw 内部叫 sessionKey，你可以理解成"对话ID"。）

ts 复制代码

// 按"对话ID"分开存记录（概念代码）
const chats = new Map<string, string[]>();

function add(chatId: string, msg: string) {
  if (!chats.has(chatId)) chats.set(chatId, []);
  chats.get(chatId)!.push(msg);
}

✅ 结果：对话ID不同，记录天然不混。
**但新的问题来了：**同一个群里主楼+多个线程也会互相干扰 🤯

2）同群混聊：主楼和线程搅成一锅粥 🧵

群友反应： 🤨➡️🧵➡️😵‍💫（"我问线程你回主楼？脑子打结了？"）

群友：@bot 我在线程问 CI，你怎么把"今晚吃啥"也总结进来了？

问题：同一个群里多个话题并行发生。
解决方法其实也很简单 ：对话ID里把"群名/线程"也区分出来------主楼一份记录，线程一份记录。

ts 复制代码

// 对话ID规则（概念）：群 vs 线程分开
groupChatId  = `discord:群:${groupId}`                 // 主楼
threadChatId = `discord:群:${groupId}:线程:${threadId}` // 线程
dmChatId     = `discord:私聊:${peerId}`                 // 私聊

✅ 结果：你在哪个线程 聊，就只影响那个线程 的记录。
**但新的问题来了：**不混了，但任务多了会卡住（大家同时丢重活）⌛

3）卡顿：大家同时丢重活，机器人开始排队 😤

群友反应： ⏳➡️😤➡️📢（"别思考了！先回个收到！"）

群友：@bot 你别转圈圈了，先回一句"收到"也行啊！

问题：分析文档/汇总讨论这种重活，同时来好几个就会堵住。
解决方法其实很简单 ：重活不要在群里"现场算"，开一个后台任务去做，群里先继续聊。

ts 复制代码

// 开后台任务（概念）：立刻返回 runId，不阻塞
function startBackground(task: string) {
  const jobId = crypto.randomUUID();         // runId
  const workspace = `bg:${crypto.randomUUID()}`; // 后台独立空间
  gatewayStart({ workspace, task, deliverNow: false });
  return { status: "accepted", jobId, workspace };
}

✅ 结果：群里体验变成"先收到 ✅，稍后给结果"。
但新的问题来了： 后台做完了，怎么保证它一定回到同一个群/同一个线程？📍

4）回错地方：我在 dev-team 问的，你别跑去别的群回 😵

群友反应： 📍➡️🙅‍♂️➡️✅（"就！在！这！里！回！"）

群友：@bot 我是在 dev-team 的"CI排查线程"问的，你能不能就在那条线程里回？

问题：后台任务结束后，答案必须发回你当时提问的那个群/线程/私聊 。
解决方法其实很简单 ：程序会记住你发消息的群名/线程 （内部更稳的是记 groupId/threadId），后台结束就按这个信息回去发。

ts 复制代码

type Where = { groupId?: string; groupName?: string; threadId?: string };
const jobs = new Map<string, { where: Where; workspace: string }>();

function onAsk(ctx: any) {
  const where = { groupId: ctx.group.id, groupName: ctx.group.name, threadId: ctx.thread?.id };
  const { jobId, workspace } = startBackground(ctx.task);
  jobs.set(jobId, { where, workspace });
}

async function onDone(jobId: string) {
  const { where, workspace } = jobs.get(jobId)!;
  const result = await readResult(workspace);
  sendMessage(where, result); // ✅ 群里问→回同群；线程问→回同线程
}

✅ 读者只要记住一句话：
哪个群问的，就回哪个群；哪个线程问的，就回哪个线程。
**但新的问题来了：**后台这么能干，会不会"乱翻记录/乱发消息/无限开后台"？😨

5）越权/套娃：后台别乱来 🔒

群友反应： 👀➡️🚫➡️🔒（"别乱看别乱开，锁上！"）

群友：@bot 你后台干活归干活，别偷偷翻别的群聊天记录啊...

问题：后台任务如果权限太大，可能越界；如果还能再开后台，就可能无限套娃。
解决方法其实很简单 ：后台默认"受限模式"------不许再开后台，也不许做敏感操作。

ts 复制代码

// 后台受限（概念）
if (ctx.isBackground) deny("startBackground");  // 禁止后台再开后台
denyMany(["listChats", "readHistory", "sendToOtherChats", "memorySearch"]);

✅ 结果：后台只负责"把任务做完"，不乱看、不乱发、不无限分裂。
**但新的问题来了：**并行多了，后台任务空间会不会越攒越多？🗑️

6）垃圾堆：后台任务越跑越多，像浏览器 300 个标签页 🗑️

群友反应： 🐌➡️🗑️➡️✨（"越用越慢？清一清立刻顺滑"）

群友：@bot 你怎么越用越慢了？是不是后台开了一堆任务没清理？ 😅

问题：并行多了，后台任务空间也会多。
解决方法其实很简单 ：结果发回群里后------默认用完就删；重要任务才"留档复盘"。

ts 复制代码

async function finish(jobId: string, keep = false) {
  const { where, workspace } = jobs.get(jobId)!;
  sendMessage(where, await readResult(workspace));
  if (!keep) await deleteWorkspace(workspace); // ✅ 用完就删
}

✅ 结果：默认干净省资源；需要复盘时才保留。

一张图把全链路串起来 🧩

复制代码

你在某个群/线程提问
   ↓
按"群/线程"生成对话ID → 对话记录分开存（不串台）
   ↓
重活？→ 开后台任务（群里先回"收到"）
   ↓
记住群名/线程 → 后台结束回同一个群/同一个线程发结果
   ↓
后台受限（不越权/不套娃）
   ↓
默认用完就删（或留档复盘）

群友反应： 🧠➡️🧩➡️🫡（"懂了：分开记、后台跑、回原处、能收拾"）

tldr;

OpenClaw 的目标很简单：你在哪个群/线程问，它就在哪儿回；不同地方的对话记录各存各的；重活后台并行；后台不乱来；默认用完就删。 ✅

关注我，下一期继续整更硬核干货🔥🤖📌 敬请期待～✨