AutoGen 进入维护模式：新项目还该不该选它
数据截至 2026-07，价格与限额以各官网为准。
AutoGen 已经进入维护模式：微软把重心转到了更大的 Agent Framework，AutoGen 的主要新功能开发停止了，bug 修复和安全补丁还在继续。对新项目来说，这意味着起点应该另选；对已经跑在线上的存量项目来说，这不是需要连夜迁移的紧急事件。
先把一个常见误解摆平：不少人一看到”维护模式”就直接理解成”这个项目死了、赶紧跑”，然后在群里劝所有人立刻迁移。这个反应过头了。维护模式的准确含义是新功能不再往里加，但安全补丁和缺陷修复仍在做——一个还在收安全补丁的依赖，和一个仓库彻底停更、issue 无人应答的依赖，风险等级完全不同。真正需要重新决策的是”我现在要不要用它开一个新项目”，而不是”我现在要不要推翻一个能正常工作的系统”。
需要说明的是，下面对三个框架的横向比较来自 2026 年的多篇第三方实战对比，不是各项目官方发布的基准，具体能力和 API 请以各项目官方文档当前版本为准。
一、“维护模式”具体改变了什么
把这件事拆成两半看，会比笼统的”还能不能用”清楚得多。
没有改变的部分：已经写好的代码不会一夜之间跑不起来，bug 修复和安全补丁仍然会发。如果你的系统已经上线、行为稳定、依赖版本锁死，短期内它照样工作。
改变了的部分：不要再期待新能力从这里长出来。模型侧、协议侧、工具生态每隔几个月就变一次，一个停止主要新功能开发的框架，跟进这些变化的速度必然慢下来。同时社区注意力会转移——第三方教程更新变慢、集成插件变少、遇到冷门问题时能搜到的现成答案变少。这些不会立刻疼，但会在半年到一年的尺度上慢慢显现。
已经有实践者直接给出判断：2026 年不该把 AutoGen 作为任何新项目的起点。这个说法值得听，但要理解它针对的是”起点”这两个字——是关于新项目怎么开头的建议，不是对既有系统的判决。
二、存量项目要不要迁移：三种情形分开看
不要用一条统一结论去套所有项目。按项目所处阶段区分，大致是三种情形：
第一种，系统已上线且运行稳定。 不必急着迁移。把依赖版本锁死，关注安全公告，正常迭代业务逻辑。迁移框架是一笔实打实的工程成本，在没有具体触发条件的情况下花掉它，不划算。可以做的是提前把边界收拾干净：把提示词、工具定义、模型调用这些跟框架无关的资产抽出来单独放，将来真要换，换的只是编排层。
第二种，项目正在开发中、还没上线。 这是最需要认真算一笔账的位置。要看的是完成度：如果编排逻辑已经写了大半、测试也铺开了，硬掉头的代价可能比留下更大；如果还在早期、只搭了骨架，那么现在换比上线后再换便宜得多。
第三种，刚立项、还没写多少代码。 直接选别的。这种情形没什么好犹豫的，沉没成本几乎为零。
判断”什么时候必须迁移”，可以盯几个信号：出现了你真正需要、但框架明确不会再加的能力；关键依赖升级后出现兼容问题且长期没有修复；团队里已经没人愿意维护这部分代码。这些信号出现之前，稳定运行本身就是价值。
三、替代路线：LangGraph 还是 CrewAI
如果确定要选新起点，主流的两条路线是 LangGraph 和 CrewAI。它们的抽象模型不一样，适合的场景也不一样。
LangGraph 的模型是有向图：节点是函数或 LLM 调用，边定义控制流，状态以带类型的字典在节点之间传递。它更适合复杂的生产系统——你要显式地把流程画出来，代价是前期思考成本高，收益是运行时的每一步走向都在你手里。
CrewAI 的模型是一队有明确角色的 agent，比如研究员交给写手、写手交给审稿，可以串行也可以并行。它的强项是快速搭建和流程基本线性的场景。
在某次第三方实测对比的口径下，几个维度的排序是这样的：学习曲线上 CrewAI 最平缓、LangGraph 最陡；控制力上 LangGraph 排在第一；生产成熟度上 LangGraph 最成熟；token 效率上 LangGraph 最好，AutoGen 开销最大；生态规模上 LangGraph 最大。这是单次对比的结论，不同任务类型下结果可能不同，当作参考而不是定论。
有一类需求值得单拎出来：带反馈环的循环任务。就是那种”生成 → 检查 → 不合格就回去重来”的流程。这类需求上 LangGraph 胜出更明显，它对执行流的控制更精细，支持持久化的长时运行工作流和 human-in-the-loop，包含 checkpointing、streaming、human-in-the-loop 这几种原语。CrewAI 技术上也支持循环，但调试起来很痛苦——这是实践者反馈里比较一致的一点。
落到选型上，可以用这两句话对号入座：有循环、有分支逻辑、需要生产级可观测性、多人协作、失败代价高，选 LangGraph；一天之内要出可用原型、流程基本线性，选 CrewAI。不存在”唯一最好”的答案——CrewAI 的原型门槛最低，LangGraph 在生产上最经打，这是两种不同的优势。
更宽的框架横向对比可以看主流 AI Agent 框架对比：LangGraph/LlamaIndex/Coze，那篇还覆盖了低代码平台这一侧。
四、一条已经过期、但还在被抄的结论
“CrewAI 只能做原型、上不了生产”——这句话在很多对比文章里还挂着，但它已经不准确了。
CrewAI 在 2025 年加入了 Flows，一种事件驱动的 pipeline 模式，面向更可预测的生产型负载。多数较老的对比文章写作时这个能力还不存在，所以整篇的结论都建立在旧前提上。你如果在搜索结果里读到日期较早的对比，注意核对它有没有涵盖这一点；具体 Flows 能做到什么程度，以 CrewAI 官方文档当前版本为准。
这也顺带说明了一件事：agent 框架领域的对比文章半衰期很短，看到任何”某框架只适合做 X”的断言，先看发布日期。
五、一个更该先问的问题：你真的需要多智能体框架吗
这一节可能比前面几节都重要，因为它能帮不少人省掉整个选型环节。
如果你的场景其实是单个 agent、只调用一两个工具，那么 OpenAI Agents SDK 或者 Anthropic Claude Agent SDK 往往是 2026 年更快的路径——你可能根本不需要多智能体框架。多智能体编排引入的复杂度是实打实的：状态怎么传、失败怎么重试、多个 agent 之间的对话怎么收敛，每一项都要写代码、要调试、要观测。如果业务本身没有多角色协作的需求，这些复杂度买不来对应的价值。
一个粗糙但好用的自检：把你要做的事写成一段流程描述，如果里面没有出现”A 做完交给 B、B 有异议再回到 A”这类角色间的往返，那大概率一个 agent 加几个工具就够了。等真的出现了多角色往返、或者出现了需要持久化的长流程，再上框架不迟。
顺带提一句准入前提，因为它会直接影响这条路线在国内团队手里能不能走通：Anthropic 官方的受支持国家/地区列表不含中国大陆（anthropic.com/supported-countries）；OpenAI 等厂商官方也并未面向中国大陆开放，具体以各自官网的地区政策页为准。市面上确实存在第三方中转服务，但其合规性与稳定性风险由使用者自负，这篇不提供也不背书任何具体渠道。做技术选型时把这一层先摆到台面上，比写到一半才发现走不通要好。
六、协议层：选框架时顺带要看的一格
框架之外还有协议这一层，它决定了你的 agent 将来能不能跟别人的工具和 agent 对上话。
目前 CrewAI 已经加入了 A2A 支持。另外，OpenAgents 声称自己是唯一原生同时支持 MCP 与 A2A 的框架——这里的”声称”二字要保留，这条来自项目自身表述，未经独立核实。
选型时不必把协议支持当成第一优先级，但如果你的系统未来要接入外部工具生态，值得提前看一眼候选框架在这一层的位置。MCP 这条线的基本概念可以看MCP 是什么？为什么说它是 AI 的 USB 接口，几种协议各管哪一层则在Agent 侧的协议生态：MCP、ACP、A2A 各管什么里拆得更细。
七、真要迁移，先做这几件事
如果结论是迁移，别一上来就动编排代码。按下面的顺序做，返工会少很多：
- 先建评测集。挑十几个到几十个有代表性的真实输入，把当前系统的输出存下来当基线。没有基线，迁移完你无法回答”新版本是不是变差了”这个问题，只能靠手感，而手感在多智能体系统上非常不可靠。
- 把与框架无关的资产先抽出来。提示词、工具定义、模型调用参数、业务规则，这些不该跟任何一个框架的 API 绑死。抽干净之后，迁移的工作量会比想象中小。
- 认清心智模型的转换成本。从”agent 之间互相对话”切到”显式的图 + 状态”或者”角色流水线”，最花时间的不是改代码，是重新想清楚流程该怎么表达。这部分建议先在一条最简单的业务链路上试一遍，跑通了再铺开。
- 一条链路一条链路地切，不要整体重写。保留旧路径作为兜底，新路径灰度放量，出问题能立刻切回去。
局限与不确定的地方
这篇有几处必须说明白：文中的横向排序来自第三方实战对比，不是各项目官方基准，也不是我在你的业务负载上跑出来的结果，不同任务类型下排序可能变化。各框架的具体版本号、API 签名、功能边界都请以官方文档当前版本为准——这个领域的接口变动频率很高，任何文章里抄来的具体调用写法都可能过期。另外，AutoGen 后续的维护力度、微软那边新框架的演进方向，都会随时间变化，如果你正在做长期技术决策，值得自己去仓库和官方公告确认一次当前状态。
小结
AutoGen 进入维护模式是选型时必须知道的信息，但它的含义是”新功能停了、补丁还在”，不是”项目没了”。新项目应该另选起点，存量项目按上线阶段区分处理，稳定运行的不必恐慌迁移。替代路线上，要循环、要分支、要生产级可观测性就看 LangGraph，要一天出原型且流程线性就看 CrewAI，而”CrewAI 只能做原型”这条旧结论已经被 Flows 改写了。最后再提醒一次：如果你的场景只是单个 agent 调一两个工具，先别选框架——那一层复杂度你可能压根不需要买。