MiniMax 的开源框架 Eino 提供了三种 Agent 协作预制模式：supervisor（中央调度官，一个主 AI 协调多个子 AI）、plan_execute（先规划再执行）、deep（深度执行）。我们注意到一个细节：supervisor 在 MiniMax 自家代码里被明确标为 NOT RECOMMENDED，而国内大多数 Agent 产品仍在抄的，恰是它。

这是什么

Eino 是 MiniMax 推出的 LLM（大语言模型）应用框架，提供三种预制的 Agent（能自主完成多步任务的 AI 模块）协作模式：

supervisor（中央调度官）——一个主 Agent 接所有请求，统一分派给子 Agent，子 Agent 之间不能直接通信。
plan_execute（先规划再执行）——先让 LLM 拆解步骤再执行。
deep（深度执行）——每个子 Agent 更独立，自己决定如何完成。

MiniMax 把 supervisor 标为 NOT RECOMMENDED。判断不复杂：单一协调者规模上去后会成为瓶颈，链路越简单，崩塌点越集中。

行业怎么看

支持者认为：开源框架敢标「不推荐」，说明团队对三种模式的边界有清晰认知，把选择权留给开发者比「什么场景都默认一套」更负责。

反方观点：开发者社区指出，supervisor 在中小规模场景里其实很合适——链路短、易调试、好讲产品故事。「NOT RECOMMENDED」措辞偏强，反而可能让新手错过合适的工具。

更深一层的观察是：这一选择对应 Agent 工程化正从「演示能跑」进入「生产能扛」的阶段，框架开始有立场，是因为躺平给同一套默认的时代过去了。

对普通人的影响

对正在选型 Agent 产品的企业 IT：除了看模型能力和功能数量，关注框架的默认架构哲学——它决定你将来遇到性能瓶颈时是修补还是推倒重来。

对个人职场：不需要懂代码，但要理解「中央调度官」模式有规模天花板——Agent 应用从 5 个工具扩到 50 个，协调者会先撑不住。

对消费市场：未来不同 Agent 产品的体验差异，会越来越多来自底层架构而非表面功能，普通用户会间接为更成熟的调度设计付费。