尧图网页设计 
开场三个助手一个人的项目经理日常假设你电脑上跑着三个 AI 助手一个画图的一个查资料的一个写代码的。现在来了个活需要三个人配合画图的出一张产品矩阵图查资料的把那几个产品的定价和用户量找出来写代码的把数据接进落地页最后汇总成一份能给投资人看的材料。你把这个活交给其中一个助手希望它去协调另外两个。实际发生的通常是这几件事。配置这关先卡住。跨 agent 派活在 OpenClaw 里要过两层门会话可见性和授权白名单。白名单还是双向的发送方和接收方都得在里面少配一边就报「不允许」。派活靠人肉。三个 agent 三个会话你挨个复制粘贴指令。发完不知道对方看没看见也不知道它理解对了没有。等得心里没底。指令发出去了对方是在认真跑还是早挂了没有地方能看。结果散在三处。三份回复躺在三个会话里汇总还得自己剪贴来回切窗口。失败的没人管。其中一个报错了整个活就停在原地得你人工发现、人工再喊一遍。这五件事里没有一件是真技术难题。它们全是流程问题几个 agent 一起干活缺一个负责拆活、派活、盯进度、收结果的角色。根因缺的是一层协作拆开看问题出在三个地方。第一agent 之间默认不互通。这是设计使然也是对的默认值一个助手不该随便读别的会话。要协作就得显式开通而开通这件事本身有点绕两层配置加双向白名单我见过不少人第一次配都要试几遍。第二派活没有标准动作。跨会话发消息的机制是有的但「发什么、怎么发、对方怎么回才算完成」没有约定全靠临时发挥。指令写得含糊对方就反问来回几轮一个任务变成一场对话。第三进度和结果没有归口。谁在跑、跑到哪、成了没有没有统一的地方能看结论是谁给的、从哪来的全靠自己记。单个 agent 的能力已经不差了缺的是把它们组织起来的那一层。一件事把协作固定成流水线动手之前先做了一轮生态调研结论挺明确。把 ClawHub 上 2400 个技能扫了一遍多 agent 编排只有 compound-eng 系列那是代码工程场景、从 EveryInc 移植过来的框架级有几个比如 metaswarm做的是 Claude Code 的编码编排Anthropic 官方那 19 个技能里没有一个是协作类。也就是说「OpenClaw 日常协作编排」这块目前是空白带。而它刚好是一人公司最需要的那块你手上有几个各有所长的 agent缺的不是更强的单个助手是把它们串起来干活的流程。于是就有了这件东西xiaoyaoclaw-agent-orchestratorOpenClaw Agent OrchestratorAgent 协作编排十件套里的第七件也是整套里的协作层。它做的事一句话说完把「拆任务 → 分 agent → 管进度 → 聚结果 → 失败重试」固定成一条流水线。你不用记命令也不用写脚本开口说一句「让小光画产品矩阵图小智调研竞品最后汇总成报告给我」就够了。它不绑定任何环境也不写死任何 agent 名字读的是你openclaw.json里的agents.list和授权白名单。你的 agent 叫什么、能不能互相说话配置文件里本来就写着技能照着读不额外维护一份名单。关键设计①走常驻会话不临时招人通信路径只留一条sessions_send把任务发到对方的常驻会话里。另一种做法是临时开一个子会话去干活两边的差别很实际。临时子会话没有前情、没有记忆、没有你早就配好的技能和人格像临时招来的外包每次都要从头交代背景。发到常驻会话对方就是那个你养了很久的助手记得你的偏好带着自己的工具能接上之前的工作。这件东西要的是后面这种。关键设计②三档触发从不抢活不是所有任务都要编排。这件东西把触发分成三档档位什么情况它怎么做一档你点名了某个 agent或者话里带了编排、并行、分给、汇总这类动作词直接拆解分发不再多问二档任务大而模糊比如「调研一下这个软件」「检查一下所有 agent 的工作区」先问一句要不要并行编排把可用的 agent 和拆法摆出来你点头才动三档其余所有日常问答完全沉默第三档是最容易被忽略的一档也是最要紧的一档。这个设计的教训来自十件套的第三件任务进度跟踪器。它最早的版本想做「任何任务都自动挂钩子」结果是误报太多天天打扰人。误报一多这类自动化最后基本都会被关掉。所以这件从设计第一天就定死一条规矩不确定就沉默或者问一句绝不擅自把活分出去。关键设计③进度用已有机制不造轮子进度这块有两个反直觉的点都是实测踩出来的。第一60 秒超时不等于失败。跨会话发消息默认等 60 秒超时只说明「我没等到回复」任务在对方那边继续跑着。很多人一看超时就以为任务挂了重新发一遍结果对方手上同时跑着两个一模一样的活。正确做法是去查真实状态会话列表看它有没有在动会话历史看有没有产出。第二分发不串行等。几个子任务一次全发出去发完立刻返回最后总耗时约等于最慢的那个而不是几个相加。发完统一进轮询每隔半分钟到一分钟看一次状态。轮询本身会消耗 token所以配了一个零 token 的脚本把各会话的状态一次性汇总出来。判断完成的依据也很直接回复以[DONE]结尾算完成有中间输出算在跑明确报错或者长时间没产出算失败。至于「对方一直来回反问」这种死循环指令模板里内置了「执行完一次性回复不要追问」OpenClaw 侧还有一个回复轮次上限做双保险。关键设计④汇总带来源重试带上下文最后两步是把活收干净。汇总带来源。每个 agent 一段任务、状态、结果摘要、产出文件在哪并且标清楚哪条结论来自谁。往上追溯的时候不会出现「这个数字谁说的、想不起来了」。重试带上下文。失败自动重试默认最多 3 次。重试时会把上次失败的原因一起带上同时告诉对方「已经做完的部分不要重做」而不是把原指令原封不动再发一遍。3 次还是不行就停手把失败原因和尝试记录一起交给你不硬撑着刷。它做的是「协作层」十件套按层次看前面六件各自解决一个环节工作区、记忆、任务、知识库、体检、输入。这第七件架在它们之上解决的是它们之间的配合。它的编排流程是固定的八步① 触发判定三档→ ② 配置检查双向白名单 → ③ 编排规划拆子任务 匹配 agent 给你确认 → ④ 并行分发即发即返→ ⑤ 进度追踪会话列表 / 历史判定 → ⑥ 结果聚合带来源→ ⑦ 失败重试≤3 次带上下文 → ⑧ 交付汇总 产出位置还有一个边界得讲明白它不会偷偷改你的配置。配置不满足时它会先问「要不要帮你补」你同意之后才动手而且只用config.patch做部分合并不做全量覆盖。原因很实际多个 agent 共享同一份配置文件全量覆盖会把别人刚改的东西抹掉。三步上手第一步装然后检测配置clawhub install xiaoyaoclaw-agent-orchestrator python scripts/check_config.py输出[OK]就说明配置齐了。缺什么脚本会直接告诉你缺哪一项、怎么补。也可以从 GitHub 手动装git clone https://github.com/dtsola/xiaoyaoclaw-agent-orchestrator。第二步看有哪些 agent 可用技能直接读agents.list展示不用你另外登记。目前的主力是三个小光画图、小智调研、天桐技术。第三步一句话派活让小光把产品矩阵画出来小智调研竞品最后汇总成报告给我接下来它会自动完成检测配置 → 按名字找到对应会话 → 并行投递 → 追踪进度 → 收齐结果 → 输出带来源的汇总报告。几个常见用法并行批量巡检「让所有 agent 检查各自工作区」发布前多视角审查「让小智从用户视角审查这个页面小光看视觉」团队日报汇总「汇总各 agent 今天的工作」和手动做、自己写脚本比差在哪手动切窗口操作自己写脚本串xiaoyaoclaw-agent-orchestrator派活挨个复制粘贴自己封装调用一句话自动拆解分发权限配置自己啃两层配置和双向白名单同样要自己啃自动检测缺什么先问你进度查看挨个窗口翻自己写日志和解析会话状态判定 零 token 汇总脚本结果汇总手工剪贴自己拼格式带来源聚合可追溯失败处理人工发现、人工重发自己实现重试≤3 次带上下文自动重试它不替你做判断只是把你从传话和剪贴里摘出来。拆几个子任务、分给谁还是你说了算。写在最后回到开头那个画面一个人三个助手一个要协同才能完成的活。人少的时候靠记忆和口头交代也能转一旦手上同时开着几个活儿没有流程就会乱。这件事在真人团队里早就被验证过了换成 AI 助手道理是一样的。项目是 MIT 协议开源免费代码在 GitHub也可以直接从 ClawHub 安装。如果你的电脑上已经不止一个 AI 助手不妨试试给它们派个活看看协作这一层补上之后是什么感觉。小遥Claw「把 AI 助手装进自己的电脑」githubgithub.com/dtsola/xiaoyaoclaw-introduction/releases/tag/v1.0.22dtsola — 独立产品Builder | IT解决方案架构师 | 一人公司实践者#OpenClaw #多Agent协作 #AI助手 #开源项目 #Agent编排 #自动化工作流 #一人公司 #AI工作流 #效率工具 #人工智能 一个人怎么指挥一支 AI 队伍
开场三个助手一个人的项目经理日常假设你电脑上跑着三个 AI 助手一个画图的一个查资料的一个写代码的。现在来了个活需要三个人配合画图的出一张产品矩阵图查资料的把那几个产品的定价和用户量找出来写代码的把数据接进落地页最后汇总成一份能给投资人看的材料。你把这个活交给其中一个助手希望它去协调另外两个。实际发生的通常是这几件事。配置这关先卡住。跨 agent 派活在 OpenClaw 里要过两层门会话可见性和授权白名单。白名单还是双向的发送方和接收方都得在里面少配一边就报「不允许」。派活靠人肉。三个 agent 三个会话你挨个复制粘贴指令。发完不知道对方看没看见也不知道它理解对了没有。等得心里没底。指令发出去了对方是在认真跑还是早挂了没有地方能看。结果散在三处。三份回复躺在三个会话里汇总还得自己剪贴来回切窗口。失败的没人管。其中一个报错了整个活就停在原地得你人工发现、人工再喊一遍。这五件事里没有一件是真技术难题。它们全是流程问题几个 agent 一起干活缺一个负责拆活、派活、盯进度、收结果的角色。根因缺的是一层协作拆开看问题出在三个地方。第一agent 之间默认不互通。这是设计使然也是对的默认值一个助手不该随便读别的会话。要协作就得显式开通而开通这件事本身有点绕两层配置加双向白名单我见过不少人第一次配都要试几遍。第二派活没有标准动作。跨会话发消息的机制是有的但「发什么、怎么发、对方怎么回才算完成」没有约定全靠临时发挥。指令写得含糊对方就反问来回几轮一个任务变成一场对话。第三进度和结果没有归口。谁在跑、跑到哪、成了没有没有统一的地方能看结论是谁给的、从哪来的全靠自己记。单个 agent 的能力已经不差了缺的是把它们组织起来的那一层。一件事把协作固定成流水线动手之前先做了一轮生态调研结论挺明确。把 ClawHub 上 2400 个技能扫了一遍多 agent 编排只有 compound-eng 系列那是代码工程场景、从 EveryInc 移植过来的框架级有几个比如 metaswarm做的是 Claude Code 的编码编排Anthropic 官方那 19 个技能里没有一个是协作类。也就是说「OpenClaw 日常协作编排」这块目前是空白带。而它刚好是一人公司最需要的那块你手上有几个各有所长的 agent缺的不是更强的单个助手是把它们串起来干活的流程。于是就有了这件东西xiaoyaoclaw-agent-orchestratorOpenClaw Agent OrchestratorAgent 协作编排十件套里的第七件也是整套里的协作层。它做的事一句话说完把「拆任务 → 分 agent → 管进度 → 聚结果 → 失败重试」固定成一条流水线。你不用记命令也不用写脚本开口说一句「让小光画产品矩阵图小智调研竞品最后汇总成报告给我」就够了。它不绑定任何环境也不写死任何 agent 名字读的是你openclaw.json里的agents.list和授权白名单。你的 agent 叫什么、能不能互相说话配置文件里本来就写着技能照着读不额外维护一份名单。关键设计①走常驻会话不临时招人通信路径只留一条sessions_send把任务发到对方的常驻会话里。另一种做法是临时开一个子会话去干活两边的差别很实际。临时子会话没有前情、没有记忆、没有你早就配好的技能和人格像临时招来的外包每次都要从头交代背景。发到常驻会话对方就是那个你养了很久的助手记得你的偏好带着自己的工具能接上之前的工作。这件东西要的是后面这种。关键设计②三档触发从不抢活不是所有任务都要编排。这件东西把触发分成三档档位什么情况它怎么做一档你点名了某个 agent或者话里带了编排、并行、分给、汇总这类动作词直接拆解分发不再多问二档任务大而模糊比如「调研一下这个软件」「检查一下所有 agent 的工作区」先问一句要不要并行编排把可用的 agent 和拆法摆出来你点头才动三档其余所有日常问答完全沉默第三档是最容易被忽略的一档也是最要紧的一档。这个设计的教训来自十件套的第三件任务进度跟踪器。它最早的版本想做「任何任务都自动挂钩子」结果是误报太多天天打扰人。误报一多这类自动化最后基本都会被关掉。所以这件从设计第一天就定死一条规矩不确定就沉默或者问一句绝不擅自把活分出去。关键设计③进度用已有机制不造轮子进度这块有两个反直觉的点都是实测踩出来的。第一60 秒超时不等于失败。跨会话发消息默认等 60 秒超时只说明「我没等到回复」任务在对方那边继续跑着。很多人一看超时就以为任务挂了重新发一遍结果对方手上同时跑着两个一模一样的活。正确做法是去查真实状态会话列表看它有没有在动会话历史看有没有产出。第二分发不串行等。几个子任务一次全发出去发完立刻返回最后总耗时约等于最慢的那个而不是几个相加。发完统一进轮询每隔半分钟到一分钟看一次状态。轮询本身会消耗 token所以配了一个零 token 的脚本把各会话的状态一次性汇总出来。判断完成的依据也很直接回复以[DONE]结尾算完成有中间输出算在跑明确报错或者长时间没产出算失败。至于「对方一直来回反问」这种死循环指令模板里内置了「执行完一次性回复不要追问」OpenClaw 侧还有一个回复轮次上限做双保险。关键设计④汇总带来源重试带上下文最后两步是把活收干净。汇总带来源。每个 agent 一段任务、状态、结果摘要、产出文件在哪并且标清楚哪条结论来自谁。往上追溯的时候不会出现「这个数字谁说的、想不起来了」。重试带上下文。失败自动重试默认最多 3 次。重试时会把上次失败的原因一起带上同时告诉对方「已经做完的部分不要重做」而不是把原指令原封不动再发一遍。3 次还是不行就停手把失败原因和尝试记录一起交给你不硬撑着刷。它做的是「协作层」十件套按层次看前面六件各自解决一个环节工作区、记忆、任务、知识库、体检、输入。这第七件架在它们之上解决的是它们之间的配合。它的编排流程是固定的八步① 触发判定三档→ ② 配置检查双向白名单 → ③ 编排规划拆子任务 匹配 agent 给你确认 → ④ 并行分发即发即返→ ⑤ 进度追踪会话列表 / 历史判定 → ⑥ 结果聚合带来源→ ⑦ 失败重试≤3 次带上下文 → ⑧ 交付汇总 产出位置还有一个边界得讲明白它不会偷偷改你的配置。配置不满足时它会先问「要不要帮你补」你同意之后才动手而且只用config.patch做部分合并不做全量覆盖。原因很实际多个 agent 共享同一份配置文件全量覆盖会把别人刚改的东西抹掉。三步上手第一步装然后检测配置clawhub install xiaoyaoclaw-agent-orchestrator python scripts/check_config.py输出[OK]就说明配置齐了。缺什么脚本会直接告诉你缺哪一项、怎么补。也可以从 GitHub 手动装git clone https://github.com/dtsola/xiaoyaoclaw-agent-orchestrator。第二步看有哪些 agent 可用技能直接读agents.list展示不用你另外登记。目前的主力是三个小光画图、小智调研、天桐技术。第三步一句话派活让小光把产品矩阵画出来小智调研竞品最后汇总成报告给我接下来它会自动完成检测配置 → 按名字找到对应会话 → 并行投递 → 追踪进度 → 收齐结果 → 输出带来源的汇总报告。几个常见用法并行批量巡检「让所有 agent 检查各自工作区」发布前多视角审查「让小智从用户视角审查这个页面小光看视觉」团队日报汇总「汇总各 agent 今天的工作」和手动做、自己写脚本比差在哪手动切窗口操作自己写脚本串xiaoyaoclaw-agent-orchestrator派活挨个复制粘贴自己封装调用一句话自动拆解分发权限配置自己啃两层配置和双向白名单同样要自己啃自动检测缺什么先问你进度查看挨个窗口翻自己写日志和解析会话状态判定 零 token 汇总脚本结果汇总手工剪贴自己拼格式带来源聚合可追溯失败处理人工发现、人工重发自己实现重试≤3 次带上下文自动重试它不替你做判断只是把你从传话和剪贴里摘出来。拆几个子任务、分给谁还是你说了算。写在最后回到开头那个画面一个人三个助手一个要协同才能完成的活。人少的时候靠记忆和口头交代也能转一旦手上同时开着几个活儿没有流程就会乱。这件事在真人团队里早就被验证过了换成 AI 助手道理是一样的。项目是 MIT 协议开源免费代码在 GitHub也可以直接从 ClawHub 安装。如果你的电脑上已经不止一个 AI 助手不妨试试给它们派个活看看协作这一层补上之后是什么感觉。小遥Claw「把 AI 助手装进自己的电脑」githubgithub.com/dtsola/xiaoyaoclaw-introduction/releases/tag/v1.0.22dtsola — 独立产品Builder | IT解决方案架构师 | 一人公司实践者#OpenClaw #多Agent协作 #AI助手 #开源项目 #Agent编排 #自动化工作流 #一人公司 #AI工作流 #效率工具 #人工智能