网硕互联帮助中心HITL 人机协同设计实战：澄清与审批两种安全阀 + 审批跨刷新存活
前言
人机协同不是某一次审批弹窗，是一整套"机器什么时候必须停下来问人"的安全阀设计。好的安全阀像保险丝：该断果断断，平时不碍事。这篇讲我平台的完整设计：澄清与审批两种阀门、审批五步生命周期、审批跨刷新存活的实现、防"批准疲劳"的克制原则。
一、两种安全阀
| 澄清 | 关键信息有歧义 | 候选术语选择框 | 保证做对的事 |
| 审批 | 写操作/外部动作命中人审规则 | 参数可见的审批卡 | 保证对的事做得合规 |
区别一句话：澄清是"听不清你说啥"，审批是"我要做的事你批不批"。
二、澄清：断点即存档
模型运行中发现关键术语有歧义 → 创建"等待交互"检查点 → 检查点本身就是持久化载体 → 用户端弹选择框 → 选完重新发送 → 新执行流接续。澄清不是作废重来，是暂停续播——用户过半小时再选，接着跑。
三、审批生命周期五步
计划类审批同理：批准了计划才执行，拒绝作废但留档可查。
四、审批跨刷新存活（最易忽略）
审批状态挂在连接上的实现，用户一刷新卡就蒸发。我们的做法：未决审批做成会话级状态，与连接解耦——用户重新进来，系统先查"有没有没决的审批"，有就重新弹卡。人可以走开，审批不能蒸发。
五、防"批准疲劳"三原则
安全阀最大的失败不是漏拦，是问个不停——用户闭眼全点允许，阀门形同虚设。
安全阀价值 = 拦住真危险的次数 − 狼来了的次数。
总结
口诀：没听懂弹澄清，不敢做弹审批；挂起不销毁，决策即续跑；审批是状态不是连接，跨刷新不蒸发；克制使用防疲劳。
下一篇：模型的注意力窗口——上下文里塞什么、塞多少、怎么排。
你的审批弹窗被用户骂过烦吗？评论区聊聊。
评论前必须登录！
注册