返回综合实战
PATH 03/LESSON 02/16 分钟

先定义可信任务

从用户问题、成功指标和风险边界开始,而不是从模型开始。

课程全目录 · 选择章节

本课学习目标

  • • 用户 — 谁在做决定
  • • 任务 — 需要完成什么
  • • 证据 — 如何判断可信
  • • 边界 — 系统不做什么

完成路径

阅读概念与案例 → 完成动手任务 → 勾选实践检查 → 回答检查点 → 保存完成记录。练习由你自行检查,不会假装成自动代码评分。

01 / 核心概念

“做一个 Agent”不是产品目标。目标需要描述谁在什么情境下完成什么任务,以及什么结果值得信任。

同时写下非目标,可以阻止原型在早期吸收所有可能功能。

02 / 心智模型

01

用户

谁在做决定

02

任务

需要完成什么

03

证据

如何判断可信

04

边界

系统不做什么

03 / 代码骨架

TYPESCRIPT / CONCEPT
const productBrief = {
  user: "support specialist",
  task: "answer from approved knowledge",
  success: ["cited", "current", "recoverable"],
  nonGoals: ["autonomous policy changes"]
};

这是解释结构的代码骨架,外部函数与数据需要在实际项目中实现。

04 / 贯穿案例

放进真实情境里看

团队说“想做一个 AI 助手”。这还不是产品问题。访客真正需要的是在三分钟内知道某功能是否可用,并能查看支撑结论的文档。

  1. 01

    锁定一个人和一件事

    写下谁在什么情境下做什么决定。范围越窄,越容易判断 Agent 是否必要。

  2. 02

    定义可观察的成功

    例如“能找到正确版本并核对引用”,而不是“回答看起来智能”。同时定义允许拒答的情况。

  3. 03

    写出风险边界

    辨别错误回答、越权读取和意外写入的损害;先确定绝不能自动做的事,再决定要不要接入工具。

05 / 动手做

用自己的产物检验理解

用一段话定义证据助手的目标用户、问题、成功条件和一个必须拒绝的场景。

完成时检查

  • 目标能被真实用户任务验证
  • 成功不只看回答流畅度
  • 有明确不能自动执行的动作

自动保存在当前浏览器,不会同步到账户。

继续到代码练习

06 / 检查点

下面哪个成功指标最可验证?

延伸阅读 · 原始资料