Z5.01.3Rule manageability设计研究
规则需可查看、可暂停、可删除
别名: 规则生命周期管理 · 查停删 · rule lifecycle
概念解释
自动化规则是长期存在的对象，不是设置一次就结束的选项。对「对象」的最低管理操作集是三个：查看（知道有哪些规则、各自的触发条件与动作）、暂停（保留规则但停止执行）、删除（彻底移除）。三者是不同的操作，各自回答不同的问题，缺任何一个，规则都会从资产变成隐患。
三个操作常被压成「有/无自动化」一个开关，或只给「创建」与「删除」两态。压扁的代价在运行时才显现：用户想验证「是不是这条规则在捣乱」时，只有删除一途——而删除是不可逆的，于是干脆不验证。
机制
三个操作对应三种不同的认知任务：
查看服务心智模型维护。规则集在演化（新建、家人改动、模板导入），用户脑子里的清单与实际的清单持续脱节；一个可用的查看入口是唯一的再同步渠道。查看的可用性决定用户能否在故障时列出候选——列不出候选就谈不上排查。
暂停服务归因。怀疑某条规则造成问题时，把它单独停掉、观察现象是否消失，是家庭环境里唯一可行的对照实验。暂停与删除的关键差异是成本不对称：暂停可逆，删除后重建要重新走一遍配置。没有暂停，实验的成本变成「重建整条规则」，高到多数用户选择不做实验——于是问题永远定位不了。
删除服务清理。停用的规则长期滞留会成为僵尸：占据规则列表、参与影响预检、偶尔在条件凑齐时突然复活触发一次。没有低摩擦的删除路径，僵尸规则只进不出，规则集的不可预测性随之单调上升。
怎么研究
直接文献有限，经验基础主要来自两条线：
- 智能家居长期在野研究（如 Mennicken 与 Huang 2012 年的入户研究）记录了家庭对自动化与设备的管理负担：规则与设备的日常增删、交接与遗忘，是「管理操作集」必要性的现象学证据。
- 规则管理界面的可用性评估可作为研究范式：给用户一组规则与一个疑云任务（「最近晚上十点灯总会自己关一次」），比较不同管理界面（有无暂停、有无按设备过滤）下定位规则、隔离验证、恢复原状的路径长度与成功率。
方法论注意点：评估要包含恢复路径——只测「能否停掉」会高估界面质量，暂停后的重新启用、删除后的重建才是日常摩擦的真实所在。
边界
- 操作集是底线不是充分条件。 规则管理的完整体验还取决于入口是否可发现（在结果显形处能否一步到达）与修改成本是否可承受——那是另外两个知识点的范围；只补齐查停删而不解决入口，规则管理仍然没人用。
- 小规则集的价值有限。 只有一两条规则的用户，查看与删除的需求稀薄，暂停的价值要等到第一次疑云才出现——界面投入应与规则集规模匹配。
- 暂停有遗忘风险。 停掉的规则停在列表里不等于停在用户的记忆里；长期暂停的规则最终仍需删除决策，否则暂停只是把僵尸问题换了个标签。
怎么落地
- 规则列表提供按设备与按房间过滤，并显示每条规则的最近触发时间——僵尸与活跃一眼可分。
- 暂停状态要显式且可区分：列表里激活、暂停、失效（触发源下线）三种状态视觉分离，不能全靠点开详情分辨。
- 暂停期间继续记录本会触发的次数（只记不执行），为「要不要恢复」提供数据；删除确认页显示该规则近三十天的触发频率，避免误删高频规则。
- 验证办法：统计规则集里僵尸规则（超过九十天未触发且被暂停或失效）的占比；给用户一个「怀疑某条规则」的任务，测量从怀疑到隔离验证完成的时间与放弃率。