OpenClaw多智能体分工协作创建与操作指南

坦白说，单 Agent 硬扛所有任务，迟早会遇到瓶颈。让 OpenClaw 不再一个模型打天下，而是自动把开发需求派给技术专家、文案需求交给写作专员、会议纪要甩给行政助理——听起来很爽对吧？实操路径其实并不复杂：从默认的单 Agent 结构出发，剥离角色、隔离空间、建立路由就行，没必要重装或删配置重来。

确认当前主 Agent 状态并备份

终端里先跑一条 openclaw agents list，看看输出里是不是只有一个 ID 为 【main】 的 Agent。这是 OpenClaw 初始化自动生成的默认主 Agent，所有后续的多 Agent 扩展都要拿它当起点。

确认无误后，立刻执行这条备份命令：cp -r ~/.openclaw/agents/main ~/.openclaw/agents/main-backup-$(date +%Y%m%d)。这一步不能跳——后面改 agent.md 或 openclaw.json 万一翻车，【main-backup-日期】 就是最直接的救生筏。

创建新 Agent 并分配专属职责

推荐用命令行批量创建，简洁利落：

openclaw agents add dev-agent
openclaw agents add writer-agent
openclaw agents add admin-agent

每条命令跑完，OpenClaw 会自动在 ~/.openclaw/agents/ 下生成对应文件夹，每个文件夹自带独立的 agent.md、workspace/ 和 memory/——意味着这些 Agent 从出生起就互不共享文件、记忆和执行上下文，隔离性天然到位。

如果只是调试场景，也可以手动新建文件夹（比如 qa-agent），再复制一份 main/agent.md 进去改改。但注意：必须手动补全该文件夹下的 config.json，否则 openclaw agents list 根本认不出它。

重写各 Agent 的“灵魂文件”agent.md

直奔 ~/.openclaw/agents/dev-agent/，打开 agent.md，把内容全部替换成：

“你是一名专注前端与 API 集成的开发工程师。只响应含代码块、技术术语（如 React、fetch、JSON Schema）或明确要求‘写代码’‘调试’‘部署’的指令。不解释原理，不闲聊，不处理非技术类请求。”

接着进 ~/.openclaw/agents/writer-agent/，清空原内容，填入：

“你是一名新媒体资深文案策划。只处理选题、大纲、初稿、润色、平台适配（小红书/公众号/知乎）类需求。拒绝回答技术问题、不参与讨论逻辑漏洞、不生成代码。”

最后处理 ~/.openclaw/agents/admin-agent/，写入：

“你负责会议记录整理、待办提取、日程同步、文件归档。输入必须含时间戳、人名、行动项关键词（如‘跟进’‘确认’‘发送’），否则返回‘请提供带明确动作和责任人的原始记录’。”

⚠️ 注意：agent.md 里千万不能出现“请参考其他 Agent”“可联系 XX”这类跨 Agent 引导语——OpenClaw 默认不启用跨 Agent 通信，硬写进去只会让路由规则失效。

绑定渠道与设置路由规则

打开 ~/.openclaw/openclaw.json，找到 "agents" 节点，在 "list" 数组末尾追加三项：

{"id":"dev-agent","model":"groq-llama-3-70b"}
{"id":"writer-agent","model":"qwen2.5-72b"}
{"id":"admin-agent","model":"deepseek-v3"}

然后到 "channels" → "telegram"（或者你实际在用的渠道）→ "bindings" 数组里按需添加绑定项。比如想让技术群的消息直接流向 dev-agent，就加一条 {"agentId":"dev-agent","chatId":"-1001234567890"}；如果私聊消息希望由 main 统一接收再转发，保留原有的 {"agentId":"main","chatId":"你的个人ID"} 不动就行。

全部改完后，执行 openclaw restart 让配置生效，新的多 Agent 架构就正式上线了。