Multi-Agent 系统的工程难点不是"怎么拆任务",而是"谁来记状态"。当一个工作流上同时跑 5 个 Agent,谁持有上下文、谁负责序列化、失败时回滚到哪里?这道题没有银弹,但有 3 种主流模式正在收敛。
一、核心事件:从 LangGraph 到 Temporal,状态层开始分层
2026 年上半年,LangGraph 1.0 正式把"节点 + 边"的状态图提升为一等公民;Temporal 上线 2026 年 7 月的 Agent Loop 范例,DAG Runner 与 Worker 把事件溯源直接交给引擎;CrewAI、AutoGen 仍以内存黑板为主,但都加上 SQLite/Postgres 持久化。多智能体框架正在把"状态"从代码逻辑里抽出,单独成为可观测、可回放、可分支的工程层。

二、技术解析:3 种状态管理模式
模式 1:Shared Blackboard(共享黑板)
所有 Agent 读 / 写同一份结构化状态(图、KV、文档),由调度器决定下一步谁运行。LangGraph 的 StateGraph、AutoGen 的 GroupChat、CrewAI 的 Crew Output 都属于这一类。
优点:实现简单,调试直观,状态可视化即现场。缺点:黑板本身是单点;写者之间需要事务或版本号,否则并发覆盖会一致丢失;长任务下上下文窗口爆炸。
工程取舍:黑板是"协作 + 短任务"的默认起点,但需要 3 个补丁才能上生产:① 所有写入带 attempt 序号 + writer id;② 读取冻结到 plan 节点开始时的快照;③ 关键字段加冗余校验(如消息 md5)。
模式 2:Hierarchical Memory(分层记忆)
把状态按"短 / 中 / 长"分层:Immediate(当前 turn 上下文)、Working(最近 N 步)、Long-term(向量库 + 摘要)。Anthropic 上下文工程、Microsoft AutoGen MemoryBank、Mem0 都在这一基础上做语义记忆。
优点:解决 LLM 上下文窗口物理极限;长任务下不丢失历史。缺点:摘要层会丢精度;向量召回与精确字段名冲突;记忆之间的"谁更新谁" 仍然需要策略。
工程取舍:分层时建议"立即 + 工作"放消息队列,"长期"放向量库 + 元数据索引;写长期记忆前必须由 Critic 评估是否真的"会再次用到",否则信息会越来越噪。
模式 3:Event-Sourced(事件溯源)
所有 Agent 行为以不可变事件流写盘,状态由事件重放派生。Temporal、Airflow 的 DAG 模型、AWS Step Functions 状态机、本地实现如 Restate 都属于此模式。

优点:天然可回放、可分支、可审计;故障 = 重新消费事件即可。缺点:需要稳定的事件 schema;调试时跳进跳出有学习曲线;事件流本身要稳,对象存储成本高。
工程取舍:适合长周期(小时 / 天级)业务流程、可审计行业、复杂回滚场景。不适合一次性 prompt 链。
三、3 种模式选型矩阵
| 维度 | Blackboard | Hierarchical Memory | Event-Sourced |
|---|---|---|---|
| 任务时长 | 秒 / 分钟 | 分钟 / 小时 | 小时 / 天 |
| 上下文窗口 | 短 | 长 | 任意 |
| 可回滚 | 弱 | 弱 | 强 |
| 调试直观 | 强 | 中 | 弱 |
| 实现成本 | 低 | 中 | 高 |
| 适合场景 | 短对话 / 协作 | 个性化 Agent | 工作流 / 业务编排 |
混合架构正在成为主流:黑板做"当下协作",分层记忆提供"语境持久",事件溯源做"全局溯源"。LangGraph 1.0 默认提供 event log 接口,Temporal SDK 直接内存型 + 持久型两种 worker,AutoGen 0.4 引入了可插拔 memory 模块。
四、关键点
- 拆任务 ≠ 拆状态:协议层可以并行,但状态层必须收敛到一份可序列化的事实源。
- 黑板要补 3 个补丁:写入幂等、读取快照、字段校验,否则并发必出 stale read。
- 分层记忆要拒噪音:写入长期记忆前用 Critic 评估是否"会再次用到",否则只会越来越乱。
- 事件溯源是工程纪律:事件 schema 必须稳定,版本不兼容就开新 stream,不要原地改字段。
- 可观测性靠"回放":黑板可以看快照,事件流可以重放,分层记忆必须配合 trace 工具。
五、行业影响
企业级 Multi-Agent 部署将不再问"你用哪个框架",而是问"你的状态层是什么"。能把状态独立成可观测、可治理、可审计的层,会成为 2026 年下半年 Agent 平台产品的硬指标。
结语
黑板、分层记忆、事件溯源分别解决"当下、长期、永远"三类时间尺度上的状态问题。把它们分清楚,让每一层做自己擅长的事,比"找一个统一框架"更接近生产可用。
参考资料
官方文档
- Anthropic Engineering:构建高效 Agent [200]
- Temporal Python SDK 概览 [200]
- Anthropic Research 主页 [200]
- microsoft/autogen 仓库主页 [200]
开源项目
- langchain-ai/langgraph 元数据 [200] - 本次核验 39,358 stars / MIT
- temporalio/temporal 元数据 [200] - 本次核验 22,213 stars / MIT
- mem0ai/mem0 元数据 [200] - 本次核验 62,935 stars / Apache-2.0
行业报道
- The New Stack 主页 [200]
社区讨论
对比基准
- Artificial Analysis 主页 [200]
本文由 AI 生成。内容基于公开资料整理,可能存在事实偏差,引用链接请以原始来源为准。
