审批疲劳（Approval Fatigue）指人在高频确认请求下，注意力被耗尽，对弹窗从「先看再点」退化成「闭眼点同意」，于是审批环节形式上还在、实际已失效。
它为什么会发生
打个比方：小区门口保安被要求对每位访客登记身份证。第一天他认真核对；到第三天，早高峰每分钟来十个人，队列排到马路上，他就开始挥手放行；领导看到的记录依然整齐。规则没变，执行的环境变了。
审批疲劳靠三个机制起作用：
1. 决策成本累积：每次判断都要消耗注意力，一天上百次之后，人会自动选最低成本选项——点「同意」。
2. 多数同意，少数拒绝：确认框 95% 的情况都该点「同意」。这个比例本身就是训练数据，会把人训练成无脑放行。
3. 默认选项的惯性：弹窗把「允许」做得又大又显眼，用户就点它。
手机上的权限弹窗是现成例子：安装一个应用时连续弹七八个授权，绝大多数人根本不读就全部放行。AI 产品里也一样——让 Agent 调用工具、改文件、发邮件时，许多系统设计了「人工确认（human-in-the-loop）」。如果一个任务中途弹出二十次确认，用户很快就会形成条件反射，连「删除生产库」这种不可逆操作也会顺手点过。确认框的数量与安全性不成正比，有时成反比。
和相邻概念的区别
| 概念 | 疲劳的对象 | 典型后果 |
|---|---|---|
| 审批疲劳 | 人工确认弹窗 | 该拦的没拦，审批只是形式 |
| 告警疲劳（Alert Fatigue） | 监控告警、安全告警 | 误报淹没真告警，真事件被忽略 |
| 决策疲劳（Decision Fatigue） | 一切需要做选择的事 | 越到后面越倾向于默认或拖延 |
| 橡皮图章 | 制度性结果 | 审批本身就是走过场 |
注意：审批疲劳不等于「没有审批」。恰恰相反，它是审批过度密集的副产物——流程看起来更严，实际防线更薄。判断某个团队是否中招很简单：问一句「上次有人在确认框上点『拒绝』是什么时候」，如果没人记得，这道防线基本已经不存在了。
对从业者的意义
设计人机协作的确认机制，关键不是「多问几遍」，而是提高每一次确认的信噪比：
- 只对高风险、不可逆、有外部副作用的动作要求确认，比如转账、发外部邮件、删数据；对可撤销动作提供「撤销（Undo）」，而不是拦一道弹窗。
- 合并确认：一次任务的相关操作打包成一份「将要发生什么」的清单，一次看完一次批准。
- 用沙箱预览、差异对比（diff）替代反复追问，让人真正看得懂再决定。
- 别把确认框当免责声明。它挡不住风险，只会稀释注意力。
对普通职场人来说，一个实用的自检信号是：如果你一天点了几十次「同意」却说不清自己批准过什么，那这套流程服务的对象就不是你。这时候值得提一句：「这个确认到底防住了什么？防不住的部分，我们能不能换个方式？」具体产品怎么设计以官方文档为准——但这条判断原则，跟版本号无关。