Z1.06.4Visibility of device relationships设计
协同关系需要用户可查看而非只在后台隐式发生
别名: 协同关系可见 · linkage visibility · 联动关系显性化
概念解释
设备间的协同关系——谁触发谁、谁依赖谁、谁给谁供数据——通常只存在于后台配置与云端记录里，用户界面上只有孤立的设备列表。用户对「家里设备之间是什么关系」没有可查看的表达，关系只在两个时刻间接显形：建立时（配对流程里的一闪而过）和出错时（以故障的形式）。
「可查看」的门槛不高，但很具体：不需要常驻展示，需要的是一张随时拿得出来的关系视图——哪个设备连着哪个、通过什么规则、各自什么状态。协同关系不可见时，用户对自己家的自动化实际上没有一个可以指着说话的对象。
机制
为什么关系的显性化值得单独占用一个设计位置？因为协同关系的认知负担结构与设备完全不同：
- 设备有物理实体撑着记忆——看得见摸得着，忘了还可以扫一眼房间；关系是纯抽象物，没有实体锚点，唯一的记忆来源是配置时的那一次操作。
- 关系只在配置时被主动思考，之后零强化。不使用就不衰减的记忆不存在——半年后用户对自己建的联动关系的回忆，衰减程度接近随机。
- 出错时的归因需要关系图。症状（灯没亮）永远发生在某台设备上，原因却在关系里（触发源失联）——没有关系视图，归因方向天然指向错误的层级（去检查灯，而不是去检查传感器）。
后台记录保存着完整的关系，但保存不等于可读：藏在层层菜单与逐条点开里的关系，与不存在对用户认知的效果一样——差别只在厂商排障时用得上。
边界
- 可查看的必要性随规模上升。 三五条联动靠记忆勉强可维持；过十台设备后记忆彻底失效，关系视图从「nice to have」变成唯一入口。小系统里高估此需求的代价是多余的界面噪音。
- 关系图不等于自动化面板。 逐条规则列表（自动化面板常见形态）是「规则视角」；用户诊断时需要的是「设备视角」——这台设备被谁触发、触发什么。两个视角都有才完整，只有前者时用户仍要人肉反查。
- 视图的新鲜度决定可用性。 一张不随配置变化更新的关系图比没有更糟——用户按过期地图排障，方向性错误会加倍。
怎么落地
- 提供一张以设备为中心的关系视图：点开任一设备，直接看到「它触发哪些联动、被哪些联动消费、依赖哪些数据源」——把归因所需的反向链路做成一次点击。
- 关系变化（新建、删除、失联影响的联动）在下次查看时显著标出，而不是均匀地埋在历史里。
- 关系视图与设备状态同屏：只看拓扑不知道哪段活着；拓扑加实时状态（在线/失联/最近触发）才是排障可用的图。
- 验证办法：给用户一个异常场景（「门口的灯没反应了」），看他们第一反应是去点灯泡还是去点触发它的传感器。关系视图上线后，第一反应指向触发源的比例，就是视图在起作用的直接度量。