多 Agent 不是“越多越强”，而是要先选对协作粒度。你可以先从最轻量的 sub-agent 开始，再逐步过渡到多 Agent 和结构化工作流。
本章完成标准
你能区分 4 种协作模式，并且为自己的业务选出一条最简可落地方案。
先分清 4 种协作方式
- Multi-Agent Routing：多个长期 agent 并存，适合长期角色分工。
- Sub-agents：会话内临时 worker，适合并行处理慢任务。
- Session Tools：会话级操作能力，适合轻量编排。
- OpenProse / Lobster：结构化工作流运行时，适合确定性流程。
步骤一：先从一个主 Agent + 一个辅助 Agent 开始
openclaw agents add work
openclaw agents list --bindings- 主 Agent 负责对话与决策。
- 辅助 Agent 负责检索、整理、批处理。
- 两者分开 workspace，避免上下文污染。
步骤二：给每个角色设边界
- 主 Agent：面向用户输出，不执行高风险操作。
- 辅助 Agent：可访问更多工具，但只返回结构化结果。
- 必要时通过审批节点再进入最终回复。
步骤三：把“可重复流程”升级为模板
适合模板化的流程包括：内容生产、舆情追踪、日报汇总、渠道分发。
- 先固化输入模板（目标、约束、输出格式）。
- 再固化步骤顺序（检索、分析、生成、审校、发布）。
- 最后固化失败兜底（重试、跳过、人工确认）。
步骤四：做一次并行压测演练
- 同时触发 3-5 个任务，观察会话延迟和日志。
- 记录是否出现超时、串话或上下文错配。
- 必要时降并发或拆分实例。
openclaw status
openclaw logs --follow常见误区
- 一开始就上复杂编排：维护成本很高。
- 多 Agent 共用同一规则与工具权限：容易出现越权调用。
- 没有失败路径：一旦某一步挂掉，整条链路不可恢复。