Z1.05.1Fault localisation in invisible systems设计研究
不可见系统出错时用户缺乏定位故障的线索
别名: 故障定位线索缺失 · troubleshooting invisible technology
概念解释
消隐的交换条件在故障时刻结算：系统不可见时，出错的可观察痕迹与正常运行一样少，用户手里没有定位故障的线索。传统家电坏了有直接的表征——灯不亮、电机不转、异响——故障与器件的对应关系写在现象里。隐形系统的故障表征是间接的：联动没发生、状态停在旧值、时灵时不灵，用户看到的是「结果不对」，而不是「哪里坏了」。
这一条讲的是代价结构本身：消隐在正常时段免掉的注意支出，并没有消失，而是转为在异常时段一次性偿付，且利息很高——因为异常时用户既要补课（系统此刻在做什么），又要定位（哪一层坏了），两件事同时做。
机制
定位故障需要把症状映射到原因，这个映射依赖两条信息，而消隐把两条都拿走了：
- 无现行状态：不知道系统此刻应该是什么状态，就无法判断「没动作」是故障还是条件未满足——地暖没启动，是传感器坏了、规则被关了、还是温度没到阈值？三种原因一个表象。
- 无历史轨迹：不知道系统刚才经历了什么，就无法回溯最后一次正常的时刻。可见系统的事故现场是完整的；不可见系统的事故现场每天都被覆盖。
于是用户只能用排除法在错误的层级上试：重启路由、拔插设备、重装应用——每一步都在赌问题出在自己猜的那层。智能家居支持论坛里大量「重置后再配网」类求助，正是缺乏线索时用户抓住的最后手段：既然无从诊断，就整体重置，用丢失配置的代价换取确定状态。
怎么研究
- 家庭泛在计算的挑战清单：Edwards 与 Grinter 2001 年的分析把「从原型到家庭现实」的障碍逐条列出，其中就包括不可见技术出错时 homeowner 无从下手的问题——该文是这类论证的常用锚点。
- 故障回溯访谈：请经历过故障的家庭复原定位过程（从发现异常到找到原因的路径、试了什么、谁帮的），度量排除步数与错误归因率。
- 论坛/工单语料分析：智能家居社区求助帖是天然语料，可统计症状描述与最终原因的对应关系，量化「同一症状、多种原因」的歧义程度。
方法论注意点：真实故障不可复现是常态，样本积累慢；用日志回放辅助访谈（把系统当时实际做的事摆给用户看，再问「你当时以为呢」）比纯回溯准确。
边界
- 代价与不可见程度成正比，而非恒定。 完全无表达的系统代价最高；哪怕只有一盏状态灯，也能把「设备死没死」这一层先排除掉。代价曲线是可设计的。
- 对厂商侧可诊断的系统，用户侧仍可能不可诊断。 远程诊断通道存在不等于用户可用——代价是按用户的视角结算的。
- 高频接触的设备例外。 用户天天操作的设备（每天用的音箱）即使「不可见」，操作史本身也积累了模型；真正毫无线索的是装完就不再接触的设备（贴在墙上的传感器）。
怎么落地
- 每个静默设备至少保留一层的可判读性：活着/死了。用最廉价的方式（一盏灯、一次上报心跳），先把「设备本身」从排除链里摘出来。
- 故障发生时把系统视角主动给出：**「上一次执行是什么时候、当时条件是什么」**的可查记录——把「无历史轨迹」补回来。
- 把「重启/重置」设计成有信息量的动作：重置前后显示差异（哪些配置丢了），别让用户为排除故障盲付配置代价。
- 验证办法：故障演练中统计用户的排除步数——从发现异常到触达正确层面试了几步。步数不降，线索就没给够。