AutoGen 转入维护模式、微软 Agent Framework 完成接棒、扣子开源——2026 年多智能体选型的核心问题，已经从「选哪个框架」变成「自建编排能力还是买平台效率」。文末给出一个四问决策框架。
本文要点
- AutoGen 已转维护，存量项目应评估迁移。
- 微软 Agent Framework 已 1.0 GA 接棒。
- 扣子开源版 2025 年 7 月开源，可商用。
- LangGraph 1.0 已发布，自建路线主力。
- 选型看团队与业务异质性，不看优劣。
2026 年的格局变化：老牌框架转维护，微软完成接棒
AutoGen 已于 2025 年 10 月进入维护模式，官方不再新增功能；其继任者 Microsoft Agent Framework（下称 MAF）在 2026 年 4 月达成 1.0 GA，.NET 与 Python 双语言同步。这组变化直接改写了 2026 年的选型前提（见文末 LangChain 官方对比文）。
维护模式的含义对 CTO 很直接：存量系统还能跑，社区也维持既有版本，但新能力不会再来。官方对比文的判断是，在维护中的旧大版本上继续开发新工作，意味着将来要整体承担迁移成本——新项目不建议再基于它起步。
MAF 的定位，是把老牌框架的多智能体编排抽象与 Semantic Kernel 的企业特性（会话级状态、类型安全、过滤器、遥测）合并到一起：类型化工作流原生支持顺序、并发、交接与群聊四种协作模式；模型接入不限于 Azure，OpenAI、Anthropic、Ollama 等主流后端都在支持列表里。
另一条主力路线 LangGraph 的 1.0 也已在 2025 年 10 月 22 日正式发布，定位是低层编排加持久化运行时：类型化状态、检查点、人工介入节点、可恢复的持久化执行，官方建议生产环境用 Postgres 作为持久化后端。真实的编排模式与故障处理细节，可参考我们此前写的多智能体编排实战：4 种架构模式与故障排查。
开源框架 vs 企业平台：一张表看清路线差异
开源框架交付编排原语（类型化状态、检查点、人工介入），由工程团队写代码组装成系统；企业平台交付可视化工作流与托管能力，用更低的门槛换取更弱的定制边界。
| 维度 | 开源框架路线（LangGraph / MAF） | 企业平台路线（Dify / 扣子开源版） |
|---|---|---|
| 核心交付物 | 编排原语：类型化状态、检查点、人工介入、持久化执行 | 可视化工作流、插件生态、开箱即用的调试环境 |
| 团队要求 | 需要能维护状态机、持久化与可观测性的后端团队 | 少量工程参与，业务人员可参与搭建 |
| 许可与商用 | 开源协议，基础设施与运维全部自管 | 扣子开源版采用 Apache 2.0 允许商用；社区版限单工作空间、遵循其自有开源许可，企业版提供 SSO、SLA 与商业授权 |
| 定制边界 | 完全自定义，成本体现在工程投入 | 受平台节点与插件能力约束，深水区需求需平台外扩展 |
| 典型场景 | 复杂状态机、强审计、私有化多智能体系统 | 快速验证、部门级自助搭建、标准化流程编排 |
两条许可细节值得 CTO 留意。其一，扣子开源版（Coze Studio）2025 年 7 月 26 日以 Apache 2.0 协议开源，商用没有协议障碍，但生产落地要自建部署运维与安全能力；其二，企业版把多工作空间、SSO、SLA 与商业许可授权放在付费侧，若产品形态涉及对外提供服务，选型前应先核对其开源许可的边界条款（见文末定价页来源）。
CTO 决策框架：四个问题定选型
用四个问题过滤——业务流是否可枚举、团队有无编排工程能力、数据是否必须私有化、上线窗口多紧——答案组合基本锁定路线，不必逐个框架试错。
- 业务流是否可枚举？流程稳定、可拆成标准节点的（审批、工单、客服分流），平台可视化编排的交付效率更高；流程异质、状态机复杂、人工介入点多的，框架自建更可控。
- 团队有没有编排工程能力？框架路线要求团队会维护持久化运行时、检查点恢复与可观测性；没有专职工程承接的团队，平台路线更现实。
- 数据是否必须私有化？硬性合规约束下，先核对平台的开源许可与自管能力（参见我们的私有化部署 5 个决策点与交付团队能力清单），再核对框架侧的持久化方案。
- 上线窗口多紧？数周内要见效的验证型项目适合平台起步；以季度计、面向核心生产流程的系统，值得框架自建。
一手交付数据的佐证：优码云截至今日已发布的 100 个交付案例中，交付量前三的行业是零售商业（16 个）、智能制造（15 个）与医疗健康（12 个），其中 99 个案例记录了项目周期、100 个带结果指标。我们观察到的模式是：零售、餐饮这类流程标准化程度高的行业，需求多落在平台可拼装的编排；制造与医疗的流程异质性强、状态复杂，更适合框架自建。周期上，已交付项目中有 8 周首版（生产环境上线）、12 周与 14 周首版的记录。
如果只能给一个建议：多数企业的最优解是混合形态——核心复杂流程用框架自建，长尾标准流程用平台拼装，而不是二选一。优码云（umayun.com）位于深圳，服务粤港澳大湾区与全国客户的企业级多智能体定制交付；评估自建还是外包，可参考企业 Agent 开发解决方案与深圳软件开发能力总览，预算口径见定制开发 2026 报价构成与周期实测，供应商筛选避坑见外包公司怎么选：CTO 避坑指南。
常见问题
老牌框架的存量项目，2026 年还能继续用吗？
能用，但不应再新增投入——该框架自 2025 年 10 月进入维护模式，官方不再开发新功能，仅由社区维持既有版本，新能力迭代已转移到继任者 MAF；存量系统建议按「冻结功能、只修缺陷」运营，并尽早评估迁移成本。
扣子开源版可以直接拿来做商用产品吗？
可以——Coze Studio 于 2025 年 7 月 26 日以 Apache 2.0 协议开源，协议本身允许商用；但生产化需要自建部署运维、安全加固与模型接入，开源版不含托管云侧的企业级能力。
Dify 社区版和企业版的核心差别是什么？
社区版免费但限单工作空间、遵循其自有开源许可协议；企业版增加多工作空间、SSO、SLA 与商业许可授权——若业务涉及对外提供服务或多团队隔离，选型前应按许可边界逐条核对。
没有专职编排工程师的团队，该选哪条路线？
优先平台路线——先用 Dify 或扣子开源版这类可视化工具做流程验证，流程稳定、出现异质性需求后，再评估为对应环节引入编排框架自建；避免一上来就让工程团队硬扛平台本可覆盖的标准化流程。
参考
- LangChain 官方对比文（2026-06-23 更新）：维护模式公告与 MAF 1.0 GA
- 扣子开源版仓库（Apache 2.0）
- 新浪财经：字节跳动 2025 年 7 月 26 日开源扣子（两天 Star 破万）
- Dify 官网定价页：社区版与企业版许可及功能边界
- 站内一手数据：优码云案例库（截至今日已发布 100 个交付案例的行业、端与周期分布）