<!-- title: 多Agent八范式拓扑与三层记忆架构实测 -->

## 概述

2026年Q2，Agent架构词汇表已收敛为**八大范式**，分属四个象限——单Agent、协作型多Agent、竞争型多Agent、编排拓扑。与此同时，多Agent系统的核心未解难题——**记忆架构**——正从"框架各自为政"走向三层分层共识（全局/团队/私有）。本文实测LangGraph、CrewAI、AG2 Beta、OpenAI Agents SDK四栈在八范式和三记忆层上的真实表现，揭示"生产环境该用哪种拓扑"和"记忆隔离到底要多细"两个工程决策的答案。

---

## 一、八大范式四象限全图谱

Agent架构在2024-2026年间稳定为八种范型，由Digital Applied团队于2026年4月正式发布为分类学参考。这八种范式并非互斥——生产系统通常是两到三种范式的组合。

```mermaid
quadrantChart
    title Multi-Agent Architecture Pattern Taxonomy 2026
    x-axis Single Agent --> Multi Agent
    y-axis Collaborative --> Competitive
    quadrant-1 Collaborative Multi-Agent
    quadrant-2 Single Agent
    quadrant-3 Competitive Multi-Agent
    quadrant-4 Orchestration Topology
    ReAct: [0.15, 0.85]
    Reflexion: [0.2, 0.7]
    Plan_and_Execute: [0.55, 0.8]
    Supervisor_Worker: [0.7, 0.75]
    Debate: [0.65, 0.3]
    Verifier_Critic: [0.6, 0.2]
    Graph_Orchestration: [0.85, 0.6]
    Swarm_Blackboard: [0.9, 0.5]
```

### 象限一：单Agent范式

**ReAct（推理+行动）** 仍是单Agent默认选型。模型在"思考"和"行动"之间交替，每次观察更新下一步推理。Yao et al. (2022) 提出的这个循环至今覆盖~60%的生产Agent场景。失败模式：超过50步后长程一致性丢失；无反思机制时重复相同错误。

**Reflexion** 在ReAct基础上增加显式自评步骤——每轮迭代后模型自我批判，将批判追加到上下文作为下一轮指导。在编码和数学推理任务上降低30-50%的重复失败率，代价是每步增加~30%延迟。

### 象限二：协作型多Agent

**Plan-and-Execute（规划-执行）** 采用两阶段循环：Planner Agent发射有序计划，Executor Agent逐步执行。规划阶段可用强模型，执行阶段可用便宜模型。致命弱点：世界变化时计划变脆。

**Supervisor-Worker（监督者-工作者）** 是2026年生产环境胜率最高的多Agent拓扑。监督者分解任务路由给专门化工作者，每个工作者运行自己的循环，监督者聚合判断整体完成度。内部多Agent回顾（2026年3月）的结论："层级拓扑几乎每次都胜过Swarm——监督者锚定目标对齐，Swarm没有这个锚就会漂移。"

### 象限三：竞争型多Agent

**Multi-Agent Debate（多Agent辩论）** 中两个或更多Agent争论不同立场，独立的裁判/合成器Agent得出结论。适用于高风险决策和安全关键评估。常见陷阱：Agent过早收敛、裁判偏向冗长论点。

**Verifier-Critic（验证者-批评者）** 是生产环境中捕获幻觉和策略违规的标准范式。生成器产出内容，批评器按评分标准打分标注，生成器根据批评修订。关键：生成器和批评器应使用不同模型以避免"串通"。

### 象限四：编排拓扑

**Graph Orchestration（图编排）** 将Agent作为有向图的节点，边为显式控制流。LangGraph和Microsoft Agent Framework原生实现此模式。优势：强可观测性、确定性流程。

**Swarm/Blackboard（群体/黑板）** 是对等拓扑，无监督者。Agent向共享黑板或消息总线发布/读取。OpenAI的Swarm参考实现和AutoGen的群聊属于此类。2026年的共识：**生产环境避免Swarm，仅用于探索性/研究模式。**

---

## 二、四栈八范式覆盖矩阵

| 范式 | LangGraph | CrewAI | AG2 Beta | OpenAI Agents SDK |
|------|-----------|--------|----------|-------------------|
| ReAct | ✅ 预构建 | ⚠️ 需手写 | ✅ 原生 | ✅ 原生 |
| Reflexion | ✅ 预构建 | ⚠️ 需手写 | ⚠️ 需手写 | ⚠️ 需手写 |
| Plan-Execute | ✅ 预构建 | ⚠️ 通过Task链 | ⚠️ 需组合 | ✅ 通过Handoff |
| Supervisor-Worker | ✅ 子图 | ✅ 原生(Crew) | ✅ 原生(GroupChat) | ✅ Handoff+工具 |
| Debate | ⚠️ 需手写 | ⚠️ 需手写 | ✅ 原生 | ⚠️ 需手写 |
| Verifier-Critic | ✅ 条件边 | ✅ Task链 | ✅ 原生 | ✅ 工具链 |
| Graph Orchestration | ✅✅ 设计核心 | ⚠️ 有限 | ⚠️ 有限 | ✅ 原生 |
| Swarm/Blackboard | ⚠️ 需模拟 | ❌ 不支持 | ✅ 群聊模式 | ✅ Swarm参考 |

**结论**：框架选择的影响远小于范式适配。五个框架都支持核心范式，应按团队熟悉度和运维集成度选择，而非按独占范式支持选择。

---

## 三、记忆架构：三层模型的收敛

Gartner报告显示，2024-2025年间多Agent系统咨询量激增1445%。Anthropic自有评估表明，具备合理记忆架构的多Agent系统在研究任务上超过单Agent配置90%以上。然而41-87%的多Agent系统仍在生产中失败，79%的失败根因是协调问题而非技术Bug。

### 3.1 三种记忆模式

**共享记忆（Shared Memory）** 最简单，所有Agent读写同一个存储。适合2-5个小团队、流水线架构。致命问题：噪声放大（代码审查Agent不需要CRM Agent的销售管线数据）、污染风险（一个Agent的幻觉污染所有Agent上下文）、安全违规。

**隔离记忆（Isolated Memory）** 每个Agent维护私有存储，仅通过显式消息传递通信。适合安全敏感部署。问题：信息重复、协调开销、可能发散出矛盾结论。

**层级记忆（Hierarchical Memory）** ——行业正在收敛的方向。记忆分为三层：
- **全局层**：团队级共享知识（项目目标、共享决策）
- **团队/角色层**：任务域知识（研究组、工程组各自的发现）
- **私有层**：Agent工作记忆（个人草稿、调试状态）

CrewAI、MemOS、Collaborative Memory研究各自独立推导出了此模式的变体——这是架构收敛的强烈信号。

### 3.2 四框架记忆实现对比

```mermaid
graph TB
    subgraph "CrewAI: 统一记忆+作用域树"
        CM[Memory类] --> CS["/agent/researcher"]
        CM --> CW["/crew/writing-project"]
        CM --> CK["/company/knowledge"]
    end

    subgraph "LangGraph: Reducer驱动状态"
        LG[Graph State] --> RD[Reducer函数]
        RD --> CP[PostgresSaver检查点]
        LG --> TT[线程级隔离]
    end

    subgraph "AG2 Beta: 流式会话"
        AG[Agent定义-可复用] --> MS[MemoryStream]
        MS --> SA[会话A的流]
        MS --> SB[会话B的流]
    end

    subgraph "OpenAI SDK: 最小化设计"
        OS[context_variables字典] --> HF[Handoff自动传递]
        OS --> EX[外部持久化需自建]
    end
```

**CrewAI** 2025年经历了重大记忆系统重设计，用单一统一Memory类替换了四种独立记忆类型（短期、长期、实体、上下文）。使用树形作用域（`/project/alpha`、`/agent/researcher`），检索采用复合评分：语义相似度(0.5) + 时效衰减(0.3) + 重要性(0.2)。默认后端LanceDB，支持自定义StorageBackend。

**LangGraph** 将记忆视为图状态本身而非独立系统——通过显式Reducer函数转换。每个状态键有声明式合并函数：列表字段拼接、计数器求和、消息按ID去重。PostgresSaver检查点实现"时间旅行"——可回滚到任意前驱状态。

**AG2 Beta** 引入MemoryStream作为会话边界。同一Agent实例可安全服务于多个并发用户——状态不在Agent上而在Stream上。这是一个生产级抽象：Agent定义可复用，对话按Stream隔离。

**OpenAI Agents SDK** 刻意最小化——Swarm的`context_variables`提供跨Handoff的共享状态，但`run()`调用间无状态。持久记忆必须外部实现。

### 3.3 冲突解决策略

| 策略 | 使用者 | 优势 | 致命弱点 |
|------|--------|------|----------|
| Last-Write-Wins | OpenAI Swarm默认 | 简单 | 静默丢弃信息 |
| 编排器序列化 | 层级架构 | 明确 | 单点瓶颈 |
| Reducer函数 | LangGraph | 确定性类型安全 | 不适用于自由语义记忆 |
| LLM辅助合并 | CrewAI/Mem0 | 处理语义冲突 | 非确定性、有额外延迟和成本 |
| Event Sourcing | 研究阶段 | 完整审计链 | 日志膨胀、框架支持差 |

---

## 四、AG2 Beta：从有状态实例到流式事件

AG2（前AutoGen）在2026年3月发布Beta轨道，这是一次地基级重设计。原始架构的问题：Agent实例携带活动对话——这在小示例中方便，但生产中致命：同一Agent实例无法跨并发用户复用、隔离对话需要额外协调、集成到聊天平台/Web应用困难。

### 核心变化：MemoryStream

```python
from autogen.beta import Agent, MemoryStream
from autogen.beta.config import OpenAIConfig

agent = Agent(
    "assistant",
    prompt="You are a concise assistant.",
    config=OpenAIConfig("gpt-5-nano"),
)

# 会话A - 独立流
stream_a = MemoryStream()
reply_1 = await agent.ask("My name is Anna.", stream=stream_a)
reply_2 = await agent.ask("What is my name?", stream=stream_a)  # 记得Anna

# 会话B - 全新流，隔离
stream_b = MemoryStream()
reply_3 = await agent.ask("What is my name?", stream=stream_b)  # 不知道
```

关键属性：**同一个Agent实例服务两个对话，记忆在stream_a和stream_b中，不在Agent中。** 这使得嵌入Telegram/Slack/Web应用变得自然——每个聊天频道一个Stream，Agent定义共享。

AG2 Beta同时支持`as_conversable()`桥接，允许新Beta Agent直接插入现有AG2群聊和顺序工作流。当前Beta专注于单Agent应用，多Agent工作流正在路上。

---

## 五、Blackboard架构的LLM时代复兴

Blackboard（黑板）架构1977年诞生于CMU的HEARSAY-II语音识别项目，2026年因LLM多Agent系统获得新生。

### 核心三组件

1. **Blackboard（黑板）**：结构化共享记忆空间——当前假设（带置信度分数）、问题状态、证据、推导结论
2. **Knowledge Sources（知识源）**：独立、专门化、条件触发——仅当黑板状态匹配前置条件时激活
3. **Control Component（控制组件）**：监控黑板状态变化、评估哪些知识源满足条件、选择下一个激活的知识源

```python
from dataclasses import dataclass
from typing import Callable
from enum import Enum

class ProblemStatus(Enum):
    INITIALIZED = "initialized"
    RESEARCHING = "researching"
    FACT_CHECKING = "fact_checking"
    COMPLETE = "complete"

@dataclass
class Blackboard:
    problem: str = ""
    status: ProblemStatus = ProblemStatus.INITIALIZED
    search_results: list = field(default_factory=list)
    verified_facts: list = field(default_factory=list)
    answer: str | None = None
    confidence: float = 0.0

@dataclass
class KnowledgeSource:
    name: str
    precondition: Callable[[Blackboard], bool]
    action: Callable[[Blackboard], None]
    priority: int = 1

# 定义知识源
researcher = KnowledgeSource(
    name="Researcher",
    precondition=lambda bb: bb.status == ProblemStatus.INITIALIZED,
    action=lambda bb: (
        bb.search_results.extend(web_search(bb.problem)),
        setattr(bb, 'status', ProblemStatus.RESEARCHING)
    ),
    priority=10
)

fact_checker = KnowledgeSource(
    name="FactChecker",
    precondition=lambda bb: len(bb.search_results) > 0,
    action=lambda bb: (
        bb.verified_facts.extend(verify_claims(bb.search_results)),
        setattr(bb, 'status', ProblemStatus.FACT_CHECKING)
    ),
    priority=8
)
```

### Blackboard vs 编排器-子Agent vs 发布/订阅

| 维度 | Blackboard | 编排器-子Agent | 事件驱动Pub/Sub |
|------|-----------|---------------|----------------|
| 通信方式 | 通过共享状态 | 直接委派 | 事件主题 |
| 耦合度 | 松散（通过黑板） | 中等（编排器知道Agent） | 松散（仅发布） |
| 推理模式 | 涌现式（状态驱动） | 显式（编排器决定） | 反应式（事件触发） |
| 最适合 | 复杂协作推理 | 已知工作流的子任务 | 解耦处理管线 |

**2026年实测结论**：Blackboard适用于医疗诊断辅助（放射科KS、病理科KS、药剂师KS共享诊断黑板）、自动代码审查（安全分析KS、性能分析KS、风格检查KS写入共享审查黑板）、金融风险评估。**但生产胜率仍低于层级/图拓扑**——仅当任务分解未知且需要涌现式协作时推荐。

---

## 六、Google A2A协议：跨框架Agent互操作

Google于2025年4月发布的Agent2Agent (A2A) 协议在2026年6月已捐赠给Linux Foundation，发布了v1.0.0规范，获得150+合作伙伴支持。

### 核心概念

A2A解决的核心问题：不同框架构建的Agent如何通信？协议定义了四个原语：

- **Agent Card**：Agent的JSON-LD能力描述卡片（名称、技能、端点URL、认证方式）
- **Task**：Agent间交互的工作单元，有生命周期（submitted → working → completed/failed）
- **Message**：Task内的通信消息，支持文本、文件、结构化数据
- **Artifact**：Task产出的可下载成果物

A2A与MCP的分工：MCP连接Agent到工具（数据库、API、文件系统），A2A连接Agent到Agent。两者互补——一个Agent通过MCP访问工具，通过A2A与其他Agent协作。

---

## 七、生产决策：从单Agent到多Agent的升级纪律

### 范式选择决策树

```mermaid
flowchart TD
    A[开始: 构建ReAct单Agent基线] --> B{评估集中重复失败?}
    B -->|是| C[添加Reflexion自评循环]
    B -->|否| D{循环超过30步?}
    C --> D
    D -->|是| E[添加重锚检查点]
    D -->|否| F{输出涉及高风险决策?}
    E --> F
    F -->|是| G[添加Verifier-Critic验证环]
    F -->|否| H{单Agent到达质量天花板?}
    G --> H
    H -->|否| I[保持在单Agent栈]
    H -->|是| J{任务可分解为清晰子任务?}
    J -->|是| K[升级到Supervisor-Worker层级]
    J -->|否| L{控制流有条件分支?}
    K --> M[生产就绪]
    L -->|是| N[升级到Graph Orchestration]
    L -->|否| O[仅研究模式用Swarm]
    N --> M
```

### 记忆架构推荐矩阵

| 场景 | 推荐模式 | 存储后端 | 冲突策略 |
|------|----------|----------|----------|
| 2-5 Agent单用途 | 共享记忆+轻量作用域 | 框架默认(LanceDB/PostgresSaver) | LLM辅助合并 |
| 5-20 Agent多域 | 三层层级记忆 | PostgreSQL + pgvector | Reducer函数 |
| 20+ Agent多租户 | 专用记忆层(Mem0/MemOS) | 加密+审计日志+租户隔离 | Event Sourcing |

### 关键数字

- ReAct + Reflexion覆盖~95%单Agent场景
- 多Agent增加2-5×协调开销，质量增益通常有限
- Token使用量解释了多Agent系统80%的性能差异（Anthropic实测）
- CrewAI 5-Agent流水线成本~$0.03-0.15/次运行
- LangGraph检查点"时间旅行"调试节省~40%故障定位时间
- 79%的多Agent生产失败源于协调问题而非技术Bug

### 变现与训练营评估

**训练营方向**：八范式分类学+三记忆层+四框架实操是最清晰的课程路径。以"从ReAct到Supervisor-Worker的6周升级路线"为卖点，每个范式配一个完整项目。预估定价¥999-2999，市场空间大——目前没有系统化课程覆盖架构决策维度。

**产品化方向**：多Agent记忆基础设施（类似Mem0的国内版）、A2A协议的私有化部署方案、Blackboard模式的开源实现。技术壁垒中等但先发优势明显。

---

## 参考来源

1. [Agent Architecture Patterns: 2026 Taxonomy Guide](https://www.digitalapplied.com/blog/agent-architecture-patterns-taxonomy-2026) — 八范式四象限分类学完整参考，含框架支持矩阵和失败模式文档
2. [AI Agent Memory Architectures for Multi-Agent Systems](https://zylos.ai/research/2026-03-09-multi-agent-memory-architectures-shared-isolated-hierarchical/) — 共享/隔离/层级三模式深度分析，含CrewAI/LangGraph/AG2/OpenAI SDK记忆实现对比
3. [AG2 Beta: Stronger Foundation for Real-World Agents](https://docs.ag2.ai/latest/docs/blog/2026/03/16/AG2-Beta/) — AG2 Beta架构重设计官方说明，MemoryStream核心抽象和代码示例
4. [A2A Protocol Specification v1.0.0](https://a2a-protocol.org/latest/specification/) — Google捐赠给Linux Foundation的Agent间通信协议完整规范
5. [Blackboard Architecture: The Multi-Agent AI Pattern Making a Comeback](https://topictrick.com/blog/blackboard-architecture-pattern) — Blackboard架构在LLM时代的复兴，含Python实现和四种调度策略
6. [Multi-Agent Memory from a Computer Architecture Perspective](https://arxiv.org/abs/2603.10062) — UCSD论文，将多Agent记忆映射到计算机架构问题
7. [Multi-Agent AI in 2026: Build Production Systems](https://dev.to/ottoaria/multi-agent-ai-in-2026-build-production-systems-with-crewai-langgraph-autogen-5e40) — 五种生产级多Agent蓝图和成本数据

> [!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)