- 用户流程
- 失败恢复
START WITH A QUESTION
“我帮你整理好了”之后，用户还能做什么？
报修助手从文字中整理出草稿，如果界面只有一个“提交”按钮，用户很难改正错误，也不知道系统是否已经创建工单。好用的 AI 产品需要清楚表达当前状态，以及每个行动的实际影响。
我们把流程设计为：输入、检查缺失、编辑草稿、确认、模拟提交。这里不连接任何工单系统，重点观察如何让用户保留控制权，以及错误发生后怎样恢复。
BUILD YOUR VOCABULARY
先把三个概念讲清楚
状态与反馈
状态描述当前处于哪一步；反馈说明刚才的行动是否成功。生成完成、待确认、提交成功不能混为一个状态。
草稿已生成，尚未提交，与工单已创建是两件事。
人工确认与权限
用户可以核对或修改 AI 提议；有权查看资料也不意味着有权执行操作。敏感行动应有明确授权。
确认报修内容之后，才开放提交操作。
失败恢复与重复保护
失败时说明是否已经生效，并提供安全的重试方式。幂等指重复请求不会重复产生同一业务效果。
网络超时后先查询工单状态，而不是盲目创建第二单。
FOLLOW THE PROCESS
把原理放进完整流程
- 01
收集信息
说明必填字段与用途，缺失时给出具体补问。
- 02
展示可编辑草稿
保留原文，让用户看见提取与生成的差别。
- 03
确认并授权
用清楚按钮描述将发生什么，编辑后撤销旧确认。
- 04
报告实际结果
成功才显示已提交；失败时保留输入并提供恢复路径。
| 状态 | 用户能做什么 | 系统不能假定什么 |
|---|---|---|
| 缺信息 | 补充字段 | 不能猜完后提交 |
| 草稿 | 编辑和确认 | 不能当成已创建工单 |
| 已确认 | 提交或返回修改 | 修改后不能沿用旧确认 |
| 结果 | 查看回执或安全重试 | 超时不能当成确定失败 |
CHANGE ONE THING & OBSERVE
走完一次可编辑、可确认的报修流程
修改草稿，确认后模拟提交；也可以开启提交失败情形。观察编辑是否撤销确认、失败是否保留内容。不会创建真实工单。
本实验模拟的是确定失败。真实超时可能“已执行但回执未知”，必须先查询状态再安全重试。
KNOW THE LIMITS
哪些结论不能直接推出？
把技术状态直接丢给用户
用户需要知道内容有没有保存、行动有没有生效和下一步能做什么，原始错误码通常无法回答这些问题。
确认后偷偷改内容
实际提交内容必须与确认范围一致；重新生成或编辑后应重新确认。
READ, RUN & EXPLAIN
只有确认过当前版本才能提交
以下示例仅使用 Python 3 标准库，可复制到本地 Python 环境运行。先看每一行的作用，再修改一个输入观察结果；无需网络或密钥。
draft = {'text': '二楼空调不制冷', 'version': 2}
confirmed_version = 1
if confirmed_version != draft['version']:
print('内容已修改，请重新确认')
else:
print('可进入有权限的提交步骤')复制或下载只获取本课示例，不会自动执行。
逐行解释（6 行）
- 第 1 行
draft = {'text': '二楼空调不制冷', 'version': 2}草稿带版本号，修改后版本增加。
- 第 2 行
confirmed_version = 1用户之前只确认过第 1 版。
- 第 3 行
if confirmed_version != draft['version']:!= 表示不相等；当前内容与确认内容不一致。
- 第 4 行
print('内容已修改，请重新确认')阻止使用过期确认。
- 第 5 行
else:仅在版本相同的情况下允许继续。
- 第 6 行
print('可进入有权限的提交步骤')示例只显示状态，并不调用外部工单接口。
内容已修改，请重新确认
CHECK YOUR UNDERSTANDING
换一个角度，检查自己是否理解
已回答 0 / 3 题 · 当前答对 0 题
TAKE IT WITH YOU
带走三个判断，再做一次迁移练习
- 区分生成、确认、执行和回执。
- 让用户能够修改、拒绝和恢复。
- 权限、确认版本与重复保护共同约束行动。
参考与延伸阅读
本课例子、代码和模拟数据为教学设计。以下一手文档用于延伸核对，不代表对本示例的认证。
- Python 官方教程：数据结构列表、集合与队列等示例语法参考。
- scikit-learn：模型评估评估指标与预测、决策的区别。
- IBM：检索增强生成检索与生成组合的进一步说明。
- NIST：AI 风险管理框架可靠性与风险管理的延伸阅读；不是特定项目的合规结论。