跳到主要内容

深入理解 AI Agent:设计原理与工程实践 — 书籍拆解

读到哪:读了部分。 可以当锚引用。

作者李博杰
版次2026 版
格式epub | 文本源 epub-builtin
许可自购/个人收藏
来源主人个人藏书,2026-08 放入收件箱
清洗删页眉页脚 0 行、页码 0 行、断词接回 0 处

我们重写的拆解(0 章)

(还没写。拆解是这本书对我们的真正产出——底下的元数据只是索引。)

为什么收它

中文 agent 书里偏原理的一本,和我们的课题最接近。

合法性

自购/个人收藏。来源:主人个人藏书,2026-08 放入收件箱。原始文件不入库,转码文本入库(私有库)。

出版方怎么说

(起草参考,不是我们的判断。真正的「覆盖什么/不覆盖什么」写进 frontmatter 的 claims / notCovered)

它覆盖什么、不覆盖什么

覆盖(读完能带走的主张):

  • (全书) 一条贯穿全书的公式:Agent = 大模型 + 上下文 + 工具;对应三个不会过时的问题——它看到什么、它能做什么、怎么验证它做得对不对。
  • (2.2) 一次请求的上下文被切成两半:系统提示与工具定义是静态前缀、对话历史是不断增长的轨迹;「前面不能动、后面可以压缩」是后面所有缓存与压缩技术的基础。
  • (2.2.4) 给出了一个二十行的最小循环,并在注释里写明生产代码必须加轮数上限——因为 agent 会陷入重复调同一个工具。
  • (2.3) 一个真实的翻车故事:在系统提示里加一行实时时间戳,首个词的延迟从 0.5 秒涨到 3~5 秒、月账单几乎翻倍,原因是前缀缓存每次全废。
  • (2.4) 提示工程的消融实验:只打乱信息组织(内容不变、去掉标题层次)成功率下降超过 30%;只移除工具描述文字(保留签名)工具调用错误率增加 45%;而改语气与风格影响相对有限。
  • (2.4.6) 2026 年起工具定义本身也在走「按需披露」,而且已经是接口层的原生能力:静态前缀里只留工具名与简述,完整定义在模型搜索到之后追加到轨迹末尾,且只在被发现的那一轮追加、此后固定在原位置不再搬运。
  • (4.2) 工具描述的核心是让模型知道「什么时候用」而不只是「能做什么」;而且清楚列出边界(做不到什么)往往比描述能力更重要——大多数调用失败的根因是不知道工具不能做什么。
  • (4.2.5) 「静默输入转换」是一种比功能缺失更隐蔽的反模式:工具在模型不知情时悄悄改写参数(如把中文弯引号换成直引号),会让模型陷入「我明明看到的内容工具却找不到」的死循环。
  • (后记) 两朵乌云:一是 agent 还只会按轮次的请求—应答,做不到边听边想;二是 agent 学不会从成功与失败里持续积累经验。
  • (后记) 一个实验:不换模型、只改外壳,任务准确率从 52.8% 跳到 66.5%——既说明外壳今天杠杆有多大,也提醒它之所以有杠杆是因为模型还没走到那一步。

不覆盖(别指望在这本里找):

  • 本轮只读了第 2、4 章与后记,第 1、3、5-10 章(入门与编排光谱、记忆与知识库、代码生成、评估、后训练、持续进化、多模态、多 agent)都没读。
  • 第 2 章讲了循环长什么样,但没讲循环出问题时怎么办——重试、回滚、打断、审批都不在这一章。
  • 并发只提了「两个工具没依赖就能并行」,没讲怎么判断有没有依赖。
  • 书里的接口示例绑在特定厂商的写法上,换一家要重新对照。

怎么引用它

(依据: book=shen-ru-li-jie-ai-agent §2 上下文工程)

章节名对不上会被 lab:validate 拦下;页码锚(§p.123)同样可用。

结构(13 段,共 436k 字符)

章节规模
01深入理解 AI Agent:设计原理与工程实践4.4k
02引言8.0k
031 AI Agent 入门26.8k
042 上下文工程59.0k
053 用户记忆和知识库41.9k
064 工具40.8k
075 Coding Agent 与代码生成44.8k
086 Agent 的评估39.7k
097 模型后训练57.8k
108 Agent 的持续进化23.7k
119 多模态与实时交互36.4k
1210 多 Agent 协作48.1k
13后记:回到 Agent = LLM + 上下文 + 工具4.2k

我们自己的读书笔记(0 篇)

(还没有。读完某章后写进 docs/shen-ru-li-jie-ai-agent/notes/,那才是这本书对我们的产出。)


本页由 node scripts/book-build.mjs 生成:表格来自转码结果,散文来自书卡正文。不要手改本页。