2026年的Agent框架战争出现了一个被多数横评忽略的结构性拐点:单体框架正在让位于分层栈。过去选型是"LangChain还是CrewAI"的二选一,现在生产级Agent的真相是"组装"——一个跑在Vercel AI SDK之上的Mastra运行时,把状态托付给LangGraph检查点,把长期记忆外挂给Mem0或Letta,再用LangGraph图做跨智能体编排。Mastra 1.0(2026年1月20日由Gatsby团队发布)能直接复用@ai-sdk/*的Provider包,证明了"框架即层"的可行性。本文不再做第七轮"谁最强"的笼统横评,而是把2026年的主流框架拆进四层栈,实测每一层的胜出者与组合代价。
理解分层之前,先看一张架构分层图,它解释了为什么"用同一个框架做完所有事"在2026年变成了反模式。
flowchart TB
subgraph L4["第四层 编排/工作流层"]
LG[LangGraph 图编排] --> WF[Mastra Workflows]
WF --> CR[CrewAI 角色编排]
end
subgraph L3["第三层 状态/记忆层"]
CK[LangGraph Checkpoint 线程态]
MEM0[Mem0 事实记忆]
LET[Letta 自编辑记忆]
end
subgraph L2["第二层 Agent运行时层"]
MA[Mastra TS运行时]
PA[Pydantic AI Py运行时]
SDK[厂商SDK: OpenAI/ADK/Claude]
end
subgraph L1["第一层 Provider抽象层"]
VSDK[Vercel AI SDK 6]
LLM[各模型厂商API]
end
L4 --> L3 --> L2 --> L1 --> LLM
style L1 fill:#e8f5e9
style L2 fill:#fff3e0
style L3 fill:#e3f2fd
style L4 fill:#fce4ec
分层的逻辑根源在于抽象的扩散速度不同。Provider层每季度都在加新模型、新模态、新计费规则;记忆层每年才有一次范式跃迁(MemGPT→Mem0→Letta);编排层几乎是稳定的。把它们焊在一个框架里,意味着Provider层一个小变更就会拖垮整个发布周期。2026年凡是试图"全家桶"的框架(早期LangChain、部分CrewAI场景),都陷入了升级即破坏的泥潭。分层让每一层可以独立演进、独立替换、独立计费,这是生产化的硬要求。
| 层级 | 代表框架/SDK | 语言 | 核心职责 | 关键能力 | 单体or分层 | 上手成本 |
|---|---|---|---|---|---|---|
| L1 Provider抽象 | Vercel AI SDK 6 | TS | 模型调用统一 | 流式/结构化输出/工具/HITL审批 | 纯层 | 低 |
| L1 Provider抽象 | LiteLLM | Py | 模型路由计费 | 100+模型路由 | 纯层 | 低 |
| L2 Agent运行时 | Mastra 1.0 | TS | Agent循环+记忆+评测 | 内置Dev Server/Eval | 分层(建于AI SDK) | 中 |
| L2 Agent运行时 | Pydantic AI 1.0 | Py | 类型安全Agent | 结构化校验/Graph | 分层 | 中 |
| L2 厂商运行时 | OpenAI Agents SDK | TS/Py | 厂商原生Agent | Handoff/Guardrails | 半分层(锁定自家模型) | 低 |
| L2 厂商运行时 | Google ADK | Py | 厂商原生Agent | Gemini深度集成 | 半分层 | 低 |
| L3 状态层 | LangGraph Checkpoint | Py/TS | 线程态持久化 | 断点续跑/HITL暂停 | 纯层 | 中高 |
| L3 记忆层 | Mem0 | 多语言 | 事实/偏好记忆 | 自动抽取去重 | 纯层 | 中 |
| L3 记忆层 | Letta(原MemGPT) | Py | 自编辑记忆 | LLM-as-OS内存分页 | 半单体 | 高 |
| L4 编排层 | LangGraph | Py/TS | 图/状态机编排 | 条件边/循环/HITL | 分层 | 高 |
| L4 编排层 | Mastra Workflows | TS | 事件流编排 | 状态机+挂起/恢复 | 分层 | 中 |
| L4 编排层 | CrewAI | Py | 角色协作 | Role/Task/Process | 单体 | 低 |
Provider层的竞争在2026年实质上已经结束。Vercel AI SDK 6通过@ai-sdk/openai、@ai-sdk/anthropic、@ai-sdk/google等Provider包,把异构模型的差异折叠进统一接口,并把流式、结构化输出、工具调用、工具审批(Tool Approval,HITL核心原语)做成跨Provider一致的能力。它的价值不在于"又一个SDK",而在于充当模型能力的兼容层——新模型一上线,Provider包更新,上层框架零改动。
// Vercel AI SDK 6:统一Provider接口 + 工具审批(HITL)
import { streamText, tool } from 'ai';
import { openai } from '@ai-sdk/openai';
import { anthropic } from '@ai-sdk/anthropic';
// 一行切换模型,上层Mastra/Pydantic逻辑不变
const model = process.env.PREFER === 'claude' ? anthropic('claude-...') : openai('gpt-...');
const result = streamText({
model,
tools: {
refund: tool({
description: '发起退款',
parameters: z.object({ orderId: z.string(), amount: z.number() }),
// execute 留空 → 触发"需要人工审批"的HITL暂停
execute: async ({ orderId, amount }) => { /* 风控审批后执行 */ },
}),
},
messages,
});
代价在于:它锁定TypeScript生态,Python阵营只能退守LiteLLM做路由(功能弱于AI SDK的流式原语)。变现评估:Provider层是训练营的"地基课",门槛低、复购高,适合做成"多模型应用入门"前导模块,但单独卖不动,必须捆绑上层。
Agent运行时层负责Agent循环(感知→规划→工具→记忆),2026年出现两条清晰路线。Mastra是TypeScript阵营的运行时,关键点在于它复用而非重造AI SDK——@ai-sdk/*的Provider包直接可用,Mastra专注补齐Agent循环、记忆、工作流、评测和本地Dev Server。有团队记录,把一个LangGraph.js的Agent用Mastra重写,耗时从41小时降到18小时。Pydantic AI则在Python侧以类型安全立身,1.0版本(2026年)补齐了Graph模块,成了"类型安全的LangChain替代品"。
# Pydantic AI 1.0:类型安全运行时 + 结构化输出原生校验
from pydantic_ai import Agent
from pydantic import BaseModel
class Order(BaseModel):
sku: str
qty: int
agent = Agent('openai:gpt-...', output_type=Order, system_prompt='你是订单解析器')
result = agent.run_sync('来3件SKU-A002')
print(result.output) # Order(sku='A002', qty=3) — 类型由Pydantic强校验
两条路线的共同代价:都还不是"开箱即生产",记忆和编排仍需外挂。变现评估:运行时层是训练营的"主菜",Mastra适合做TS全栈Agent训练营(含Dev Server演示,现场感强),Pydantic AI适合做数据/AI工程师向的Python Agent课,二者ROI都高。
大厂在2025–2026年集中下场:OpenAI Agents SDK(Handoff交接、Guardrails护栏)、Google ADK(与Gemini及Vertex深度集成)、Claude Agent SDK。它们上手最快、文档最全,但属于"半分层"——抽象绑定自家模型,迁移成本被刻意做高。Q1 2026的多方对比普遍结论:厂商SDK是入场券不是终局,适合PoC和单云场景,一旦要多模型、多云、可替换,就会暴露锁定税。变现评估:适合做"7天打通OpenAI Agents SDK"速成班,但客单价上不去,且版本更迭极快(OpenAI SDK半年内多次破坏性更新),课程维护成本高。
状态层在2026年明确分裂成两个子层。其一是线程态(thread state)——一次对话/任务的中间状态,由LangGraph Checkpoint垄断。它的杀手锏是断点续跑与HITL暂停:把Agent执行到某个节点序列化落盘,人工审批后从同一断点恢复,这对任何需要人审的Agent(退款、医疗、合同)都是刚需。
# LangGraph Checkpoint:断点续跑 + HITL人工审批
from langgraph.checkpoint.postgres import PostgresSaver
from langgraph.graph import StateGraph
graph = builder.compile(
checkpointer=PostgresSaver.from_conn_string(DB),
interrupt_before=["refund_node"], # 到退款节点前暂停,等人工
)
# 同一thread_id可在任意进程/任意时间恢复
graph.invoke(inputs, config={"configurable": {"thread_id": "user-42"}})
其二是长期记忆(long-term memory)——跨会话的事实与偏好,由Mem0(自动抽取去重)和Letta(原MemGPT,"LLM-as-OS"自编辑内存分页)瓜分。Letta的卖点是Agent能像操作系统一样自己管理内存页,适合需要"越用越懂你"的常驻型Agent(编程助手、私人助理)。变现评估:状态层是"高客单价课"——Checkpoint+HITL是金融/医疗/合规场景的命门,企业愿意为"可审计、可恢复"付费,训练营可做"生产级Agent持久化"专题。
编排层决定多步骤/多智能体如何流动。LangGraph走显式图路线:节点、条件边、循环,控制力最强但心智负担最重;Mastra Workflows走状态机+事件流路线,内置挂起/恢复,TS体验顺滑;CrewAI走角色协作路线(Role/Task/Process),上手最快但抽象薄、生产可控性弱。2026年的共识是:需要严格状态机与HITL的生产编排选LangGraph/Mastra,需要快速搭原型或非关键路径的协作选CrewAI。变现评估:编排层是"架构师课",适合面向已有Agent经验的中高级开发者,能拉高品牌专业度。
分层不是万能。三类场景单体框架仍胜出:一是极轻量原型——一个CrewAI脚本就能跑通的角色协作,分层反而过度工程;二是强记忆驱动的常驻Agent——Letta把记忆做成运行时内核,拆开反而破坏其自编辑优势;三是深度绑定单一云的内部工具——用厂商SDK直接吃掉运行时层最省事。判据很朴素:如果你的Agent生命周期<1周,用单体;如果要跑3个月以上、要审计、要多模型,必须分层。
分层换来了演进自由,但引入三类"组合税",这是2026年选型最容易被低估的部分。第一是跨层调试困难——一个工具调用失败,可能源于Provider层的流式分片、运行时层的重试逻辑、编排层的并发控制,定位需要跨三个框架的日志;第二是版本耦合——AI SDK 6的破坏性更新会波及所有基于它的运行时;第三是重复抽象——Mastra有记忆、Mem0也有记忆、LangGraph有状态,三者边界模糊时会出现"记忆写在哪一层"的反复重构。成熟团队的做法是画清边界契约:运行时只管本轮循环,线程态归Checkpoint,跨会话事实归Mem0,角色关系归编排层,越界即重构。
不同场景的最佳组装差异巨大,以下是2026年实测推荐的组合方案。
| 场景 | L1 Provider | L2 运行时 | L3 状态/记忆 | L4 编排 | 推荐理由 |
|---|---|---|---|---|---|
| TS全栈SaaS Agent | Vercel AI SDK 6 | Mastra 1.0 | LangGraph Checkpoint(TS) | Mastra Workflows | 全栈一致、Dev Server提效 |
| Python数据/工程Agent | LiteLLM | Pydantic AI 1.0 | LangGraph Checkpoint(PY) | LangGraph | 类型安全+图编排双强 |
| 金融/医疗合规Agent | Vercel AI SDK 6 | Mastra/Pydantic | LangGraph+Letta | LangGraph | Checkpoint审计+Letta记忆 |
| 快速原型/内部工具 | 厂商SDK | OpenAI Agents SDK | 内置 | Handoff | 上手快、锁定可接受 |
| 常驻私人助理 | Vercel AI SDK 6 | Mastra | Letta(自编辑) | Mastra Workflows | 记忆内核驱动个性化 |
| 多智能体研究/复杂编排 | LiteLLM | Pydantic AI | LangGraph Checkpoint | LangGraph+ CrewAI角色 | 图编排兜底复杂流程 |
一句话选型法则:先定语言(TS→AI SDK/Mastra,Py→LiteLLM/Pydantic AI),再定生命周期(短→厂商SDK/单体,长→四层栈),最后按合规等级决定是否上Checkpoint+HITL。语言、生命周期、合规等级这三个轴,比"哪个框架Star多"更能预测项目成败。
2026年Agent框架领域最重要的变化,不是又出了哪个新框架,而是选型问题本身被重构了。当你把Vercel AI SDK、Mastra、LangGraph、Mem0/Letta拼成一条栈,你实际上是在为自己的Agent定制演进节奏——让变化最快的Provider层和变化最慢的编排层各走各的发布周期。Mastra 1.0复用AI SDK Provider包、LangGraph把记忆让渡给Mem0/Letta,这两个动作不是巧合,而是行业在用代码投票:框架的边界正在从"功能"迁移到"层"。对工程师而言,要练的不再是"精通某一个框架",而是"画清四层边界契约"的能力;对企业而言,谁先建立可替换、可审计、可独立升级的四层栈,谁就先拿到生产化的入场券。
@ai-sdk/*Provider包的分层关系本文由「51学通信」原创出品,站长爱卫生(微信:gprshome201101)。聚焦AI智能体实战与通信前沿,关注公众号获取每日深度拆解。
[!tip] 51学通信知识星球 星主:爱卫生(微信:gprshome201101)——公众号「51学通信」创办者,19 年通信行业运维与讲师经验,著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书(各大电商平台有售)。 星球定位:深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域,主打运维岗位与信令分析。 当前规模:5200 篇主题 / 990 个回答,198 元/年。 加入福利:加入星球后请加爱卫生微信,拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题,另有群内分享。 AI 加持:51学通信知识星球已作为 skill 接入 WorkBuddy,使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例,做总结、找文档和 PPT 等场景全覆盖。
