<!-- title: 三范式定局：智能体骨架深拆 -->

## 概述

2026 年 7 月，AI Agent 框架的战争已经不再围绕"谁的功能更多"展开，而是收敛到**三种控制流范式**之争。微软在 4 月 3 日将 AutoGen 与 Semantic Kernel 合并为 Microsoft Agent Framework 1.0（GA、LTS），正式确立了继 Anthropic 的"工具循环"和 LangGraph 的"有向图状态机"之外的**第三范式——事件驱动分布式架构**。三者的分歧不在 API 长相，而在调试模型、持久化心智与运维边界。本文以范式为轴深拆六类骨架，给出按场景的押注建议：选错范式，等于选错你半夜被叫醒时的心智负担。

## 一、为什么"范式"成了 2026 的选型主轴

过去两年，开发者比较框架的方式是数功能：有没有记忆、支不支持多智能体、工具调用稳不稳。但到 2026 年，所有主流框架在这些"清单项"上已经趋同——LangGraph 1.0 在 2025 年 10 月 GA 且零破坏性变更，MAF 1.0 带着 LTS 上线，Anthropic 和 OpenAI 的官方 SDK 也补齐了 handoff 与 MCP。

当功能拉平，真正决定生产成败的是**控制流如何被建模、被检查、被恢复**。Zylos Research 把这一轮变化类比为十年前 Web 框架从"散装请求处理器"走向 MVC：规模化要求可预测性。落到 Agent 上，就是你的工作流到底是一条会自我修改的链（loop）、一张可被静态推理的图（graph），还是一组跨进程传递的事件（event-driven）。这三条路决定了你能不能 time-travel 调试、能不能在进程死后续跑、能不能把审批节点做成一等公民。

LangChain 在 2026 年 6 月官方横评里点名了七个框架（LangChain、CrewAI、MAF、LlamaIndex Workflows、Google ADK、OpenAI Agents SDK、Mastra），但若按控制流范式重新归类，它们整齐地落在三栏里。下文按这把尺子来量。

## 二、三范式六骨架对比

| 维度 | 工具循环范式 | 有向图状态机范式 | 事件驱动分布式范式 |
|------|------------|----------------|------------------|
| 代表框架 | Anthropic Claude Agent SDK、OpenAI Agents SDK | LangGraph 1.0、CrewAI、Google ADK | Microsoft Agent Framework 1.0、LlamaIndex Workflows、Mastra |
| 控制流建模 | 模型 + 工具的 while 循环 | 节点 + 条件边的有向图（可环） | 事件总线 + 分布式参与者 |
| 调试心智 | 看对话轨迹/工具调用日志 | 看状态快照、边路由、可 time-travel | 看事件流、跨进程 trace |
| 持久化 | 弱（需自建） | 强（checkpoint、断点续跑、time travel） | 强（event sourcing、长任务暂停恢复） |
| 多智能体表达 | "agent 即工具"互调 | 子图、扇出/扇入、群聊节点 | handoff、group chat、Magentic-One 内建模式 |
| 上手难度 | 最低（几十行起步） | 中（要定义状态 schema 与边） | 较高（事件、中间件、分布式概念） |
| 模型锁定 | 强（绑单一厂商） | 弱（model-agnostic） | 弱（MAF 接 7 家厂商） |
| 最适合 | 能力强的单模型 + 紧凑任务 | 需要可审计、可重放的复杂工作流 | 跨服务、长周期、企业合规重的编排 |

## 三、范式一：工具循环——把"智能"还给模型

**架构原理。** Anthropic 的 Claude Agent SDK 把 Agent 定义到最简：一个装了工具的模型，外加把别的 Agent 也当工具调用的能力。没有图、没有状态机、没有显式编排层——模型自己决定下一步调谁。OpenAI Agents SDK 走同一脉络，用 `handoff` 原语把多智能体委派做得干净。这条路的赌注是：**当模型足够强，规划与协调应该留在模型里，而不是被脚手架劫持。**

```python
# Anthropic 风格：agent 即工具循环，agents-as-tools
from claude_agent_sdk import Agent, tool

researcher = Agent(name="researcher", instructions="只负责检索并返回事实")
writer = Agent(name="writer", instructions="基于检索结果撰写报告")

@tool
def delegate(sub_task: str) -> str:
    """把子任务交给 researcher 或 writer"""
    return router(sub_task)  # 路由由模型在循环里决定

orchestrator = Agent(tools=[delegate, ...], instructions="分解任务并委派")
```

**优缺点。** 优点是心智极轻、起步几十行、调试就是看工具调用序列；缺点是模型锁死（Anthropic SDK 绑 Claude，OpenAI SDK 绑 GPT 系），且复杂工作流必须自己手搓协调逻辑，长任务断了很难续。Anthropic 官方建议也承认：**先从链开始**，只有当链断裂时才升级到图。

**变现评估。** 这是训练营最好讲的范式——门槛低、demo 炫、一周能交付。但作为产品护城河最薄：用户换一家模型厂商，你的编排逻辑可能全废。适合做"特定模型 + 紧凑场景"的 SaaS，而非通用平台。

## 四、范式二：有向图状态机——LangGraph 的主战场

**架构原理。** LangGraph 把工作流建成有向图：节点是计算步、边是迁移函数，且**允许成环**。这一点是它对 Airflow/Prefect 那类强制无环 DAG 的根本反叛——Agent 天生要迭代（写码→跑测试→读输出→再改），环不是 bug 而是特性。状态是 `TypedDict` 或 Pydantic 模型，每个节点收状态、改状态、还状态，整段执行史就是一串可 diff 的状态快照。

```python
# LangGraph：typed state + conditional edge + HITL interrupt
from typing import TypedDict, Annotated
from langgraph.graph import StateGraph
from langgraph.types import interrupt

class S(TypedDict):
    draft: str
    approved: bool

def review_node(state: S) -> S:
    verdict = interrupt({"draft": state["draft"]})  # 暂停等人审
    return {"approved": verdict == "ok"}

def route(state: S) -> str:
    return "end" if state["approved"] else "rewrite"

g = StateGraph(S)
g.add_node("write", write_node); g.add_node("review", review_node)
g.add_conditional_edges("review", route, {"end": "__end__", "rewrite": "write"})
app = g.compile(checkpointer=postgres_checkpointer)  # 崩溃可续跑
```

**优缺点。** 强项是 checkpointing 带来的 **time-travel 调试**——回退到任意历史状态、注入修正、向前重放，这对多跳 Agent 失败定位是降维打击；model-agnostic，换底座不用重写编排。弱项是抽象税：一个简单 Agent 也得定义图，工作流一复杂，图本身就成了需要维护的资产。CrewAI 同属此范式但偏"角色制"，心智更轻、控制粒度更粗。

**变现评估。** 适合做面向企业的"可审计 Agent 平台"——合规、回放、人审都能讲成卖点。训练营可包装成"Agent 工程师进阶课"，但要花一整章讲图思维，转化率低于范式一。

## 五、范式三：事件驱动分布式——微软的合体押注

**架构原理。** 微软在 2024–2025 年同时维护 AutoGen（多智能体编排、偏研究）和 Semantic Kernel（企业管道、类型安全、中间件，偏 .NET 单 Agent），团队在两者间反复横跳。MAF 1.0 把二者收敛进 `Microsoft.Agents.AI`（Python 包名 `agent_framework`），底座是 AutoGen 0.4 重写的事件驱动分布式架构——Agent 之间靠事件而非函数调用通信，可跨进程、跨机器。开箱即五种稳定编排模式：sequential、concurrent、handoff、group chat、Magentic-One。

```python
# MAF 1.0：SequentialBuilder + 中间件 + 七厂商连接器
from agent_framework import Agent
from agent_framework.foundry import FoundryChatClient
from agent_framework.orchestrations import SequentialBuilder

writer = Agent(client=FoundryChatClient(model="gpt-5.3"),
               name="writer", instructions="写一句有力的营销文案")
reviewer = Agent(client=FoundryChatClient(model="gpt-5.3"),
                 name="reviewer", instructions="给出简短评审")
wf = SequentialBuilder(participants=[writer, reviewer]).build()
```

版本 1.0 同时落地了**中间件钩子管线**（内容安全过滤、日志、合规策略，全程不碰 prompt）、可插拔的记忆与上下文提供者、以及对 Microsoft Foundry、Azure OpenAI、OpenAI、Anthropic Claude、Bedrock、Gemini、Ollama 的七家第一方连接器。

**优缺点。** 对 Azure/.NET 栈是"build-vs-buy 天平直接倒向 buy"——LTS、合规、企业控制全内置。对非微软栈，它抬高了"生产级"的及格线。代价是事件 + 分布式 + 中间件的心智较重，小团队容易过度设计。

**变现评估。** 这是企业定制项目最稳的底座（合规、长任务、跨服务一句话能讲清），但训练营不适合——概念太重，学员一周摸不熟。变现路径是面向金融/政企的私有化部署。

## 六、TypeScript 异军：Mastra 1.0 与 Vercel AI SDK

**架构原理。** Python 阵营收割了大多数注意力，但 2026 年 TypeScript 侧跑出了真黑马。Mastra 1.0 在 2026 年 1 月 20 日由原 Gatsby 团队发布稳定版，15 个月内攒到 2.2 万 GitHub Star、每周 30 万 npm 下载。它把 workflow、memory、检索、Studio 调试环境打包进一个 TS 原生包，与 Vercel AI SDK、OpenAI Agents SDK 的 TS 版本正面竞争。三者的分歧在于"工作流是一等公民还是辅助件"：Mastra 把事件驱动 workflow 当核心，Vercel AI SDK 偏 UI 流式优先，OpenAI TS 版则镜像 Python API。

**优缺点。** 优点是前后端同栈、类型全链路、Studio 可视化降低调试门槛；缺点是生态深度不及 Python 阵营（评测、向量库连接器仍在补），且 TS 的 async 心智让长任务编排比 Python 更绕。

**变现评估。** 全栈独立开发者和 SaaS 小团队的最佳起点——一个仓库搞定前后端 + Agent，训练营可包装成"全栈 AI 应用课"，变现快、护城河靠领域数据而非框架本身。

## 七、共通原语：六骨架已悄悄长出同一套骨头

尽管范式不同，2026 所有成熟框架都收敛到**同一组图原语**，这正是"范式之争"而非"功能之争"的标志：

- **Typed State**：状态是带类型的对象而非散装 dict，契约违反在定义期而非凌晨三点暴露。
- **Conditional Edges**：边是状态上的函数，路由逻辑显式可静态推理，而非埋在 prompt 里。
- **Checkpointing**：每个节点执行落盘，进程死后回放事件史续跑——这是 Temporal 同款 event sourcing 被搬进 LLM 编排层。
- **Human-in-the-Loop Interrupt**：`interrupt()` 在指定节点前暂停、持久化、等外部输入，不占线程。

认出这组原语的意义在于：**跨框架迁移的真正成本，不是 API，而是你选的范式能不能无损承载对方的原语。** 从工具循环迁到图，是补状态机和 checkpoint；从图迁到事件驱动，是补跨进程语义。这也是"换栈即重写"的根因。

## 八、持久执行层：Temporal 成了图框架的隐形地基

生产团队在 2026 形成一个稳定模式：**把图框架架在持久执行引擎之上**。LangGraph Platform 默认 Postgres checkpoint，而 mission-critical 部署普遍在下面再垫一层 Temporal——前者管 Agent 语义，后者管"进程被杀、任务不死"的崩溃恢复与重试。Dagster 则作为"资产导向"补充，服务那些产出可量化数据资产的管道。这套混合层的本质，是把"Agent 的聪明"和"工作流的不死"分家：图框架负责决策正确，Temporal/Restate/DBOS 负责执行可靠。

对选型的启示：如果你的任务会跑几十分钟到几天（科研、长周期数据处理），范式二或三 + 持久执行层几乎是必选项；范式一的循环模型在这个量级会反复栽跟头。

## 九、三范式控制流架构图

```mermaid
flowchart LR
    subgraph L1["范式一 工具循环"]
        A1[用户Prompt] --> M1{模型决策}
        M1 -->|调工具| T1[Tool]
        T1 --> M1
        M1 -->|完成| O1[结构化返回]
    end
    subgraph L2["范式二 有向图状态机"]
        A2[Prompt] --> N1[node write]
        N1 -->|typed state| N2[node review]
        N2 -->|conditional edge| R{approved?}
        R -->|否 环回| N1
        R -->|是| CP[(checkpoint<br/>time-travel)]
        CP --> O2[输出]
    end
    subgraph L3["范式三 事件驱动分布式"]
        A3[Prompt] --> BUS{{事件总线}}
        BUS --> P1[Agent writer 进程A]
        BUS --> P2[Agent reviewer 进程B]
        BUS --> P3[Agent legal 进程C]
        P1 & P2 & P3 -.handoff/事件.-> BUS
        BUS --> MW[中间件: 安全/合规/日志]
        MW --> O3[输出]
    end
    O1 --> H[半夜被叫醒的心智:<br/>看工具调用日志]
    O2 --> H2[半夜被叫醒的心智:<br/>回放状态快照]
    O3 --> H3[半夜被叫醒的心智:<br/>追跨进程事件trace]
```

三范式对应三种截然不同的"半夜心智"：循环派读工具日志、图派回放状态快照、事件派追跨进程 trace。**选范式本质是选你愿意背哪种运维心智。**

## 十、推荐方案：按场景押注

**场景 A——紧凑任务 + 强模型 + 快速变现。** 选**工具循环范式**（Anthropic / OpenAI SDK）。一周出 demo，独立开发者、SaaS 小工具、训练营交付首选。前提：你能接受单一模型厂商锁定，任务时长在分钟级。

**场景 B——可审计、可重放、需人审的企业工作流。** 选**有向图范式**（LangGraph 1.0；要更轻的心智选 CrewAI）。金融审批、合规审查、多跳研究、需要 time-travel 调试的场景全部落这里。配 Postgres checkpoint，必要时下垫 Temporal。

**场景 C——跨服务、长周期、企业合规重、且在微软栈。** 选**事件驱动范式**（Microsoft Agent Framework 1.0）。Azure/.NET 团队的默认答案；非微软团队只有当任务必须跨进程跨机器编排、且要 LTS 与合规中间件时才值得上。

**场景 D——全栈 TS 团队做产品。** 选 **Mastra 1.0**（重 workflow）或 Vercel AI SDK（重流式 UI）。前后端同栈、Studio 调试，最适合数据驱动的垂直 SaaS。

**一条铁律**：先问"这个任务会跑多久、要不要被审计、要不要跨进程"，再问"用哪个框架"。范式先定，框架后选——这是 2026 与 2024 选型逻辑最大的不同。把顺序反过来，就是绝大多数"换栈即重写"惨剧的起点。

## 参考来源

1. [Microsoft Agent Framework Version 1.0 — 官方博客](https://devblogs.microsoft.com/agent-framework/microsoft-agent-framework-version-1-0/) — 微软官宣 1.0 GA、AutoGen 与 Semantic Kernel 合并、Python/.NET 代码示例与七大连接器清单
2. [Graph-Based Agent Workflow Orchestration in Production: The 2026 Landscape — Zylos Research](https://zylos.ai/research/2026-04-14-graph-based-agent-workflow-orchestration-production/) — 提炼 typed state / conditional edges / checkpointing / HITL 四大收敛原语，及 Temporal 作为持久执行层
3. [Microsoft Agent Framework 1.0 GA: The AutoGen-Semantic Kernel Merger — AgentMarketCap](https://agentmarketcap.ai/blog/2026/04/13/microsoft-agent-framework-ga-event-driven-orchestration-enterprise-2026) — 提出工具循环/有向图/事件驱动三范式框架，五种编排模式分析
4. [The best AI agent frameworks in 2026 — LangChain](https://www.langchain.com/resources/ai-agent-frameworks) — 官方横评七大框架（LangGraph、CrewAI、MAF、LlamaIndex Workflows、Google ADK、OpenAI Agents SDK、Mastra）
5. [Mastra vs LangGraph vs OpenAI Agents SDK vs Claude Agent SDK (June 2026) — andrew.ooo](https://andrew.ooo/answers/mastra-vs-langgraph-vs-openai-agents-sdk-vs-claude-agent-sdk-june-2026/) — TypeScript 阵营 Mastra 1.0（22k Star / 30 万周下载）与三范式的实战对照

> [!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 等场景全覆盖。

![51学通信知识星球海报-扫码加入](https://wiki.500nian.com/images/zhixingqiu_qrcode.png)
