返回综合实战
PATH 03/LESSON 04/20 分钟

把工作流画成状态图

让规划、检索、工具、确认与恢复成为显式节点。

课程全目录 · 选择章节

本课学习目标

  • • 计划 — 拆分任务
  • • 检索 — 获取证据
  • • 确认 — 交还控制权
  • • 执行 — 产生可观察结果

完成路径

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

01 / 核心概念

状态图让系统行为可以被讨论和测试。每条边代表进入下一状态的条件,每个节点拥有明确输入、输出和失败方式。

不要把整个任务藏在一个巨大函数或一次模型调用里。

02 / 心智模型

01

计划

拆分任务

02

检索

获取证据

03

确认

交还控制权

04

执行

产生可观察结果

03 / 代码骨架

TYPESCRIPT / CONCEPT
const graph = createGraph()
  .node("plan", plan)
  .node("retrieve", retrieve)
  .node("confirm", awaitUser)
  .node("execute", execute)
  .edge("execute", "confirm", requiresApproval);

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

04 / 贯穿案例

放进真实情境里看

访客提问后,系统可能检索不到证据、调用工具超时、等待用户确认,或已经发送了通知。把这些情况画成一条直线,会隐藏重要分支。

  1. 01

    先画成功主线

    问题 → 检索 → 生成草稿 → 验证 → 展示。每个节点说明输入、输出和由谁执行。

  2. 02

    补失败与等待分支

    没有证据就拒答,工具超时就重试或退出,有副作用的动作就暂停到明确确认。

  3. 03

    标记可恢复节点

    保存关键状态,让页面刷新或进程重启后能继续。已执行的写入应有幂等标识,避免恢复时重复执行。

05 / 动手做

用自己的产物检验理解

画一张至少八个节点的状态图,包含无证据、工具超时、等待确认与用户拒绝四条分支。

完成时检查

  • 每条边有触发条件
  • 副作用动作经过确认节点
  • 失败后有明确的恢复或停止路径

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

继续到代码练习

06 / 检查点

哪个节点最适合保存恢复检查点?

延伸阅读 · 原始资料