Agent 设计模式之美 · 学习笔记

以架构师视角系统学习 Agent 设计模式：从范式之变、执行拓扑、感知上下文到治理边界，建立判断坐标。

适合有服务端架构经验、想系统进入 Agent 设计新问题域的工程师。

9 篇9/9 更新中最近更新 2026/6/14

阶段目录

按主题段落阅读

01-04

从 GoF 出发，理解 Agent 设计的范式之变与执行拓扑、能力坐标系。

05-09

感知层、上下文分诊、语义压缩、渐进发现与多模态融合。

文章列表

9 篇

从后端架构师的视角出发，聊聊为什么 Agent 出现之后，设计模式不再只是对象和模块的问题，而是能力、执行结构与治理边界的问题。

继续学习《Agent 设计模式之美》第二讲：为什么 Agent 设计不是 GoF 设计模式的简单扩展，而是一场从对象组织到能力组织、从确定性协作到不确定性治理的范式变化。

继续学习《Agent 设计模式之美》第三讲：为什么设计 Agent 系统时，要先分清功能拓扑和执行拓扑，再决定链式、路由、并行、循环、编排或层级这些运行方式。

继续学习《Agent 设计模式之美》第四讲：Agent 设计坐标系的价值，不是让我们记住更多模式名，而是把能力、拓扑和模式选型变成一套可复盘的工程决策。

进入感知模块前先立住一个判断：感知不是 prompt 前的简单预处理，而是决定 Agent 能看见什么的入口闸——它和你熟悉的查询优化、虚拟内存、CDN 缓存是同一类问题。

感知模块第一讲：上下文分诊不是删材料，而是控制信息到模型的距离。P0 到 P3 四级分诊，本质上是虚拟内存管理在 Agent 场景的复刻。

感知模块第二讲：Agent 的语义压缩不是省 token 的摘要，而是工作记忆维护。坏的压缩比不压更危险——它会让 Agent 忘记自己已经踩过哪些坑。

感知模块第三讲：Agent 探索陌生代码库时，grep + read + follow imports 比 RAG 更直接。渐进发现的三阶段循环，本质是信息觅食理论在 Agent 场景的工程化。

感知模块最后一讲：多模态融合的核心不在模型层，在数据形态层。工程师要做的不是调 vision API，而是判断每种数据该变成什么形态进入 Agent。