MAO 是一款多智能体编排工具，发布语写得很直白：「把 Claude Code、Codex、Grok 组队放进同一块画布」。这句话目前基本就是全部可核实的公开信息，所以更诚实的写法是：讲清它属于哪个品类，以及决定它对你有没有用的那几个问题。

「一块画布」意味着什么

让多个编码智能体共用一个工作区，本质上是个协作问题，不是模型问题。每个智能体都要有自己的上下文、文件访问范围和预算，而人还得同时看清它们在干什么，不用在四个终端窗口之间来回切。画布的含义就是把这些会话并排摆在同一个可视层里，任务在它们之间转手。

这确实是个空白。现在多数人的做法是跑一个智能体、撞到上限、再手动换工具。画布想把这种切换从习惯变成看得见的操作。

这类工具真正有用的场景

编排只在很窄的几种情况下划算：同一个问题并行探索、一个写一个审、以及单个上下文窗口装不下的长任务。这些场景里，第二个智能体能提供更大的提示词给不了的东西。

日常功能开发就不太划算。一个智能体能把任务装进上下文时，再加一个主要带来的是合并冲突，以及一种新的故障：两个智能体意见不一致，而没人发现。

上手前必须问清的六个问题

一，并发方式：共用工作树，还是各自独立分支？二，冲突处理：两个智能体改同一个文件时，冲突是明确报出来还是被默默合并？三，权限：每个智能体能否单独限定范围，还是共用一份很宽的授权？四，成本：是否按智能体分别计量，有没有硬性上限？五，持久性：关掉应用后会话还在不在？六，退出：能否导出对话记录和 diff，还是成果只活在画布里？

这六个答案比任何功能列表都重要，因为多智能体工作的失败模式，几乎全是协作失败。

一个务实的试用方法

挑一个有真实接口边界的任务，比如加一个接口、再由客户端去调用。两边各派一个智能体，重点看交接是怎么发生的。如果需要你手工在两边复制上下文，那这块画布只是个查看器，不是编排器。如果冲突能带着足够上下文暴露出来、一轮就能解决，它才算干了该干的活。

想了解桌面智能体被授予文件权限后的实际表现，指南索引里有运营层面的细节，权限相关的常见疑问在 FAQ 里。想在本机而不是浏览器标签页里跑智能体，可以从下载页开始，安装步骤见如何在 Windows 上使用 AI 智能体。