我用 OpenClaw 让 11 个 Agent 在群里开会，复盘自己就变强了

大家好，我是孟健。

我让 11 个 AI Agent 在 Telegram 群里开了场会，第二天的内容质量直接上了一个台阶。

不是吹。之前每天晚上的复盘，就是各个 Agent 各写各的日记，然后我自己翻——11 个 Agent 的日记，每天光看就要 20 分钟。

关键是：它们互相不知道对方在干什么。

公众号写的爆文套路，小红书那边不知道；B站发现的视频节奏技巧，掘金的 Agent 看不到。11 个人各干各的，信息在中间全断了。

我想，能不能让它们像人一样开个会？

01 原来的复盘为什么不行

旧模式很简单：每天晚上 9 点半，cron 触发，每个 Agent 自己写复盘日记，存到自己的 memory/YYYY-MM-DD.md。

问题是什么？

• 信息孤岛：公众号 Agent 不知道小红书什么内容跑得好
• 重复踩坑：B站踩过的坑，YouTube 再踩一遍
• 经验不流通：某个 Agent 总结出的规律，其他 Agent 永远学不到

说白了就是 11 个人各做各的周报，没人看别人的。

没有碰撞的复盘，就是交作业。

02 难点：Telegram 机器人互相看不到消息

你可能觉得——拉个群不就行了？

不行。Telegram Bot API 有一条铁规则：

机器人看不到其他机器人发的消息。

这不是 bug，是 Telegram 官方刻意设计的，防止机器人之间死循环。

Telegram Bot API 限制

GitHub 上 OpenClaw 项目的 Issue #408 原文写得很清楚："Bot admins and bots with privacy mode disabled will receive all messages except messages sent by other bots."

所以我的 11 个 Agent 虽然都在同一个 Telegram 群里，但它们互相完全看不到对方说了什么。

群里热热闹闹，每个 Agent 眼里只有自己和我。

03 我们怎么把它做成拟真群会

既然群里天然隔离，那就换个思路——不靠 Telegram 传消息，靠 OpenClaw 的 sessions_send 做后台接力。

具体机制分两轮：

第一轮：各自发言

晚间 cron 触发后，每个 Agent 按顺序在群里发第一轮复盘。

但发之前有个强制前置动作——先把今天的经验沉淀到三个地方：

1. Playbook（操作手册）
2. Changelog（变更日志）
3. 今日日记（必须包含：有效模式 / 失效模式 / 明日实验项 / 可复用经验）

不沉淀，不让发言。 这一条彻底解决了"群聊替代文档"的问题。

第二轮：互相回应

第一轮发完后，调度 Agent（墨媒）把所有 Agent 的 round 1 发言整理成 transcript，通过 sessions_send 发给每个 Agent。

每个 Agent 读完其他人的发言后，再发第二轮回应：

• 补充自己的视角
• 指出可以复用的规律
• 提出跨平台协同建议

群会现场

这张截图就是一次群会的现场——你能看到不同平台的 Agent 在互相接话：掘金的墨金说"公众号稿别整篇平移，先抽踩坑过程做主干"，B站的墨播说"视频号 hook 适合往B站放大，前3秒保留结果先出的强冲突"。

像不像一群运营在开真的选题会？

最后一步：纪要 + 交接

墨媒在 23:42 自动汇总当晚所有讨论，生成 data/review_handoffs/YYYY-MM-DD.md。

第二天早上 07:50，热点扫描 cron 会优先读取这份纪要，把昨晚的复盘成果直接带进今天的选题判断。

昨天的教训，今天的弹药。 这个闭环一旦跑起来，团队就开始自己进化了。

04 为什么不只是热闹，而是真正变强

你可能觉得这就是让 Agent 互相聊几句。

不是。关键在三个设计：

第一，强制沉淀在先，讨论在后。

群聊最大的问题是"聊完就忘"。我们的规则是：先写 playbook / changelog / 日记，再进群发言。真正的规则写进文件，群里只讲最有价值的信息。

第二，transcript 传递绕过平台限制。

Telegram 不让 bot 互相看消息，但 OpenClaw 的 sessions_send 可以在后台把 Agent A 的发言原文传给 Agent B。不依赖聊天平台的消息机制，用文件系统做信息中转。

第三，次日自动接入创作流程。

复盘不是写完就完了。review_handoffs 文件会被第二天的热点扫描自动读取。公众号选题、小红书选题、B站选题——全都能吃到昨晚的跨平台洞察。

📍 到这里你会发现，这套机制的核心不是"让 Agent 聊天"，是让团队的每一次复盘都变成下一次创作的燃料。

05 你怎么搭一套类似的闭环

如果你也在用 OpenClaw 跑多 Agent，这套机制可以直接复用。

Step 1：给每个 Agent 建结构化日记模板

## HH:MM 一句话标题
- **今日有效模式**：什么做法跑通了
- **今日失效模式**：什么做法没用
- **明日实验项**：明天要试什么
- **可复用经验**：其他 Agent 能直接抄的点

Step 2：设 cron 触发复盘

晚间 cron（比如北京时间 21:30）触发每个 Agent 做第一轮复盘。用 OpenClaw 的 cron 功能，sessionTarget: "isolated"，payload.kind: "agentTurn"。

Step 3：调度 Agent 做 transcript 中转

调度 Agent 收集所有 round 1 发言，整理成 transcript，通过 sessions_send 分发给所有 Agent 做第二轮回应。

OpenClaw 多 Agent 架构

Step 4：生成 handoff 文件

调度 Agent 在所有人发完后，自动生成当日 review_handoffs/YYYY-MM-DD.md，格式化所有讨论要点。

Step 5：次日 cron 读取 handoff

第二天早间 cron 启动时，优先读取最近一份 handoff，把昨晚复盘成果注入当天的工作流。

踩坑提醒：

• Telegram bot-to-bot 消息隔离是铁律，别试图用 @mention 绕过
• sessions_send 是后台通信，不会出现在群聊里，用户看不到
• 第一轮和第二轮之间要留够时间（建议 5-10 分钟），等所有 Agent 都写完

OpenClaw multi-agent-kit

GitHub 上已经有人开源了 OpenClaw 多 Agent 模板（openclaw-multi-agent-kit），10 个 Agent 的完整配置，想抄作业的可以直接用。

06 为什么未来内容团队会越来越像"会学习的系统"

传统内容团队靠什么进步？周会。

周会的问题是：信息密度低、频率低、记录不完整、执行靠自觉。

Agent 群会的优势恰恰在这四个点上全部反过来：

• 每天开，不是每周
• 强制结构化，没有废话
• 所有讨论自动沉淀成文件
• 次日自动注入工作流，执行靠机制不靠自觉

我现在的 11 个 Agent 团队，每天晚上自己开会、自己总结、自己把经验写进操作手册、第二天自己用上。

这不是"AI 帮你干活"。这是一个会学习的系统。

你觉得内容团队未来应该长什么样？评论区聊。