X3.05.3Progress stall explanation设计研究
进度停滞时需要主动说明原因而非让人误判为故障
别名: 停滞解释 · 阻塞状态 · progress blockage
概念解释
进度停滞解释（progress stall explanation）在进度指标一段时间不变时，说明机器人是在等待人、资源、许可或安全条件，正在重试，还是已经失败。停滞本身是观察结果，原因决定人应继续等待、提供输入、排除障碍或终止任务。
机制
相同的零进展可由不同系统状态产生。若界面只冻结数值，人根据等待长度猜测故障，并可能重复命令或强制重启。把阻塞原因、已等待时间与下一触发条件外显，可以建立因果模型；系统若无法确定原因，则应诚实标为诊断中并给出安全选择。
怎么研究
可构造资源排队、人类输入、保护等待、自动重试和真实死锁，比较无解释、原因标签与可行动解释对重复操作、等待、恢复时间和误重启的影响。原因准确率必须审计，错误解释可能比无解释更危险。长延迟和交接班场景应纳入。
边界
诊断可能变化，初始解释不应伪装成最终根因。安全等待不应显示为普通处理中；涉及隐私或安全细节时可按角色分层。频繁瞬时停顿无需每次打断，但超过任务特定阈值必须转为阻塞状态。
怎么落地
- 将停滞检测与阻塞状态机连接，显示原因、等待对象、已尝试动作和下一次更新时间。
- 能由用户解决时提供单一安全动作；不能解决时明确继续等待、取消或升级。
- 故障注入后比对界面原因与日志根因，统计重复命令、误重启和无人负责的阻塞时长。