Agent 知识地图

层 × 环 × 面 · 新概念三问归位
层
重置 坐标系说明
没找到「」。它可能是个新概念——
读法:横轴是 一次运行的时间轴(P1→P7),纵轴是 对象层级(L0→L5)。 最下方那条虚线带是 L6 系统层——它不在环的任何一点上,而是托住整条环的支架。点任意概念看详情,格子里的「+N 更多」可展开。
位置与矩阵一致,额外画出 概念之间的继承与依赖。悬停高亮邻居,点击看详情。线越密的地方,越是该优先吃透的枢纽。
按 层 → 环 展开的完整清单,适合通读与核对覆盖率。
遇到任何新概念,别急着读文档。先走完这五步,把它钉到坐标上。 钉住之后你会发现:绝大多数「新东西」,只是某个已知概念在一个新格子里的变体。
判据不是它叫什么,而是它操作的对象是什么、插在运行的哪一步、回答哪一类问题。
掌握度、笔记、待深入标记与待整理清单,都只存在这台浏览器里(localStorage),换设备或清缓存就会丢。 所以这里提供一个导出——把进度存成文件,随时可以再读回来。

坐标系是怎么来的

三条正交的轴。任何概念必须同时回答三个问题才能落位。
P1–P7 是「典型」请求生命周期,不是强制步骤

它描述的是一次多步 Agent 请求大体经过的环节,用来回答「这个东西在第几步起作用」。 单轮问答、固定流程、纯工具调用都可能跳过其中几步——跳过不代表设计缺陷,只是这次任务不需要。 环是定位用的尺子,不是必须走完的流水线。

L0–L6 是「职责分类」,不是调用链

它回答「这个知识/工程问题归谁负责」,帮你把名词归到同一类里比较。 一次真实请求并不会先从 L0 走到 L6;模型只在 L0 里被调用,而 L1–L6 是你在设计、包装、运行它时各自要处理的事。 层是分类抽屉,不是数据流管道。

两者是正交的:环看「什么时候」,层看「管什么」

同一个环节里,可能同时涉及多个层。例:P4(行动)里,「发出调用」是 L4 的决策,「工具契约」是 L3 的接口,「沙箱」是 L6 的运行环境。

用一次工具调用走一遍:
环节这一次发生了什么牵涉的层
P2 取景把系统提示、历史、检索到的 3 篇文档、50 个工具的描述,拼成这次的输入L1 上下文;若用了记忆召回,还牵涉 L2
P3 规划模型看到工具清单,决定「先查订单状态」而不是直接反问L4 决策;工具描述本身是 L3 的契约
P4 行动输出一次 query_order 调用,参数是订单号L3 工具层;代码在哪跑由 L6 沙箱决定
P5 观察拿到返回:{"status":429,"msg":"限流,请等 30 秒"},判断这是可重试错误L3 错误契约;L4 决定退避策略
P6 反思等 2 秒重试;两次失败后改为查缓存,而不是继续硬重试L4 控制;用的是 L2 里记住的「上次也超时」
P7 交付给出结论并标注数据时间;同时记一条时延、一次调用成本L1 输出格式;L6 观测与计量
为什么这三轴够用:层决定「它改变系统的哪一部分」,环决定「它什么时候生效」,面决定「你该用什么标准评价它」。 三个坐标定死后,陌生概念的检索路径是唯一的——去那个格子里找邻居,邻居就是它的前身与替代品。