大家好,我是青澈君,一个喜欢捣鼓openclaw的80后,顺便学学Vibe Coding,也在坚持写日记。

前些天我写过一篇文章,讲用 OpenClaw 搭多个 AI 助理:我在 OpenClaw 跑 11 个 AI 助理,配置思路就两步。那篇写得比较粗,很多细节没展开,评论区也有读者来问怎么配?助理之间怎么协作?
目前我已经养了16只小龙虾了,问题也积累了一段时间,我觉得有必要重新梳理一次。这次打算分两篇来写——第一篇说清楚「为什么要用多 Agent」,第二篇讲「怎么实际搭起来用」。
为什么要用多个 Agent
先说说为什么要养多只小龙虾。
没法同时干两件事
有一段时间我在推进好几件事:公众号选题要跟进、代码要写、还有一堆待办要整理。全扔给同一个助理,它只能一件一件来。
我在等它帮我整理待办,这段时间它什么都干不了。我在等它写代码,公众号那边就搁着。
最难受的不是慢,是那种"卡住了、但又不知道卡在哪"的感觉。后来才意识到,问题不是助理不够快,是一个助理物理上就只能单线程运行。
统筹这件事,永远是你来做
用一个助理的时候,我是所有事情的唯一调度者。哪件事优先、任务怎么拆、进展如何,全得我来盯着,来回传话,来回确认。
助理只知道我刚才说了什么,不知道全局在发生什么。
后来我给 ops 单独配了统筹职责,它知道今天有什么任务在跑、哪里有卡点、该找哪个助理跟进。我才从"调度者"变成了"决策者"。这两个角色的工作量差很多。
人设这个东西,经不起折腾
OpenClaw 的 SOUL.md 是给助理定性格的。我给小众写了一套风格:不追热点,深度优先,对水文有生理性反感。
但如果我让同一个助理,上午帮我写严肃的行业分析,下午聊段子,晚上又催我打卡,SOUL.md 写得再清楚,人设也会被用法磨糊。
因为每条对话都在"调教"它的行为,任务越杂,调教方向越矛盾,它就越摇摆。
我现在的做法是:小众只写公众号,小记只做日记,别让一个助理同时扮演两种差太远的角色。
上下文是有限的,混用会加速消耗
OpenClaw 的助理有上下文窗口,上午聊的代码、下午扯的选题、晚上发的待办,全往里塞。
窗口满了会自动压缩,压缩逻辑是"保大意、丢细节"。偏偏很多任务的关键就在细节里。
我试过让一个助理同时跑三条任务线,大概第四五天开始,回复质量明显下滑。不是它变笨了,是上下文太乱,它找不到重点了。
多 Agent 的架构长什么样
解法不复杂:每个角色配一个专属的助理,每个助理只干一件事。
在「OpenClaw」里,一个"助理"是这几样东西的组合:
一个独立的 workspace(它自己的文件目录,SOUL.md、AGENTS.md、记忆都在里面) 一个绑定的 Telegram Bot(它对外的"身体",用户通过这个 Bot 跟它说话) 独立的记忆系统(它只记自己经手的事,不会被其他任务污染) 独立的工具权限(内容助理不需要执行代码,代码助理不需要操作公众号)
多个助理在 ~/.openclaw/agents/ 下各自独立存放,每个人一个文件夹,互不干扰:

每个助理有自己的目录,workspace 是它的"大脑",完全隔离,互不干扰。
多个助理跑起来之后,下面手把手搭。
Step 1:给每个助理申请一个 Bot Token
在 Telegram 搜索 @BotFather,发送 /newbot。
它会问你两件事:Bot 的显示名(比如"小众 AI"),和用户名(必须以 bot 结尾,比如 xiaozhong_ai_bot)。
填完之后,BotFather 会给你一串 Token,格式大概是 123456789:AAFxxx...。复制好,后面要用。有几个助理就重复几次,每个助理单独一个 Bot,Token 不能共用。
还有一步很多人漏掉:把隐私模式关掉。
发送 /setprivacy,选你刚创建的 Bot,选 Disable。
不关这个,Bot 在群里只能响应 / 开头的命令,普通消息它看不见,@ 它也没用。我第一次搭就在这里卡了半个小时(翻了半天日志才发现根本没收到消息)。
Step 2:openclaw.json 三处配置
「OpenClaw」的配置文件在 ~/.openclaw/openclaw.json,加一个新助理要改三个地方,缺一个都不工作。
第一处:agents.list 加新条目
json
{"id":"xiaozhong","name":"小众","workspace":"~/.openclaw/agents/xiaozhong/workspace"}第二处:channels.telegram.accounts 加 Bot Token
json
"xiaozhong":{"botToken":"123456789:AAFxxx...","dmPolicy":"pairing"}第三处:bindings 加路由规则
json
{"agentId":"xiaozhong","match":{"channel":"telegram","accountId":"xiaozhong"}}这条 binding 的意思是:凡是 xiaozhong 这个 Telegram 账号收到的消息,都交给 xiaozhong 这个助理处理。每个助理配一条,消息就能准确分流。

Step 3:配置 workspace 核心文件

「OpenClaw」重启之后,会在 workspace 目录下自动生成基础文件。自动生成的只是空壳,需要手动填写的是这几个:
IDENTITY.md— 这个助理是谁 SOUL.md— 性格、价值观、说话方式 AGENTS.md— 职责范围、工作流程、红线规则 USER.md— 关于你这个人类的说明 MEMORY.md— 长期记忆索引
IDENTITY.md:身份卡片
告诉助理自己叫什么、负责什么、在团队里的位置。最重要的不是"我能做什么",而是"我不做什么"——边界写清楚,它才不会越界抢别人的活。
markdown
# 小众 — 小众AI公众号内容助理Name: 小众 accountId: xiaozhong Language: 中文 ## 我干什么AI 领域选题、写作、发布到「小众AI」公众号。 ## 边界只管「小众AI」公众号。SOUL.md:性格和价值观
不是写"我是一个有帮助的 AI",是写具体的态度、风格、原则。SOUL.md 影响的是助理的说话方式和做决策时的优先级。
markdown
# SOUL.md别人追热点,我挖真东西。 ## 性格对水文有生理性反感。 ## 原则不追热点,但追真问题。 深度即尊重。数据标来源,观点标依据。AGENTS.md:职责和工作流程
这是最长也最重要的文件。告诉助理具体负责哪些事、标准流程是什么、有哪些红线不能碰、跟其他助理的协作关系是什么。
多助理场景里,"汇报关系"这块特别关键:
markdown
## 汇报关系接受 ops 或青澈总派工。 完成后向派工方汇报。 ## 边界只负责「小众AI」公众号。 日记找小记,Web3 找小链。没有汇报关系,多个助理在群里会"抢活"——同一个问题发出去,好几个都觉得该自己回答,一起跳出来。
USER.md:关于你这个人类
告诉助理你是谁、怎么沟通、有哪些习惯和偏好。这个文件可以在所有助理之间共享同一份,省掉每次都要重新交代背景的麻烦。
MEMORY.md:长期记忆索引
不是用来写流水账的,是用来记关键决策、关键配置、关键约定的。新助理刚创建时先留空,用一段时间再整理。

一个优先级要记住:这几个文件的优先级是 SOUL.md > AGENTS.md > USER.md > MEMORY.md。它们之间有矛盾时,助理按优先级高的来。配置时保持一致,不然助理表现会不稳定。
Step 4:拉群 + 重启验证
新建一个 Telegram 群,把所有 Bot 都加进来,再把自己加进去。
在「OpenClaw」配置里加上群的 group id:
json
"groups":{"-1001234567890":{"allow":true,"requireMention":true}}requireMention: true:只有被 @ 才响应,不会每条消息都抢答。
group id 怎么找:Bot 加群后发一条消息,访问 https://api.telegram.org/bot,在返回 JSON 里找 chat.id,那个负数就是群 id。
配置改完,重启「OpenClaw」:
bash
openclaw gateway restart在群里 @ 某个助理发一条消息,几秒内应该有回复。没响应先查两个地方:openclaw gateway logs 看报错;确认 BotFather 隐私模式已关。90% 的无响应问题出在这两处。
下一篇:让团队真正协作起来
基础跑通之后,下一篇讲进阶:
多个助理时路由规则怎么精确设计、用 sessions_send 让助理之间直接传话不用你转达、我的 16 个助理具体怎么分工、以及权限怎么分级。

夜雨聆风