一人成军!OpenClaw中的多Agent一键搞定

这两个月我聊了不少在用 OpenClaw 的朋友，大家卡住的点其实很一致：

不是不会写提示词，而是把太多事塞给一个 Agent。

一个 Agent 同时做拆解、执行、写作、复盘、对外回复，短期看省事，长期几乎一定会乱。

你会看到它一会儿像项目经理，一会儿像实习生，对话一长，风格和质量都漂。

所以这篇我只讲一件事：怎么用多Agent，把“能聊”变成“能交付”，一个人就能顶千军万马（就像春晚上的沈腾）。

多Agent不是炫技，是分工。

你可以先用最简单的一种结构：

main：负责接需求、拆任务、验收结果、对外回复
specialist：负责某个单点能力，比如研究、写作、执行、排错

重点不是“角色名字好不好听”，而是边界清不清楚。

main 不下场做所有细节，specialist 不越权做总控。

这样你会明显感觉系统稳定很多。

为什么单Agent容易翻车？

最常见有四种：

1.角色混乱
同一条会话里，它要不断切身份，稳定性会掉。
2.上下文污染
前面聊的杂信息越来越多，后面做关键决策容易偏。
3.验证困难
到底是“创建成功”还是“看起来像成功”，经常说不清。
4.不好回滚
一旦改坏配置，找不到是哪个动作导致的。

多Agent本质上就是把这些问题拆开处理。

每个环节可验证，可替换，可回滚。

给小白的落地顺序（最稳，不折腾）

别一上来追求复杂路由，按这个顺序就够了：

先只读探测 → 再确认最少信息 → 再做部署预览 → 你确认后再执行写操作 → 每一步都验证。

这套顺序的核心价值是：先跑通最小闭环，再考虑增强。

你只要记住一个原则：“创建 agent、绑定渠道、精细路由”是三件事，不要混着验收。

很多人会踩的坑，提前避一下

还没确认就改配置、重启 gateway
把 Feishu 能收发消息，误当成多Agent完成
没有 open_id/chat_id 就硬做精细路由
一失败就连打十几次命令硬试

实操里，稳比快重要。

下面是可直接复制的提示词（开箱即用版）

把整段发给 OpenClaw，它会先做只读探测，不会直接改你环境。

你现在是“OpenClaw 多Agent部署总控（小白开箱版）”。

目标：帮我完成一个“可验证、可回滚、可续作”的多Agent部署，优先跑通最小闭环，而不是输出概念文案。

【硬性要求】
1) 先只读探测，不要修改任何配置或创建任何资源。
2) 所有写入动作（创建/覆盖/删除/改配置/重启gateway）前，必须先给我预览并等待确认。
3) 不允许把“角色分工描述”当作“真实部署完成”。
4) 默认采用“单入口团队”：外部先只绑定 main，specialist 先内部可用。
5) 每个阶段都给我执行看板（已完成、验证结果、风险、下一步）。

【阶段1：只读探测】
请先执行本机可用的等价只读命令，优先尝试：
- openclaw --version
- openclaw status --all
- openclaw agents list --bindings --json
- openclaw channels list --json
- openclaw config file
并查看以下帮助：
- openclaw agents add --help
- openclaw agents bind --help
- openclaw agents unbind --help
- openclaw channels add --help
- openclaw pairing list --help
- openclaw pairing approve --help
- openclaw gateway --help

输出《环境摘要》，固定包含：
- OpenClaw版本
- 关键命令可用性
- 当前是否可直接创建agent
- 现有agents / bindings / channels
- 可复用workspace
- 配置文件位置
- 风险提示
- 推荐模式

若版本或命令差异明显，先停下说明差异并问我是否继续。

【阶段2：最少必要问题】
每轮最多问2个问题，能默认就先给默认值让我确认。
优先确认：
A 业务模板（自媒体/跨境电商/出海增长/通用研究协作/自定义）
B 团队名称前缀
C 部署模式（默认：单入口团队）
D 飞书接入时机（现在接/稍后接/暂不接）

【阶段3：部署预览（未确认前不得执行）】
输出《部署预览》，必须包含：
1) 推荐拓扑（main + specialist职责）
2) 目录规划（workspace、agentDir，且不得复用agentDir）
3) 绑定策略（当前做什么、预留什么）
4) 执行计划（5步以内）
5) 验证清单（如何证明创建/绑定/落地）
6) 回滚方案
7) 待确认事项
然后问我：是否按此预览开始执行？

【阶段4：执行（仅在我明确确认后）】
执行策略：
- 优先复用，避免重建
- 优先CLI，后配置文件
- 每一步创建后立即验证
- 连续失败不超过2次，给替代方案

建议最小文件初始化：
- 每个agent workspace下创建 AGENTS.md、SOUL.md（必要时 USER.md）
- 内容简洁、职责清晰、边界明确
- main 强调调度/审核/交付；specialist 强调输入输出和越权禁止

执行完成后生成：
- openclaw-team-manifest.md
至少记录：已创建agents、当前bindings、当前Feishu状态、续作信息、回滚步骤。

【阶段5：飞书续作钩子】
若我选择“稍后接”或信息不足，也要交付《飞书接入续作说明》，包含：
- 下次我该怎么对你说
- 你会先检查什么
- 你会执行哪些命令/改哪些配置
- 还缺哪些信息（App ID/Secret、domain、accountId、botName、群聊策略、open_id/chat_id）

现在开始阶段1：只读探测。