自动化工作流

课前：先自学，再做 15 道题

上课前，先花点时间自己看一页材料，就三样：

• 弄懂 3 个词：工作流（触发器→条件→动作→结果，步骤由人预先写死）、确定性规则 vs 模型判断、草稿 vs 提交。
• 记住 1 个比方：流水线——每一步谁做写死，失败必须有人知道。
• 记住 1 条红线：涉及钱、承诺、对外发送的动作，一律先草稿、人确认了才执行。

看完做 15 道自测题。哪几道大家错得多，直播时老师就重点讲哪几道。

直播 0–30｜把核心快速过一遍

1. 任何自动化流程都是四段。 触发器 → 条件 → 动作 → 结果。最容易漏的是第四段：流程失败了没人知道——所以每个流程都得有失败记录。
2. 能用规则判断的，别交给模型。 金额超没超、日期过没过 30 天 → 程序算；这段描述属于哪个类目 → 交给模型。
3. 先"草稿"，再"提交"。 涉及钱、承诺、对外发送的动作，一律先出草稿、人点确认了才执行。这是责任边界，不是技术限制。

直播 30–75｜挑大家做错的题讲

• 只有成功分支，失败没人知道，等于没有流程。
• 别让模型算钱，金额、天数、比例一律程序算。
• 别默认"系统会通知到每个人"，没有机器人的时候，通知就是共享表里的一行，没人看等于没通知。

直播 75–120｜拆一个真实案例：报销预审，600 元住宿该过还是该退

一家 150 人的公司，财务每月 300 单，重复审核、退回原因说不清。拿一张报销单（上海住宿 600 元，发票 9-28，提交 10-9）和制度（一线 ≤500、15 个工作日、需增值税发票、超标可书面说明）来练，期望的输出是 {result:"REVIEW", checks:[{住宿标准:fail 超标100}, {时限:pass 11天}, {发票:unknown 未见抬头}], next:"人工复核"}。

这里埋了 3 个坑：结论不是 REJECT 而是 REVIEW——超标不是造假，制度给了"书面说明"这个出口，直接判"驳回"会让员工和财务对立起来；发票抬头"unknown"，材料没给就不能假设它合格；时限要真算（11 天），不能凭感觉。课上给三种单据（正常/超标/超时），人先判、机后判，这个顺序不能反。

这一讲想让你记住的就一句：能用规则判断的别交给模型；拿不准的字段写"unknown"，不要假设它合格。

当堂练一个（8 分钟）：给你自己的一条"请假审批"画四段图：触发器（有人提交请假单）→ 条件（请假天数 ≤3 天）→ 动作（写进共享表、标"待确认"）→ 结果（通过 / 转人工 / 失败）。再答三个问题：①"天数"该程序数还是让 AI 数；②没填请假日期时，流程该"默认通过"还是"标红待补"；③流程一旦失败，谁会第一个知道——把这条"失败记录"补进去。

判断标准：四段齐全、失败有记录、缺日期不默认通过；能说清哪一步是程序算、哪一步必须人点头。

课后：答疑 + 陪跑，交一份作业

本讲必过：工作流。 画四段图 + 3 分支（正常/边界/异常）+ 1 个人工确认节点 + 1 个失败补偿 + 1 个定时任务 + 3 次运行记录，结果落表。产出《工作流说明书》+ 运行记录。

这节课你该会的：

1. 能画一条四段流程（触发→条件→动作→结果），并且失败有记录、有人知道；
2. 能说清"哪一步程序算、哪一步模型判、哪一步人点头"；
3. 知道高风险动作（涉及钱、承诺、对外发送）必须先草稿、人确认了才执行。

三个翻车：

• 只有成功分支——失败没人知道，等于没有流程；
• 让模型算钱——金额、天数、比例一律程序算；
• 默认"系统会通知到每个人"——没有推送时，通知就是共享表里的一行，没人看等于没通知。

第三部分：组装成智能体，并让它敢用（第 9–12 讲）

前三根支柱（知识库/工具/记忆）是"零件"，第 9 讲把零件封装成技能，第 10 讲把它们装成一个会自己走流程的 Agent，第 11–12 讲让它"敢用"——权限守得住、效果测得清。

案例包 · 案例拆解素材

对应第 8 讲「自动化工作流」

课堂用时：45 分钟案例拆解（发材料 → 找坑 → 判对错 → 给修复 → 收口）

材料与提示词思路都写在这个文件里，不另设 data/ 与 prompts/。

1. 客户和场景

某公司（150 人，虚构）财务每月处理约 300 单报销，全靠财务李婷手工核对住宿标准、提交时限、发票抬头。重复审核多、退回原因说不清，员工王强经常被退回后不知道到底哪一条不合规。

本讲案例：王强提交一张「上海住宿 600 元」的报销单，而制度规定一线城市住宿每晚 ≤ 500 元。这张单该「过」还是该「退」？

2. 为什么拿这个案例来讲

• 它把一张「一眼看起来要驳回」的单据，讲成「该进人工复核」——教会学生区分「超标待说明」和「违规造假」。
• 它逼学生把「发票抬头没给」写成 unknown，而不是假设合格或不合格。
• 它让「确定性规则 vs 模型判断」落到一张真实单据的三个字段上：住宿标准（程序比）、时限（程序算）、类目（模型判）。
• 它能搬到任何「先预审、再人工终审」的场景：报销、采购、合同、请假、入职材料。

3. 原始材料（模拟数据）

制度（3 条）

1. 住宿标准：一线城市（北上广深）每晚 ≤ 500 元；超标须附书面说明，交人工复核。
2. 时限：发票开具之日起 ≤ 15 个工作日提交；超时须附书面说明。
3. 发票：须增值税发票，抬头须为「某科技有限公司」；抬头缺失或与公司不一致，视为待确认（unknown）。

三张报销单

本讲主案例是单 A（600 元住宿）；单 B 是「正常过」，单 C 是「超时」。

4. 期望输出

单 A（主案例，超标）

{
  "result": "REVIEW",
  "checks": [
    { "住宿标准": "fail 超标100" },
    { "时限": "pass 11天" },
    { "发票": "unknown 未见抬头" }
  ],
  "next": "人工复核"
}

单 B（正常）

{
  "result": "PASS",
  "checks": [
    { "住宿标准": "pass 420元≤500元" },
    { "时限": "pass 6天" },
    { "发票": "pass 抬头正确" }
  ],
  "next": "生成草稿，待财务确认"
}

单 C（超时）

{
  "result": "REVIEW",
  "checks": [
    { "住宿标准": "pass 480元≤500元" },
    { "时限": "fail 35天>15个工作日" },
    { "发票": "pass 抬头正确" }
  ],
  "next": "人工复核（补书面说明）"
}

三种结果只有 PASS / REVIEW / RETURN 三类。REVIEW 是「边界」的默认出口；只有发票不合格、造假、超时且未附说明，才真正退回（RETURN）。

5. 故意埋的坑

坑 1：把「超标」直接判 REJECT（驳回）

模型（或学生）一看 600 > 500，就直接输出 {result:"REJECT"}。这么判为什么错？超标不等于造假，制度给了「书面说明」出口；直接驳回会让员工和财务对立，也剥夺了员工的申诉权。对的做法是 result:"REVIEW"、next:"人工复核"——机器只提「超标 100 元」这一事实，接不接受由人决定。

坑 2：发票抬头「unknown」被假设合格（或假设不合格）

材料没给抬头，模型直接写 {"发票":"pass"}（假设合格）或 {"发票":"fail"}（假设不合格）。为什么会错？材料没给的字段，模型会「合理脑补」；写 pass 可能放行不合格发票，写 fail 可能误伤。对的做法是写 unknown 未见抬头，交给人工确认——不确定的字段写 unknown，不假设合格也不假设不合格。

坑 3：时限凭感觉算

学生/模型估「大概十来天，没过」，或直接跳过时限检查。为什么会错？时限是确定性规则，要程序真算；9-28 到 10-9 是 11 天，不能凭感觉。算错一天，就可能把「超时」当「通过」。对的做法是程序日期相减——单 A 11 天 ≤ 15 个工作日 → pass；单 C 9-1 到 10-6 是 35 天 → 超时。

6. v1 · v2 两版提示词思路

v1（故意有缺陷）

思路：只让模型「判断能不能报」，二选一，无四段、无 unknown、无人工确认、无失败记录。

你是报销预审助手。请审核下面这张报销单，判断能不能报，直接给出「通过」或「驳回」。
报销单：城市=上海，住宿金额=600元，发票日期=9-28，提交日期=10-9。

它的问题：① 只有「通过/驳回」二选一，没有 REVIEW 出口；② 让模型「读数字判断」而非程序算；③ 发票抬头没给也不管，模型会脑补；④ 没有「只给意见、不做最终审批、先草稿」的边界；⑤ 没有失败记录。

v2（修复后）

思路：明确四段 + 规则字段程序算 + unknown + REVIEW 出口 + 先草稿 + 失败记录。

你是报销预审助手，只给可解释意见，不做最终审批。
规则字段由程序计算，模型只负责：费用类目归类 + 生成可解释意见。
- 住宿标准：程序比金额 vs 制度（一线 ≤500）。
- 时限：程序做日期相减（≤15 个工作日）。
- 发票抬头：程序比对；材料没给 → unknown，不得假设合格/不合格。

输出 JSON：{ "result": "PASS|REVIEW|RETURN", "checks": [{"字段":"结论"}], "next": "下一步" }
- result 只有 PASS / REVIEW / RETURN 三类；超标、超时 → REVIEW + next:人工复核。
- 涉及钱的动作先出草稿，人确认后才提交执行。
- 任何失败写失败记录落表，不得静默。

7. 验收样例（3 条）

8. 45 分钟拆解流程

9. 一句话总结

能用规则判断的不要交给模型；不确定的字段写「unknown」，不要假设合格；涉及钱的动作先草稿、人确认才执行。

案例包 · 课后操作单

目标：做出一条能跑通的自动化流程（表单 → 判断 → 写表 → 通知），四段齐全、有失败记录、有一个人工确认节点。

时间：课后 60 分钟。

你要交的东西

1. 一张四段流程图（触发器 → 条件 → 动作 → 结果，含失败记录）；
2. 一条能跑通的流程：3 分支（正常 / 边界 / 异常）+ 1 人工确认节点 + 1 失败补偿 + 1 定时任务；
3. 3 次运行记录落表（至少 1 次正常、1 次边界、1 次异常）；
4. 《工作流说明书》+ 运行记录。

怎么做

第 1 步：画四段图（10 分钟）

把报销预审画成四段：触发器（新单提交）→ 条件（住宿标准 / 时限 / 发票抬头）→ 动作（写表落库）→ 结果（通知 + 失败记录）。 在每个判断字段旁标注：程序算还是模型判——住宿标准（程序比）、时限（程序日期相减）、费用类目（模型判）。

第 2 步：跑通 v1（10 分钟）

用 case_card.md 里的 v1 提示词跑单 A，记录它的判断（大概率「直接驳回」或「把发票假设合格」）。记下它错在四段的哪一段。

第 3 步：上 v2 重跑三张单（15 分钟）

用 v2 提示词（规则字段程序算、unknown、REVIEW 出口、先草稿）重跑单 A / B / C，对比 v1 / v2 的差异，把三条 checks 逐条填表。

第 4 步：加失败补偿 + 定时任务（15 分钟）

给流程加三样东西：

1. 失败记录：任何失败写一行「单号 / 失败原因 / 时间」，不静默；
2. 人工确认节点：REVIEW 单进「人工复核队列」，不自动打款；
3. 定时任务：每天 9 点跑一次未处理单据。

然后跑 3 次（1 正常 + 1 边界 + 1 异常），把结果落表。

第 5 步：写《工作流说明书》（10 分钟）

写清：四段分别是什么、每段的输入 / 输出、哪些字段程序算、哪些模型判、失败怎么办、哪一步必须人点头。目标是另一个人照着说明书能复现这条流程。

课后作业

1. 把案例迁移到自己的项目：选一个「先预审、再人工确认」的场景（请假 / 采购 / 票据 / 入职材料），画四段图 + 3 分支 + 1 人工确认节点。
2. 给三张单的 3 次运行记录补一条「异常」（如发票抬头不符），看失败记录是否真的落表。
3. 写 100 字：这条流程里，哪一步最不能「全自动」，为什么？

达标标准（这节课你该会的）

1. 能画一条四段流程（触发→条件→动作→结果），并且失败有记录、有人知道；
2. 能说清"哪一步程序算、哪一步模型判、哪一步人点头"；
3. 知道高风险动作（涉及钱、承诺、对外发送）必须先草稿、人确认了才执行。

容易踩的坑

• 只画成功分支，失败没人记录 → 第一次失败就静默丢失。
• 让模型算金额 / 天数 → 数字错就是「钱」的问题。
• 发票没给抬头就判「合格」→ 假设合格会放行不合格发票。
• 把「超标」直接驳回 → 没给「书面说明」出口，员工和财务对立。
• 默认「通知会自动送达」→ 没有推送时，共享表一行没人看 = 没通知。