AutoGen 是这批多智能体框架里资历偏老的一个，由微软研究院做起来，也是最早把「一群智能体互相聊天完成任务」这套范式推到台前的项目之一。不过它的现状有一个必须先讲清的前提：项目已经进入维护模式，不再接收新功能，转为社区管理。所以这篇评测的写法会分两部分——先说清它是什么、怎么用，再说清现在该不该选它。

四块拼图：Studio、AgentChat、Core、Extensions

官方文档首页按使用深度把项目切成四块，每块都有独立入口。Studio 是网页界面，不用写代码就能搭出智能体原型，装一个包、跑一条命令、指定端口和工作目录就能开；它构建在 AgentChat 之上，官方把它定位成新用户的首选入口，但也提醒它适合快速验证思路，离生产应用还有距离。AgentChat 是写代码那一层，面向会话式的单智能体与多智能体应用，要求 Python 3.10 及以上，示例代码十几行——建一个助手智能体、把模型客户端递给它、运行一条任务，打印回来。Core 更靠下，是事件驱动的编程框架，面向业务流程里的确定性工作流、多智能体协作研究，以及跨语言的分布式智能体。Extensions 负责把外部世界接进来，官方列出的内置件包括对接模型上下文协议服务器的组件、对接助手接口的智能体、在容器里执行模型生成代码的执行器，以及分布式智能体运行时。

从对话到群聊：编排模式

AgentChat 的文档主线依次是模型、消息、智能体、团队、人工介入、终止条件与状态管理。这条线本身就说明了设计取向：它假设你要做的是一项会持续跑的协作任务，所以终止条件和状态管理被单独成章，而不是当成边角料。再往进阶看，编排模式给的选项不少。选择器群聊用一个集中式、可定制的选择器决定下一个发言者，靠共享上下文协调；蜂群则把选择权下放，用本地化的工具选择器让智能体之间直接交接；图工作流换成有向图来组织多智能体流程，适合流程边界清楚的场景。此外还有记忆与检索增强、日志、组件序列化、追踪与观测这些工程配套，以及由 AgentChat 与 Extensions 搭出来的 Magentic-One 团队——它被设计来处理网页浏览、代码执行和文件处理这类组合任务。想省事就直接装 Studio 先搭个雏形，想控细节就落到 Core 那一层自己写事件循环。

维护模式这件事，比功能更值得先知道

仓库首页顶部的提示写得很直白：AutoGen 已进入维护模式，不再接收新功能与增强，改由社区管理；新用户应当从 Microsoft Agent Framework 起步，现有用户可以按迁移指南过渡。同时给出的说明是，Microsoft Agent Framework 是 AutoGen 的企业级继任者，已经提供生产就绪版本，具备稳定接口与长期支持承诺，覆盖单助手到智能体集群两类场景，提供企业级多智能体编排、多模型供应商支持，并可通过 A2A 与 MCP 实现跨运行时互操作。仓库的贡献指引也同步收窄——当前只接收缺陷修复、安全补丁与文档改进，新功能开发被引导到继任项目去。

这三层设计的结构本身仍然清晰：Core 负责消息传递、事件驱动智能体以及本地与分布式运行时，并支持 Python 与 C# 两种语言；AgentChat 在 Core 之上提供相对简单但带有主张的接口，覆盖双智能体对话与群聊这些常见模式；Extensions 提供模型客户端与代码执行等能力。配套工具则是 Studio 无代码界面与 Bench 基准测试套件。许可方面是双轨：代码以 MIT 许可发布，文档以知识共享署名许可发布。仓库数据约为 61k 星、9.2k 次 fork、98 个发布、556 位贡献者，被 4.3K 个项目使用，语言以 Python 为主，另有 C# 与 TypeScript。

适合谁用

三类人还适合继续用。一是已有存量项目的团队：代码在跑、模型在调，维护模式下缺陷与安全补丁照旧，迁移可以按自己的节奏安排，不必为了追新而重写。二是要研究多智能体协作范式的开发者：选择器群聊、蜂群、图工作流这三套模式各有清晰取舍，配上 Bench 基准套件，用来做对照实验很合适，而且文档与示例都留在原地。三是只想快速验证一个多智能体想法的人：Studio 装完就能拖，比从零搭编排省事得多。

反过来，有两类情况建议直接看继任者。一类是新立项的生产系统，尤其是需要长期支持承诺的场景——AutoGen 已经明确不再加功能，把新架构建在一个冻结的框架上，后续只能靠社区。另一类是需要企业级编排、多模型供应商切换与跨运行时互通的团队，这些能力官方已经明确放到了继任项目里。简单说，AutoGen 现在的定位是一份好用的存量资产与教学素材，而不是面向未来的起点。

选框架这件事，功能清单只是入场券；真正的分水岭是三年后你还在不在它的支持范围里。