PATH 03/LESSON 04/20 分钟
把工作流画成状态图
让规划、检索、工具、确认与恢复成为显式节点。
课程全目录 · 选择章节
本课学习目标
- • 计划 — 拆分任务
- • 检索 — 获取证据
- • 确认 — 交还控制权
- • 执行 — 产生可观察结果
完成路径
阅读概念与案例 → 完成动手任务 → 勾选实践检查 → 回答检查点 → 保存完成记录。练习由你自行检查,不会假装成自动代码评分。
01 / 核心概念
状态图让系统行为可以被讨论和测试。每条边代表进入下一状态的条件,每个节点拥有明确输入、输出和失败方式。
不要把整个任务藏在一个巨大函数或一次模型调用里。
02 / 心智模型
计划
拆分任务
检索
获取证据
确认
交还控制权
执行
产生可观察结果
03 / 代码骨架
TYPESCRIPT / CONCEPT
const graph = createGraph()
.node("plan", plan)
.node("retrieve", retrieve)
.node("confirm", awaitUser)
.node("execute", execute)
.edge("execute", "confirm", requiresApproval);这是解释结构的代码骨架,外部函数与数据需要在实际项目中实现。
04 / 贯穿案例
放进真实情境里看
访客提问后,系统可能检索不到证据、调用工具超时、等待用户确认,或已经发送了通知。把这些情况画成一条直线,会隐藏重要分支。
- 01
先画成功主线
问题 → 检索 → 生成草稿 → 验证 → 展示。每个节点说明输入、输出和由谁执行。
- 02
补失败与等待分支
没有证据就拒答,工具超时就重试或退出,有副作用的动作就暂停到明确确认。
- 03
标记可恢复节点
保存关键状态,让页面刷新或进程重启后能继续。已执行的写入应有幂等标识,避免恢复时重复执行。
05 / 动手做
用自己的产物检验理解
画一张至少八个节点的状态图,包含无证据、工具超时、等待确认与用户拒绝四条分支。
完成时检查
- 每条边有触发条件
- 副作用动作经过确认节点
- 失败后有明确的恢复或停止路径
自动保存在当前浏览器,不会同步到账户。
06 / 检查点