站在 2026 年 5 月这个时间点，Multi-Agent 管理面板、IM、协作工具层出不穷。 很多人没有意识到的一点是，OpenClaw 权限足够高的效果之一就是可以调用足够多的外部 Agent。尽管调度过程是串行的，但 OpenClaw 还真是 Multi-Agent 第一个 Mass Adoption 的项目。 我们是做 Multi-Agent 方向最早的团队之一，2023 年的时候，我们做了一款 Multi-Agent 狼人杀/海龟汤，体验很不好，于是 drop 了。 从现在的角度往回看，出问题的并不是 Multi 这个概念，而是游戏作为一个没有生产力的需求，往里面塞 AI 就是会很奇怪。游戏原教旨主义这里就不提了，总之沿着这个方向做是错的。 所以说到了今天，当我们讨论具体在工作的 Agent，比如 Claude Code/CodeX/Figma Agent/Notion Agent/飞书 Agent，我们事实上在讨论的是一个已经被打包好的自动化生产力。 于是，在 2026 年，Multi-Agent 被视为能够将并发工作的 Agent 管理起来的高级架构。 我不止一次在社区里听到用户反馈“OpenClaw 帮我配好了 OpenAlice，有个 bug 你修一下，我的 Claw 已经修好了”。这种感觉是很微妙的，你能清楚地知道这是社区成员在用 OpenClaw 调度 Claude 修 bug，哪怕可能他/她并不会写代码。 Coding 天然就有足够优秀的 Harness。Anthropic 被大家称为 A➗的原因之一就是 Dario 热衷于发表软件工程师已死之类的言论。 不满意归不满意，他说的大趋势确实是在的，如果在 Coding 的过程不可见的情况下， AI也能完成复杂的代码工作，那么利用一个外部调度器控制多个 Claude Code产出有效产品，确实是可能的。并且这个概率会随着模型改良而不断上升。 OpenAlice 最早立项的核心假设之一就是“可以把Trading任务乃至其他任务等效为 Coding 任务”。如果这个假设能够成立，那么所有为 Coding 任务构建的 Harness，都可以复用在其他场景上，进而得正“可以使用 Multi-Agent 管理非 Coding任务并得出有效产出”。 这个论证看起来天马行空，但只要能成立，我相信会很大程度改变 Multi-Agent 乃至更大概念的格局。 现在投身去做 Multi-Agent，我觉得是个好方向。给大家推荐一下。