OpenClaw 多智能体编排
多智能体归约到三个 MCP 原语(spawn/send/history)，上面长出 6 种协作模式(Hub-Spoke/Pipeline/Hierarchical/Routing/P2P/Fleet)。理解 Hub 单向派发、sessions_send 子层禁用、P2P 生产零案例的根因。
Hub-Spoke 代码评审：lead 派生三个评审子 Agent，一条上行 sessions_send 撞到子 Agent 边界被禁，结果只能经 sessions_history 流回。
本地版本说明
三个 MCP 原语（spawn/send/history）、6 模式 token 倍数、子层 sessions_send 禁用（Issue #23359，P2P 零案例根因）都来自《OpenClaw 多Agent系统入门》课件。这里不真跑 OpenClaw。
Hub-Spoke 多智能体代码评审
复演 OpenClaw 多智能体：lead 派生 3 个评审子 Agent，结果只能经 sessions_history 单向流回——子 Agent 的 sessions_send 在工具层就被禁了。
Hub-Spoke 拓扑（token 3–15×）
Hub 单向派发：lead 派活、收结果；子 Agent 之间不能直接通信（P2P 生产零案例）。
1. lead sessions_spawn 三个评审子 Agent（并行）
2. 子 Agent 各自独立上下文里工作
3. 子 Agent 想 sessions_send 回 lead → 被禁（工具未注册）
4. lead 用 sessions_history 收集结果（或读 shared/signals）
5. lead 综合三份评审
三个 MCP 原语（数据库类比）
建议体验
运行编排，看 lead 并行派生三个子 Agent。
看上行的 sessions_send 箭头变红弹回——子 Agent 层被禁。
看结果只经 sessions_history 流回，lead 再综合。
这个试玩能说明什么
你按拓扑和 token 成本（3–15×）设计多智能体，而不是堆 Agent。
你理解 Hub 单向架构，知道 P2P 为什么生产零案例。
你清楚真实工程坑（allowAgents 写错位、轮询被限流、completion 丢失）。
原语
sessions_spawn(INSERT) · sessions_send(UPDATE, 仅 lead) · sessions_history(SELECT)
模式
Hub-Spoke / Pipeline / Hierarchical / Routing / P2P / Fleet（1.5–20× token）
最强信号
用证据驱动的编排设计——也知道什么不 work