walkthrough全部约 90 分钟
11
串起来看一遍：一个真实请求怎么走完全程
学完你能做到
- 把前面十个模块串成一条完整的处理链路,而不是十个孤立的知识点
- 拿到一个新场景,能说出每一步该套哪个模块、哪个模式
这一节不引入任何新概念,只做一件事:把前面学过的东西串起来。
用一个具体场景走一遍全程——「学生给实验室发邮件申领一台示波器」——每一步都标出它对应前面哪个模块。读完这一节,你应该能把这十个模块看成一条链,而不是十张互不相关的卡片。
逐步拆解
- 收到邮件,先查规定。 这不是随便回答,是要从"实验室设备管理办法"这份资料里找依据——的典型场景,对应 m4。
- 判断走哪条路。 金额小的走自动审批,金额大的必须转人工——不同的输入走不同的处理路径,这是,对应 m6。注意:这一步能不能用简单的规则(比如按金额分档)判断,不一定需要模型。
- 起草回复,过程中要用到工具。 查库存要调一个函数,这是或,对应 m2、m4。
- 发送前停下来。 邮件一旦发出去撤不回来,是不可逆操作,必须走,对应 m10。这一步不能跳过,不管前面判断得多有把握。
- 处理完,记两笔账。 一笔是这次任务的完整过程,存进日志(对应 m7);另一笔是从这次经历里提炼出的、以后还用得上的信息——比如"这个学生这学期已经借过两次示波器了",存进(对应 m9)。
- 定期检查这条流程还准不准。 不是等出了问题才发现,而是有一份固定的——比如 20 个真实的历史申请案例——每次改动流程后跑一遍,看批准/拒绝的判断有没有跟标准答案对上,对应 m10。
课堂练习(建议作为本单元的总结作业)
30 分钟- 给一个新场景:"学生给教务系统发邮件,申请补考。"让学生独立写出处理这个请求的完整链路——参照上面七步的格式,每一步写清楚:做什么、对应前面哪个模块、为什么这么选。
- 要求特别指出:哪一步是必须停下来问人的?为什么?
- 要求指出:这条链路里,哪几步其实不需要 agent,普通代码就够?
查看参考答案
期望的链路大致是:查补考相关规定(m4)→ 判断是否符合补考条件,比如是否已经缺考三次以上这类硬性规则(可以不用模型,普通代码判断)→ 起草回复说明结果 → 批准或拒绝这类结果通知也建议走人工确认,因为直接影响学生的考试资格,后果不可逆 → 记录这次申请存档 → 定期用历史申请案例检查判断是否还准确。
这道题的价值不在于标准答案,而在于学生能不能自己把十个模块用起来——这是检验这门课有没有学透的最好方式。
端到端推演：一句需求如何穿过完整 Agent 系统
用户说“比较三家供应商，下周一前给我建议，但不要联系任何人”。这一句会依次触发目标解析、权限、计划、路由、工具、证据、记忆、评估和交付。
本节追问：如何证明每一层都保留了“不联系任何人”这个硬约束？ 先不要急着看结论。沿着下面四步，逐项区分输入、决策、证据和失败信号。
| 阶段 | 本步要做的决定 | 什么算证据 | 最常见的失败 |
|---|---|---|---|
| 建立任务 | 解析结果、截止时间、对象和禁止动作 | 结构化状态明确保存硬约束 | 只在第一条聊天里出现一次 |
| 编排研究 | 按供应商并行搜索，按证据类型路由 | 工具集合不包含外发或默认禁用 | 搜索 Agent 顺手发邮件询价 |
| 综合验证 | 证据矩阵支持比较，评估器检查遗漏 | 建议能追溯且不超出证据 | 把营销页说法当独立事实 |
| 交付恢复 | 报告说明结论、未知和未执行动作并保存状态 | 下次继续仍继承权限边界 | 任务结束后约束和证据全部丢失 |
阅读方式：先遮住后两列自己回答，再用“证据”和“失败”两列检查理解。
常见误解
把系统画成组件盒子，却不追踪约束和证据怎样流动
实际上
可观察症状：每个组件单测正常，组合后仍可能越权或断证据链。
更可靠的修复：用端到端任务追踪状态、权限、证据和错误在各层的传递。
案例工作坊 · 建议真正动手完成
25 分钟- 画出完整请求的组件与状态流。
- 在每个节点标注输入、输出、失败与责任者。
- 设计一个越权和一个证据丢失的端到端测试。
查看参考答案
系统架构的理解最终要落到端到端流：目标和权限随任务状态传递，工具观察进入证据链，评估与完成条件收口，日志支持恢复和责任追踪。
迁移检查：换一个场景还会不会
端到端测试最重要的补充价值是？