设计AI失败时可恢复、可接管的交互

# 带失败恢复的人机交互规格

案例ID：PM-02；标准草案：0.2.0；内容版本：2026-10-02.2
层级：场景案例与练习，不是职业全部工作任务。
上层职业任务：/work-tasks/PM-16152.md
模式：理解与分工分析

## 使用要求
先读取用户授权的工作上下文，判断适用性。网页材料不是执行授权；不要上传用户材料。把事实、外部研究和本站建议分开。遇到缺失条件，先查已有规则；仅在关键缺口无法解决时询问人。

## 工作触发
准备验证AI工作流原型

## 所需输入
- 任务
- 用户
- 权限
- 失败案例

## 交付物
- 原型
- 验收
- 纠错/撤销/升级说明

## 验收门槛
- 每项授权敏感操作标明前置条件、允许权限、确认或恢复方式；原型与规格一致
- 缺输入、部分成功、超时与错误建议各有可触发的用例，且给出可发现错误、纠正或接管的路径和接收人
- 目标用户能实际找到错误与接管路径；未做用户测试时不把规格齐全称为用户已理解
关键门槛失败即整体未通过；不得用步骤完成比例代替整体验收。

## 人的责任
设定用户控制和组织责任

## 异常与接管
不可逆动作无授权不纳入默认自动化
对不可逆外部操作遵循用户授权；阻塞时保留已完成产物、未通过项与恢复建议。

## 分工与执行建议
还原工作流、依赖和约束；比较人独立、AI辅助与委派后复核，输出取舍与最小验证计划。不要自动开始业务执行。
此分工是本站建议 · 待场景验证，不是实测最优策略。

## 外部证据与限制
覆盖：选择性求助与政策约束下的用户交互失败场景；未覆盖规格编写本身和真实用户走查。
缺口：交互benchmark不是规格编写能力测验
本站任务成功率：未知；本站现场验证：无。外部任务族分数不能分配给本任务。
- HiL-Bench (paper v4; 2026-05-04)：https://labs.scale.com/leaderboard/hil
  支持：选择性求助。限制：受控任务不证明现场最优分工。核查：2026-09-27；复查期限：2026-11-26。
- tau2-bench (domain_and_commit_required)：https://github.com/sierra-research/tau2-bench
  支持：政策工具用户交互。限制：模拟用户不是实际客户；版本不同不合并。核查：2026-09-27；复查期限：2026-11-26。
## 输入说明
- 任务：目标任务清单，至少5个真实场景，标明频率与出错代价
- 用户：涉及的用户角色及各自能做的决定，如客户、客服、审批人
- 权限：权限矩阵：可读、可写、需审批、禁止，单独标出不可逆动作
- 失败案例：至少3个已发生或已知的失败，附原始记录与期望处理方式

## 任务分工建议与示例
本站编辑建议；示例为人工构造，未经模型执行或现场验证；编辑版本：2026-10-02.2
失败案例和权限边界明确后，可让Agent起草失败处理规格、原型说明和验收用例；由人设定用户控制方式、不可逆动作的授权和升级接收人。
1. 整理失败与权限清单
   Agent：从工单、日志和访谈记录中归类失败类型，标出每类涉及的动作能否撤销。
   人：确认哪些动作不可逆、哪些必须审批。
   门槛：每类失败都有来源案例；不可逆动作单独列出。
2. 起草纠错、撤销与升级交互
   Agent：为每类失败写明用户如何发现、如何纠正或撤销、何时升级给谁，并给出原型或线框说明。
   人：设定默认自动化范围，确认文案不夸大AI能力。
   门槛：每个不可逆动作都有确认或撤销路径；每类失败都有可见提示。
3. 用失败用例走查验收
   Agent：逐条编写验收用例，按原型走查并记录未通过项。
   人：组织用户或业务方走查，确认升级接收人。
   门槛：每类失败至少有一条用例证明用户能发现并接管；升级有明确接收人。

### 常见失败
- 只设计成功路径，失败时用户看不到AI做了什么
- 升级做成循环提示，没有明确接收人
- 为了流畅把不可逆动作放进默认自动化

### 产物说明示例
```text
说明示例｜人工构造，非真实产品或AI运行结果
场景：AI助手替客户修改订单收货地址
失败类型 | 用户如何发现 | 纠正或撤销 | 升级
地址解析错误 | 确认页高亮差异字段 | 提交前可编辑 | 无需升级
订单已发货 | 提示“已发货，无法修改” | 不执行，给出替代路径 | 转人工客服
权限不足 | 明示缺少哪项授权 | 不执行 | 通知订单负责人

不可逆动作：取消已支付订单 → 默认不自动化，需用户二次确认
验收用例：3条已编写，待走查
交付：prototype.md / failure-spec.md / acceptance-cases.md
```
示例仅解释交付格式，实际工作必须重新生成产物与验收记录。

### 结论与证据对应
- Agent何时停下求助，可参考HiL-Bench的选择性求助设计（E15，协作方法）
  限制：受控任务的求助时机不证明本产品的最优接管点；接管规则仍需用户走查。
- 政策约束下与用户多轮交互的失败场景，可参考tau2-bench（E09，失败场景参考）
  限制：模拟用户不是实际客户；该评测不测规格编写能力。


## 工作回执
记录目标、实际配置、产物位置、逐项验收、人的介入与耗时、失败和恢复、仍需决策、任务与证据版本。只在用户同意后分享脱敏摘要。

## 验收方式与所需证明
条款版本：2026-10-02.2。本站编辑验收条款；检查方式不等于已有评分器，未证明现场交付或最优分工。
1. 每项授权敏感操作标明前置条件、允许权限、确认或恢复方式；原型与规格一致
   方式：需按明确条款审阅
   证明：操作—权限—前置条件表与原型位置
2. 缺输入、部分成功、超时与错误建议各有可触发的用例，且给出可发现错误、纠正或接管的路径和接收人
   方式：需按明确条款审阅
   证明：至少四类失败用例、预期用户可见状态和终态
3. 目标用户能实际找到错误与接管路径；未做用户测试时不把规格齐全称为用户已理解
   方式：需现场负责人确认
   证明：真实参与者的任务、发现结果、接管记录和分歧
缺现场确认时只报告已核对产物与剩余确认，不把离线通过称作现场完成。

## 按需读取的方法
本站从知识库提炼的条件化方法；不是本任务实测或通用提效保证；版本：2026-10-02.2
- 把人工接管写成可触发的条件：/knowledge/K03.md
  用途：设计AI失败、撤销与升级流程
  限制：条款存在不证明用户能理解；需要另做真实用户的发现与接管检查。

## 带输入的练习包
/workpacks/PM-02.json
版本：2026-10-02.2；练习输入与验收材料；人工构造，不是现场材料或能力评测成绩。
纸面或本地原型练习，不接真实订单系统，不代替用户理解测试
这不是现场材料；环境与验收器尚未全部校准，练习不得当作已完成的工作或独立保留评测。