微软 AutoGen 进入维护模式：不再新增功能、转社区维护，官方指向 Microsoft Agent Framework
微软 AutoGen 官方 README 已挂 Maintenance Mode 徽章：不再接收新功能与新增强、转社区维护，新用户应改用 Microsoft Agent Framework（MAF 1.0 已 production-ready）。存量项目如何评估与迁移。
2026-10-13 · microsoft/autogen 官方 GitHub README（2026-10-13 一手核对，含 Maintenance Mode 徽章与 CAUTION 警示块）
发布 2026-10-13核实 2026-10-13要点速览
- 官方 README 顶部现挂「Maintenance Mode」徽章（shields.io 橙色徽章，指向
github.com/microsoft/agent-framework）。 - CAUTION 警示块原文：「AutoGen is now in maintenance mode. It will not receive new features or enhancements and is community managed going forward. New users should start with Microsoft Agent Framework. Existing users are encouraged to migrate using the AutoGen → Microsoft Agent Framework migration guide.」
- 继任者定位明确：MAF 被称为 「the enterprise-ready successor to AutoGen」，并声明 「Microsoft Agent Framework is now available as a production-ready release: stable APIs, and a commitment to long-term support」。
- MAF 1.0 的能力口径：「enterprise-grade multi-agent orchestration, multi-provider model support, and cross-runtime interoperability via A2A and MCP」——多 provider 模型支持 + 经 A2A 与 MCP 的跨运行时互操作。
- 迁移路径已官方化：微软在 learn.microsoft.com 托管了 AutoGen → Microsoft Agent Framework migration guide。
- 本站只确认「截至 2026-10-13 核对时徽章与警示块仍在 README 上」；徽章挂上的确切日期官方未在 README 中标注，本站不臆断。
「维护模式」到底意味着什么
这个词被用得很松，所以值得按官方原文拆开：
| 断言 | 官方是否明确 | 含义 |
|---|---|---|
| 不再接收新功能与新增强 | 明确 | 不会有人再往里加东西 |
| 转社区管理 | 明确 | 治理权移交社区，微软不再主导路线图 |
| 建议新用户改用 MAF | 明确 | 官方主动劝退新项目 |
| 建议存量用户迁移 | 明确（「encouraged to migrate」） | 有官方迁移指南 |
| 停止可用 / 仓库归档 | 官方未说 | 仓库仍在、MIT 协议不变、仍可 pip install |
| 安全修复 SLA / 支持终止日期 | 官方未给 | 本站列为待核实 |
最关键的一句区分：维护模式 ≠ 废弃。 变化的是期望值——从「这个框架会继续变好」变成「这个框架不会再变了」。对技术选型来说，这两者的差别是决定性的：前者值得为它忍受早期 API 不稳定，后者不值得。
为什么这件事值得单独发一条
第一，AutoGen 不是小众项目。 它是多 Agent 框架里学术引用量最高的那一档，大量论文复现、课程作业、企业 PoC 都建立在它的 ConversableAgent + Group Chat 模型上。一个「事实标准」被官方自己划上终止符，比一个新项目死掉的信息量大得多。
第二，它揭示的是 2026 年 Agent 框架层的真实状态——还在洗牌。 2025 年看起来已经稳定的多 Agent 抽象，一年之内就被同一个厂商自己替换掉了。这意味着今天你选的任何一个 Agent 框架，都应当按「三年内可能换一次」来做架构隔离，而不是按「选一次用五年」。
第三，「微软背书」这条选型依据需要被重新理解。 大厂背书的价值通常是「不会突然消失」，但它同样意味着「大厂随时会给你换成它的下一代」。两者是同一枚硬币。
存量项目该怎么办：一个可执行的三问
不用急着迁移，但要把这三问答清楚：
① 你的项目生命周期还有多久？ 如果是一篇论文的复现、一个已经结题的 PoC——什么都不用做，它能跑就行。如果是要维护三年以上的生产系统，现在就该排迁移评估。
② 你依赖的是 AutoGen 的哪一层？
如果只用了 ConversableAgent + 工具调用这一层，迁移成本有限；如果深度依赖 Group Chat 的调度语义、autogen-ext 的特定执行器、或 0.2 时代的旧 API，那迁移更像重写。后者反而说明你更该早动——因为在一个冻结的框架上越雕越深，退出成本只会更高。
③ 你的依赖里有没有安全敏感项？ 官方没有给出安全修复的 SLA。如果你在用它跑面向公网的东西，这一条本身就是迁移理由。
AI 之家 观点
这件事最值得记的不是「AutoGen 死了」，而是微软把「不再维护」这件事说清楚了。 大多数开源项目的死亡过程是沉默的——提交变少、issue 没人回、README 还挂着活跃的样子。挂一个 Maintenance Mode 徽章、给出继任者、给出迁移指南，是极少数厂商会做的、对用户最负责的处置方式。 从这一点上，微软做对了。
但另一面也值得警惕：MAF 是「1.0 production-ready」，而 AutoGen 当年也是被这样推荐的。 一个框架从「官方推荐」到「官方劝退」用了不到两年。所以真正该沉淀的不是「选哪个框架」，而是「怎么让框架可替换」——把 Agent 编排逻辑与框架 API 解耦，把 prompt、工具定义、终止条件放在框架之外，让「换框架」是一次配置变更而不是一次重写。
对国内团队还有一层额外含义：MAF 的跨运行时互操作打的是 A2A 与 MCP 两张牌，说明**「协议」正在取代「框架」成为互操作的锚点**。这与本站 MCP 与 A2A 两篇讲的是同一趋势：别把宝押在框架上，押在协议上。
待核实
- Maintenance Mode 徽章挂上的确切日期：官方 README 未标注。第三方周报称于 2026-10-07 观察到该横幅，本站未取得官方公告原文，不写作确定日期。
- 安全修复与 bug 修复的 SLA / 支持终止日期：官方未给。
- MAF 是否已完全覆盖 AutoGen 的全部能力面：官方称其为继任者并给出迁移指南，未逐项列出能力对等表。
- AutoGen 社区维护的实际接手情况：官方称「community managed」，未指定维护组织。
- MAF 1.0 的许可协议与治理模式：本轮未核对官方仓库 LICENSE。
- Microsoft Agent Framework 是否在国内可用：非本文核验范围。
来源
- microsoft/autogen 官方 GitHub README（2026-10-13 一手核对，Maintenance Mode 徽章与 CAUTION 警示块所在页）
- microsoft/agent-framework 官方仓库（微软指定的继任者）
- AutoGen → Microsoft Agent Framework 迁移指南（微软官方文档）
- 延伸阅读：AutoGen 工具卡、CrewAI vs AutoGen 对比、MCP、A2A
口径说明：本文所有带引号的英文原文均取自上述官方 README 与文档页面。凡官方未给出的日期、SLA 与能力对等表，本站一律留空并列入待核实，不做转抄。