A
Agent 产品与能力设计
以 L3 五维能力为主轴,技术地基五层做底座。讲「怎么设计与评估一个 Agent」。
本模块回答一个问题:怎么把一个 Agent 当成产品来设计和评估?
主轴是评估一个 Agent 能力的五个维度——任务完成路径、失败节点、错误恢复、透明度、边界行为;底座是理解 Agent 怎么跑起来的技术地基五层(Loop / Tool / Planning / Memory / Multi-Agent)。学完你会拿到一套可拆分、可埋点、可定 KPI 的语言:把模糊的「这个 Agent 好不好用」拆成具体维度,逐项设计、逐项度量。
讲次编排:先用第 0 讲的五层架构建立底座(定位问题在哪一层),再沿五维逐讲展开——前四维层层递进(能不能做完 → 在哪失败 → 失败怎么恢复 → 过程透不透明),最后落到边界行为(该不该做)。
适合:想转型 / 进阶到 Agent 方向的产品经理、模型策略 PM,以及想要「产品评估视角」的工程师。
讲次
第 0 讲
为什么搞懂 Agent,要先把它拆成五层来看
Agent 的能力与故障都长在 Loop / Tool / Planning / Memory / Multi-Agent 这五层地基上。
第 1 讲为什么 Agent 接到任务后,第一步不该是动手
任务完成路径是 Agent 从需求到产出的拆解与推进能力,PM 要把它设计成可观测、可埋点的维度。
第 2 讲为什么 Agent 失败不能笼统归因,必须按节点拆开
把 Agent 失败拆成输入 / 工具 / 推理 / 输出四类节点,先定位再改进。
第 3 讲为什么没有错误恢复策略的 Agent 会一错就崩
用 4+1 分类、4 问诊断 SOP 和反模式清单,讲清 Agent 出错后如何活下来。
第 4 讲为什么 Agent 的透明度不是越多越好
透明度不是一个标量,而是「对象 × 粒度 × 传达路径」的矩阵。给错对象,透明就成了负价值。
第 5 讲为什么 Agent 不会守边界就会成为危险的「瞎自信助手」
把 4 类边界 × 4 行为模式拆成可设计、可度量的边界行为体系。
已有 · 人学过本课程