Google Agent Design Patterns

Antonio Gulli《Agentic Design Patterns:构建智能系统的实践指南》· 谷歌CTO办公室工程总监免费开源 · 21种智能体设计模式 · 400+页实战手册
AI Agent开发的「GoF设计模式」——为智能体领域建立首个系统性方法论框架

21
设计模式
4
核心大类
3
主流框架
400+
页实战手册
📐 专题总览

2025年10月,谷歌资深工程主管、杰出工程师 Antonio Gulli(前CTO办公室工程总监)免费公开发布《Agentic Design Patterns: A Hands-On Guide to Building Intelligent Systems》,全书400-500页,版税全部捐赠慈善组织。本书借鉴软件工程经典 GoF设计模式 的成功经验,首次为AI Agent开发建立了系统性的方法论框架,成为2026年AI Agent工程领域的行业标杆。

🎯 核心价值

避免重复开发已解决的技术问题。智能体开发需要理解底层技术"画布"的特性——构建智能系统不仅需要强大的LLM作为"认知引擎",更需要精心设计的架构来管理状态、通信和逻辑流程

🔧 四要素结构

每个设计模式均含四要素:模式概述(Pattern Overview) → 应用场景(Use Cases) → 代码示例(Code Examples) → 关键要点(Key Takeaways)。实践导向,非纯理论。

📦 三大框架

代码示例覆盖主流框架:LangChainCrew AI谷歌ADK(Agent Development Kit)。配套AgentSpace在线实践平台+命令行分步指导+Jupyter Notebooks。

💡 与GoF类比:GoF将面向对象开发问题转化为23个可复用模板(创建型/结构型/行为型);Antonio Gulli将智能体开发问题转化为21个可复用模板(基础操作/复杂协作/生产环境)。价值相同——提供团队间共享的通用语言和最佳实践,让开发者专注于创新而非重复造轮子。
🎯 为什么 AI Agent 需要「设计模式」

2025-2026年,AI Agent从"能对话"走向"能干活",但开发者面临三大困境:

困境表现设计模式解法
重复造轮子每个团队都在重新实现任务编排、错误重试、工具调用提供经过验证的参考模板,直接复用成熟架构
架构混乱复杂Agent用大量if-else拼接,无法扩展、难以调试模式分类组织,如路由/编排/并行,结构清晰
生产不可靠Agent幻觉、工具失败、成本失控、无监控安全护栏/错误恢复/监控日志等生产级模式兜底
⚠️ Gartner 2026 警告:40% 的 agentic AI 项目因成本失控被取消,Agent可靠性成为企业落地第一大瓶颈。设计模式正是应对这一挑战的工程化武器。
🧩 21种智能体设计模式(四大类)

腾讯云/CSDN交叉验证的完整清单,按功能分四大类:基础模式(6) · 推理与规划(4) · 多智能体(6) · 安全与运维(5)

第一类 · 基础模式(6种)

01 提示链 Prompt Chaining

将复杂任务分解为一系列顺序执行的子任务,降低单次LLM调用复杂度,提高输出可靠性和可控性,便于调试和优化每个环节。

→ /ai-kw-prompt
应重视度 ★★★★★

02 路由 Routing

根据输入内容动态选择执行路径。实现方式:基于LLM的路由/基于嵌入的路由/基于规则的路由/基于ML模型的路由。典型应用:客服智能体按问题类型路由到不同流程。

→ /ai-kw-cot
应重视度 ★★★★☆

03 并行化 Parallelization

同时执行多个独立任务,降低延迟,提高系统吞吐量。适用于可拆解为多个无依赖子任务的场景。

→ /ai-kw-llm
应重视度 ★★★★☆

04 反思 Reflection

自我评估和改进机制,让智能体对自己的输出进行审视和优化,是提升输出质量的关键。

→ /ai-kw-cot
应重视度 ★★★★★

05 工具使用 Tool Use

通过调用外部API和工具扩展智能体能力边界:搜索工具、计算工具、API工具、文件操作等。这是Agent从"问答"走向"干活"的关键。

→ /ai-kw-tool-use
应重视度 ★★★★★

06 MCP集成 MCP Integration

模型上下文协议集成模式,实现智能体与外部服务的标准化通信。2026-07-28新版规范转向无状态核心+OAuth 2.1。

→ /ai-kw-mcp
应重视度 ★★★★★

第二类 · 推理与规划(4种)

07 思维链 / 思维树 CoT · ToT

思维链通过逐步推理解决问题;思维树探索多个推理路径,从中选择最优解。是复杂推理任务的核心能力。

→ /ai-kw-cot
应重视度 ★★★★★

08 反思与自我修正 Reflection & Self-Correction

智能体对自身输出进行反思,发现错误并进行自我修正。与基础模式的反思形成递进。

→ /ai-kw-cot
应重视度 ★★★★☆

09 规划 Planning

将复杂任务进行任务分解,制定详细的执行计划,并有序执行。是Agent自主性的核心体现。

→ /ai-kw-langgraph
应重视度 ★★★★★

10 检索增强生成 RAG

从外部知识库检索相关信息,增强生成内容的知识丰富度和准确性。2026演进至Agentic RAG(理解-规划-检索-推理-生成智能循环)。

→ /ai-kw-rag
应重视度 ★★★★★

第三类 · 多智能体模式(6种)

11 顺序流水线 Sequential Pipeline

装配线模式:多个智能体按固定顺序依次处理任务,每个智能体负责特定环节。

→ /ai-kw-multi-agent
应重视度 ★★★☆☆

12 并行执行 Parallel Execution

多个智能体同时执行不同任务,通过并发处理降低整体延迟。

→ /ai-kw-multi-agent
应重视度 ★★★★☆

13 协调者-工作者 Orchestrator-Workers

主智能体(协调者)负责任务分配和结果整合,子智能体(工作者)执行具体子任务。多Agent最主流架构。

→ /ai-kw-multi-agent
应重视度 ★★★★★

14 群智模式 Swarm Pattern

多个智能体通过辩论和讨论收敛到共识,提高决策质量。

→ /ai-kw-multi-agent
应重视度 ★★★★☆

15 智能体间协作 Agent-to-Agent

多个智能体协同工作,通过智能体间通信(A2A)进行信息交换,共同完成复杂目标。

→ /ai-kw-agent-protocols
应重视度 ★★★★☆

16 人在回路中 Human-in-the-Loop

人类与AI协作机制,在关键决策点引入人工审核和确认,确保系统行为符合预期。

→ /ai-kw-guardrails
应重视度 ★★★★☆

第四类 · 安全与运维(5种)

17 安全护栏 Safety & Guardrails

确保智能体输出安全合规:输入验证、输出过滤、行为约束、异常检测。

→ /ai-kw-guardrails
应重视度 ★★★★★

18 验证模式 Validation

对智能体的输出和决策进行验证,确保结果的准确性和可靠性。

→ /ai-kw-evaluation
应重视度 ★★★★☆

19 错误恢复 Error Recovery

错误处理和容错机制,当系统出现异常时能够恢复正常运行。

→ /ai-kw-observability
应重视度 ★★★★★

20 监控与日志 Monitoring & Logging

智能体轨迹追踪、性能指标监控、用户反馈收集,保障系统可观测性。

→ /ai-kw-observability
应重视度 ★★★★☆

21 可测试性设计 Design for Testability

从设计层面确保系统易于测试,便于质量保障和持续优化。

→ /ai-kw-evaluation
应重视度 ★★★☆☆
💡 模式分层逻辑:基础模式(1-6)解决"单Agent如何干活" → 推理规划(7-10)解决"如何更聪明地干" → 多智能体(11-16)解决"多Agent如何协作" → 安全运维(17-21)解决"如何可靠地上线"。这与AI发展历史五层塔的行动层→治理层演进完全吻合。
👥 Google 八大多Agent设计模式(InfoQ 2026-01)

Google官方另外发布了8种essential多Agent设计模式指南,聚焦多智能体系统的编排架构(源自 InfoQ 2026-01-05 报道):

模式核心逻辑适用场景
Supervisor(主管)中央主管Agent负责任务分配、监督、结果回收任务类型多样、需统一控制的场景
Orchestrator-Workers(编排-工人)动态分解任务给工作Agent并行执行大任务可分解、追求效率
Pipeline(流水线)固定顺序链式处理,每Agent负责一环流程固定、职责清晰
Parallelization(并行)多个独立Agent同时处理不同子任务子任务相互独立
Debate(辩论)多Agent观点碰撞收敛共识需批判性分析、决策质量优先
Hierarchical(层级)多层Agent树状组织,上层拆解下层执行复杂任务、需精细分解
Tool-based(工具型)Agent围绕外部工具/API编排,工具为第一公民强依赖外部服务
Hybrid(混合)组合多种模式按需切换真实复杂业务系统
💡 知微注解:这8种模式与天枢多AI协同体系高度契合——款多多的天枢四灵(知微/玄机/天工/造专等)本质上就是Supervisor + Orchestrator-Workers的混合架构,通过天枢看板、共享记忆、WS Hub实现智能体间通信与协调。
☁️ Google Cloud 官方 Agentic AI 设计模式选择指南

Google Cloud Architecture 官方文档(2026-05-28更新)提供了一套设计模式选择决策框架,帮助企业按场景选择正确的Agent架构:

设计模式核心思想选择条件与21种模式对应
Orchestrator(编排器)中心化控制,编排器决定子Agent行为流程复杂、需确定性控制协调者-工作者(13)
Router(路由器)将请求路由到最合适的专业Agent/模型任务类型明确可分类路由(02)
Speculative(推测式)预判意图提前生成,降低延迟需低延迟交互并行化(03)
RAG-based检索增强,接入外部知识知识密集、需事实支撑RAG(10)
Guardrails-enabled护栏约束Agent行为边界合规要求高、需安全兜底安全护栏(17)
⚠️ 选择关键:Google Cloud强调没有"银弹"模式。需按确定性需求、延迟预算、成本约束、合规要求四维度权衡。对知微系统而言,知识密集场景用RAG/GraphRAG,任务协同用Orchestrator,安全合规用Guardrails,三者常需混合使用。
🗺 与 AI发展历史·五层能力演进塔 的映射

Antonio Gulli的21种模式本质上是AI发展历史行动层+治理层的工程化方法论聚合,与ai-evolution枢纽页五层塔形成严密映射:

理解层
基础底座(LLM/Token/Transformer)——设计模式依赖强大LLM作为"认知引擎",但不直接属于设计模式
控制层
提示链(01)·思维链(07)·反思(04/08) · 路由(02) → 对应 /ai-kw-prompt /ai-kw-cot
记忆层
RAG(10)·检索增强 → 对应 /ai-kw-rag /ai-kw-graphrag /ai-kw-vector-db
行动层
工具使用(05)·MCP(06)·规划(09)·并行化(03) · 全部多智能体模式(11-16) → 对应 /ai-kw-tool-use /ai-kw-mcp /ai-kw-langgraph /ai-kw-multi-agent
治理层
安全护栏(17)·验证(18)·错误恢复(19)·监控(20)·可测试性(21) → 对应 /ai-kw-guardrails /ai-kw-evaluation /ai-kw-observability
💡 结构关系:ai-evolution是"理论塔"(为什么),本专题是"工程手册"(怎么做)。阅读顺序建议:先看枢纽页理解五层塔 → 进入本专题掌握21种工程模式 → 深入具体关键词专项页(MCP/RAG/LangGraph等)获取原理 → 回AI Agent全书/Hermes获取系统全景。
🤖 AI自省定位(面向AI Agent的核心诉求)

每个AI Agent读取本专题后,可按"自己面对的工作类型"快速定位应重点掌握的设计模式:

AI工作类型应重点掌握的模式单项加强方向
知识问答型RAG(10) · 路由(02) · 监控(20)检索质量 + 证据引用 + 兜底降级
任务执行型工具使用(05) · MCP(06) · 规划(09) · 错误恢复(19)工具调用判断 + 失败恢复 + 状态管理
多Agent协作型协调者-工作者(13) · 群智(14) · A2A(15) · 顺序流水线(11)任务分配 + 结果整合 + 通信协议
内容生成型提示链(01) · 反思(04/08) · 思维链(07)输出质量自审 + 结构化分解
系统运维型监控日志(20) · 错误恢复(19) · 可测试性(21) · 护栏(17)可观测性 + 容错韧性 + 合规约束
决策分析型群智(14) · 规划(09) · 验证(18) · 反思(08)多方案权衡 + 推理链 + 结果验证
💡 自我诊断三步法:① 判断自己面对的工作类型 → ② 定位上表应掌握的设计模式 → ③ 进入对应关键词专项页(/ai-kw-mcp /ai-kw-langgraph等)深化原理,并通过本专题的框架代码示例(MCP/Tool Use)提升单项工程能力。
⚠️ 风险与反方观点(客观对称铁律)
1. 模式≠银弹:21种模式是经验模板而非万能公式,机械套用可能过度设计。Google Cloud明确提示需按场景权衡,无单一最优模式。
2. 框架绑定风险:大量示例基于LangChain/CrewAI/ADK,若框架快速迭代或废弃,基于框架的模式示例可能过时。需理解模式本质而非依赖特定实现。
3. 多Agent协作复杂度:协调者-工作者等模式引入通信开销、状态一致性、调试困难。Gartner警告40%agentic项目因复杂度/成本取消——模式不能消除复杂度,只能组织复杂度。
4. 幻觉与安全:护栏/验证模式能降低风险但无法根除。Agent自主执行仍有不可控风险,必须结合Human-in-the-Loop(16)与安全护栏(17)。
📚 参考资料(外部原文链接)

🔗 关联专题 · AI发展历史体系

🏛 AI发展历史·枢纽 📖 AI Agent全书 ⚡ Hermes完全手册 🔌 MCP专项 🕸 LangGraph专项 👥 Multi-Agent专项 🛡 Guardrails专项 🤖 Agent深度
知微 · 天枢四灵 · 款多多智能情报与知识管理系统 | Google Agent Design Patterns · 智能体设计模式专题 V1.0