一篇对 MetaGPT 移动测试模块的源码分析，这周在技术社区被传开。分析者的结论很直接：MetaGPT 最有名的"多智能体软件公司"包装——产品经理、架构师、工程师、QA 互相协作——在这个 Android 测试 demo 里完全没出现。整个模块只有一个自定义 Role 类（"角色"，即一个能自主执行任务的 AI 单元），所谓的"角色分工"根本不存在。

这是什么

MetaGPT 是国内最有名的开源多智能体框架之一。这次被分析的，是它仓库里一个不起眼的子模块 AndroidAssistant，能自主探索或跟人类演示学习，完成手机操作任务。

翻完源码会发现，demo 只定义了一个 AndroidAssistant Role，靠一个 if/elif 分支在不同配置下装配不同的 Action（"动作"，即 Role 调用的具体子任务）。没有产品经理、没有工程师、没有 QA 互相发消息。

真正被复用的，是 Role/Action/Team 这套调度骨架——每轮的驱动循环、记忆是否带入下一轮的控制、Action 单次还是重复执行。这些为多智能体协作设计的基础设施，被搬来给单个测试 Agent 用。

翻译成大白话：明星产品的"多员工协作"叙事没落地，落地的是底层的循环、记忆、编排代码。

行业怎么看

正面声音：这是开源框架"踏实的一面"。通用框架本来就不该强迫每个场景都用上全部能力，能让调度骨架被复用、让一个 demo 也能跑通，本身是工程实力的体现，没必要为了宣传逼它扮演"软件公司"。

反对意见 / 风险：更值得警惕的是这种"包装和实质脱节"现象本身。当一家公司持续用"AI 软件公司""AI 员工""多智能体协同"这类叙事卖产品，源码却只暴露调度骨架——买单的企业 IT 决策者很容易买到的是 PPT，而不是真的能力。多智能体协作的复杂度（消息分发、状态冲突、调试难度）远高于单 Agent，宣称的协作能力若没实质，企业付的是协作的钱、拿的是单干的能力。

我们的判断：这类开源项目里，名头越响的"角色分工"叙事，源码审计的性价比越高——它能直接告诉你厂商自己信什么、用户实际拿到什么。

对普通人的影响

对企业 IT：评估 AI 自动化产品时，让供应商把"多智能体协作"翻译成具体哪个模块在跟哪个模块发消息；答不上来，大概率卖的是概念。

对个人职场：未来一年内"AI 员工""智能体协同"会越来越多地出现在你采购的 SaaS 里——知道"调度骨架"和"角色叙事"的区别，能帮你识别哪些是真工具、哪些是包装。

对消费市场：暂时和你关系不大；移动测试自动化仍是工程师圈子的事，结论要等到 AI 测试能力真正进入消费级 App 时才会外溢。