PATH 03/LESSON 02/16 分钟
先定义可信任务
从用户问题、成功指标和风险边界开始,而不是从模型开始。
课程全目录 · 选择章节
本课学习目标
- • 用户 — 谁在做决定
- • 任务 — 需要完成什么
- • 证据 — 如何判断可信
- • 边界 — 系统不做什么
完成路径
阅读概念与案例 → 完成动手任务 → 勾选实践检查 → 回答检查点 → 保存完成记录。练习由你自行检查,不会假装成自动代码评分。
01 / 核心概念
“做一个 Agent”不是产品目标。目标需要描述谁在什么情境下完成什么任务,以及什么结果值得信任。
同时写下非目标,可以阻止原型在早期吸收所有可能功能。
02 / 心智模型
用户
谁在做决定
任务
需要完成什么
证据
如何判断可信
边界
系统不做什么
03 / 代码骨架
TYPESCRIPT / CONCEPT
const productBrief = {
user: "support specialist",
task: "answer from approved knowledge",
success: ["cited", "current", "recoverable"],
nonGoals: ["autonomous policy changes"]
};这是解释结构的代码骨架,外部函数与数据需要在实际项目中实现。
04 / 贯穿案例
放进真实情境里看
团队说“想做一个 AI 助手”。这还不是产品问题。访客真正需要的是在三分钟内知道某功能是否可用,并能查看支撑结论的文档。
- 01
锁定一个人和一件事
写下谁在什么情境下做什么决定。范围越窄,越容易判断 Agent 是否必要。
- 02
定义可观察的成功
例如“能找到正确版本并核对引用”,而不是“回答看起来智能”。同时定义允许拒答的情况。
- 03
写出风险边界
辨别错误回答、越权读取和意外写入的损害;先确定绝不能自动做的事,再决定要不要接入工具。
05 / 动手做
用自己的产物检验理解
用一段话定义证据助手的目标用户、问题、成功条件和一个必须拒绝的场景。
完成时检查
- 目标能被真实用户任务验证
- 成功不只看回答流畅度
- 有明确不能自动执行的动作
自动保存在当前浏览器,不会同步到账户。
06 / 检查点