L4.11.3grade confirms by consequence设计研究
确认疲劳使高频确认失去防护作用，确认必须按后果分级
别名: 确认分级 · consequence-graded confirm · 用分级对抗疲劳
概念解释
已经知道弹得太勤闸会废。对策不是把文案写长，是把确认按后果分成几档：无闸、轻闸（可跳过的提示）、重闸（必须读实例才能放行）。按后果分级（grade confirms by consequence）是把防护力留给真的跨世界边界的那几下，让其余的不要来磨人。
所有动作共用一种对话框，等于所有动作共用同一种被点掉的命运。
机制
注意是有限的，习惯化按重复次数走。若高后果和低后果长得一样、出现得一样勤，注意会按低后果的频率来校准，高后果就被一起点掉。分级把外观、阻力和次数解开：重闸更少、更重、实例强制可见；轻闸可以是非阻断的；无闸走撤销。疲劳的诊断是频率；分级是改频率结构和阻力结构，不是在同一频率上加字。
分级必须按后果，不能按实现方便。内部 API 调用再多，也不该升级成重闸；一次对外付款，也不能因为「已经习惯了」降成轻闸。
怎么研究
同一任务流，比较单一确认样式 vs. 三档分级。在后期插入高后果有害项。因变量：高后果拦下率、低后果上的停留（应接近零）、人能否说出「哪一种会真的拦住我」。自变量：档的外观差异、高后果的出现频率、低后果是否仍阻断。
人分不清档，分级就失败。说得出「付款会停、打标签不会」才算档在认知里成立。
边界
后果本身评不准时（新工具、不确定是否对外），向上归档，不要因为省事向下。可逆动作的主处方是撤销，不是做成轻闸来凑分级。批量清单是重闸内部怎么展示，不是档本身。疲劳作为现象已经另有诊断；这里只给把次数和阻力拆开的做法。
怎么落地
- 给工具表加一列后果档：无 / 轻 / 重。重档每天出现次数设上限；超过上限先查是不是低后果被错升上来，而不是让人适应。
- 重档与轻档在视觉和操作上必须明显不同：重档默认按钮是否决或中性，实例栏不可空；轻档不阻断主路径。
- 验证：在分级后的流里插入一次付款和一次打标签。付款应被读实例后才放，打标签不应弹重闸。若两档停留时间接近，外观就还没把档分开。把低后果从重档拿掉后，高后果拦下率应上升——这是分级在起作用的证据。