系统需要定期复核而非一次配置
别名: 配置复核 · 维护是持续劳动 · configuration maintenance
概念解释
既然家庭会变、规则会脱节，一次配置、终身运行就是错觉：智能环境需要像花园一样定期打理——复核规则是否还贴合生活、清理僵尸配置、核对系统依赖的生活假设。维护是持续的劳动，不是安装时刻的一次性投入。
这个结论的反面正是产品营销的主流叙事：「装好后自动学习、自动适应、无需管理」。学习型系统确实在追着生活跑，但只追得动传感器看得见的部分；作息语义、空间用途、家庭规则这些生活侧的变化，仍然需要人把它翻译进配置。复核无法被「智能」免除，只能被安排——问题从「要不要维护」变成「维护劳动由谁、在何时、以什么成本承担」。
机制
为什么复核不能靠用户自发？因为它在动机与信号两端都缺：
动机端：复核是纯预防性劳动——它的收益（避免未来的不合理行为）不可见，成本（坐下来过一遍规则）却是即时的。没有不适发生时，复核永远排在待办清单的最后；等到不适发生，已经不是复核而是救火。
信号端：脱节是无症状的（规则正常触发、不报错），系统不产生「该复核了」的自然提醒。用户家里的灯一切照常，没有任何线索提示「有三条规则的假设已经过期」。
两端皆缺的结果是复核被系统性推迟，脱节持续累积——直到某个足够刺眼的不合理行为把问题提上日程，而那时用户面对的不是一个待核对的配置，而是一堆说不清来历的规则集合。
复核要发生，必须由系统供给信号、压缩成本：把「该看了」的提醒与「看什么」的清单打包好，把单次复核的代价压到几分钟量级。这是可设计的部分——维护的必要性是生活给的，维护的可承受性是产品给的。
怎么研究
- 长期在野研究的维护记录：智能家居长期研究观察到住户对系统的持续「修修补补」，并指出这类劳动多为家庭中某一成员不成比例地承担（往往是当初的安装者）——维护不发生是因为没人负责，不只是因为难。
- 提醒时机实验：比较不同触发策略下的复核完成率与用户反感度——按日历（每季度）与按事件（检测到使用模式突变、连续撤销、季节切换）两类触发，后者通常完成率更高且打扰更低，因为它携带「为什么是现在」的理由。
- 维护成本操控实验：同一批复核任务以不同组织方式呈现（逐条 vs 按场景分组、裸列表 vs 附触发历史），度量完成时间与放弃率——把「复核贵」分解到信息组织层面。
方法论注意点：复核完成率不是最终效标——被复核的配置随后是否更贴合生活（撤销率下降、不合理行为减少）才是；只优化「用户点了确认」会造出仪式性复核，点完什么都不改。
边界
- 这里讲的是生活变化侧的复核，驱动力是家庭与习惯的漂移；自动化与用户使用行为相互适应造成的漂移是另一种复核对象，两者来源不同、复核的问法也不同（「生活变了吗」vs「它学坏了吗」），别混在一个提醒里。
- 复核有打扰预算。 每次复核都是对注意的征用，频次上限由反感度而非完整性决定；宁可留死角，不可招人烦——被关掉的复核功能保护不了任何东西。
- 不是所有配置都需要同频复核。 安全类与保护类规则要的是验证（还灵吗）而非复核（还合适吗），两者机制不同，混在同一流程里会互相拖累。
怎么落地
- 复核入口按事件触发：使用模式突变、规则连续被撤销、季节切换、设备挪动后才出现，且附「为什么是现在」的一句理由；日历式定期提醒只作兜底且默认关闭。
- 单次复核打包成组：以场景为单位（「回家模式关联的 4 条规则，各自最近 30 天的触发与撤销」），一屏看完，每条给保留/停用/删除三键——把成本压到几分钟。
- 复核结果留痕：这次核对了什么、改了什么，下次复核时作为基线呈现——让复核之间有累积，而不是每次从零判断。
- 验证办法：跟踪两个数的联动——复核完成率与其后 60 天的撤销率变化；完成率高而撤销率不降，复核就是走过场。再看维护劳动的家庭分布：是否始终压在同一人身上，是（并且已是抱怨源）就需要分担机制。