大多数人装修完智能家居的第一年，都会经历同一个心理落差：设备装了一屋子，开关能语音控制，灯能调色，窗帘能电动，但每天真正在用的还是那几个物理按键。问题不在于设备买少了，而在于智能场景联动没搭起来——设备是散的，场景才是把它们串成一条线的东西。我前后折腾过三套房子，从最早只会"一句话开灯"的阶段，到现在全屋三十多个设备、二十多个自动化在跑，中间踩的坑足够写一本小册子。
这篇不讲参数堆砌，也不做产品清单，就围绕五个我认为最值得落地的智能场景联动案例展开：回家、睡眠与起床、离家与安防、观影氛围、厨房与卫浴。每个案例我会说清楚触发条件怎么选、动作怎么排、延时给多少、哪些地方一定会翻车。适合正在装修布线的人，也适合已经装完但觉得"不好用"的人改造成本极低的方案。
1. 先搞清楚：智能场景联动到底在联动什么
动手之前先建立一套心智模型，比直接去点APP里的"新建自动化"重要得多。很多人做出来的联动之所以像智障，根本原因是脑子里没有分层概念，把所有东西糊成一团。
1.1 三层结构：感知、决策、执行
任何一个稳定的联动，都可以拆成三层。感知层是传感器和输入源：门磁、人体传感器、照度计、温湿度、水浸、烟感、墙壁开关、手机、语音助手。决策层是网关或者本地自动化引擎，它负责判断"条件是否成立"。执行层是灯、窗帘电机、空调、新风、阀门、插座。
新手最容易犯的错是把三层混在一起想，比如"我要开门就亮灯"，听起来是一句话，实际上里面藏着三个待定项：开门用什么感知？亮灯是亮哪几盏、什么亮度、什么色温？如果白天开门还亮不亮？
我自己的习惯是把每个场景先在纸上画成"如果……并且……那么……否则……"的四段式。如果是触发条件，并且是限制条件，那么是动作序列，否则是兜底。这四段写不出来，说明这个场景还没想清楚，先别急着动手。
1.2 一个按键开三盏灯，其实不算联动
这是最典型的伪联动。物理开关按下去，三路灯同时亮，这叫"多路控制"，不叫场景。真正的联动至少满足两个特征之一：触发源和执行端之间没有物理连线，或者决策过程包含了对环境状态的判断。
举个具体的：卫生间灯。版本A是"人体传感器检测到移动→开灯"，这只能算入门。版本B是"人体传感器检测到移动，并且照度低于80lux，那么开灯到40%亮度、3000K色温；如果照度高于80lux则不动"。版本B才叫联动，因为它把环境光纳入了决策。
再往上还有版本C：加入时间段判断，夜里23点到早上6点之间触发，只开地脚灯到3%亮度、2000K，其余灯不动。这一版的体验提升是数量级的——半夜起来上厕所不用被主灯晃得睁不开眼。
1.3 选协议之前必须先想清楚的三件事
协议选择是个老生常谈的话题，但我想从联动的角度重新说。第一是供电方式决定拓扑。常供电的设备（插座、开关、窗帘电机）可以充当网络中的中继节点，电池设备不行。这意味着如果你的传感器全是电池的，而常供电设备只集中在客厅，那么卧室和卫生间的信号就是靠一跳直达网关，稳定性会差很多。
第二是本地化能力决定响应速度。云端执行的联动，从触发到动作通常有0.5到2秒的延迟，网络不好的时候更久。本地执行可以做到200毫秒以内。判断方法很简单：把外网断掉，看看你的自动化还能不能跑。如果全瘫了，说明决策在云上，这类方案在关键时刻是掉链子的。
第三是设备数量上限。单个网关能带的设备数是有天花板的，而且不同协议差别很大。规划阶段就要按"最终设备数×1.5"来预留，别等装到一半发现加不进去了。
| 协议类型 | 典型延迟 | 功耗 | 组网方式 | 适合场景 |
|---|---|---|---|---|
| 低功耗网状网络 | 100-300ms | 极低 | 自组网，需常供电设备做中继 | 传感器、开关、灯具 |
| Wi-Fi | 200-800ms | 高 | 星型，依赖路由器 | 摄像头、大功率家电 |
| 蓝牙网状 | 150-400ms | 低 | 手机可直连，覆盖有限 | 局部照明、临时控制 |
| 有线总线 | <50ms | 取电 | 需提前布线 | 新建住宅、大平层 |
这张表是我自己的使用感受汇总，不是实验室数据，但方向是对的。新建房如果有条件，灯光回路走有线总线、传感器走低功耗网状网络、大件家电走Wi-Fi，这是一个比较省心的组合。
2. 案例一：回家场景——把开门这一秒拆成五个动作
回家场景是所有联动里最值得先做的，因为它每天至少触发两次，体验收益最高。但也最容易做成"一开门全屋炸亮"的效果。
2.1 触发源到底选谁：门锁、门磁还是地理围栏
三种触发源我都用过，结论是智能门锁的开锁事件最靠谱。原因在于它带有身份信息：谁开的锁、用指纹还是密码还是钥匙，这些都能拿到。你可以做"家里老人指纹开锁→只开玄关和走廊灯"，做得很细腻。
门磁是次选。门磁只能告诉你"门开了"，不能区分是进屋还是出门，也不能区分是谁。它更适合做辅助确认，比如"门锁开锁后30秒内门磁闭合"才算一次完整的回家动作。
地理围栏是最不推荐的独立触发源。它的原理是手机定位进出某个范围，问题在于定位精度在城市里经常只有几十米到几百米，加上系统省电策略会延迟上报，实际表现就是"人到家门口了灯还没亮"或者"人在楼上灯就亮了"。我现在的做法是把它降级为辅助条件：地理围栏进入范围 + 门锁开锁，双条件同时满足才触发，避免误判。
提示：如果你的门锁不支持事件上报，退而求其次可以用"门磁开启 + 室内照度低于阈值 + 家中无人状态"三条件组合，准确率也能接受。
2.2 动作编排的节奏感：为什么不能一次性全开
这里是我踩过最深的坑。早期我做的回家场景是：开门→玄关灯、客厅灯、餐厅灯、走廊灯全开。结果每次回家都像走进手术室，视觉冲击太强，而且四路灯同时启动，总功率瞬间拉高，有一回把玄关那路的老式断路器给顶了。
后来改成有节奏的接力，体验完全不一样：
- 第0秒：门锁开锁事件触发，玄关灯亮到60%亮度、3500K色温。
- 第2秒：门磁闭合确认进门，走廊灯亮到40%。
- 第5秒：客厅主灯亮到50%，同时窗帘如果是关闭状态则打开到70%。
- 第8秒：空调或新风启动，但只在室温高于26度或低于18度时才动。
- 第15秒：背景音乐如果是晚间时段则播放，白天不播。
这个"第N秒"的间隔不是随便定的。2秒是为了给门磁闭合留出时间窗口，形成二次确认；5秒是让人走到客厅的步行时间，灯不能提前亮也不能滞后；8秒和15秒是为了错开功率峰值，同时也符合人进门后的行为顺序。
2.3 这一段最容易翻车的地方：误触发与重复触发
两个高频问题。误触发主要来自地理围栏和人体传感器。地理围栏前面说了，降级为辅助条件即可。人体传感器的误触发通常发生在装位不当：正对窗户的会被阳光晒到误判，正对空调出风口的会被气流扰动误判，装在走廊尽头的会被远处走过的人影误判。
重复触发是另一回事。门锁开锁事件有时候会上报两次，导致场景跑两遍——灯先亮到60%再重新开始，看起来像闪了一下。解决办法是在自动化里加一个"互斥锁"：场景开始执行时置一个变量为1，执行完毕后延时60秒再置0，这个变量为1期间忽略新的触发。
这个技巧在小户型里尤其重要，因为玄关离卫生间近，有时候家人先后进门会连续触发。
3. 案例二：睡眠与起床——用一条时间轴管住光、温、声
睡眠场景的价值不在"一键关灯"，而在于渐进。人眼对亮度变化是敏感的，但对缓慢的变化几乎无感，用好这一点，体验会非常自然。
3.1 睡眠场景：关灯要关得像日落一样
传统的"关灯"是瞬时的，啪一下全黑。我现在的睡眠场景是分四段走的：
- 启动时：全屋非必要灯光关闭，卧室主灯从当前亮度降到30%，色温拉到2700K。
- 30秒后：主灯降到10%，色温2200K。
- 再60秒后：主灯关闭，床底灯带亮到5%，只保留安全感照明。
- 再过5分钟：床底灯带关闭。同时空调切到睡眠曲线，温度比当前设定上浮1度。
这一套跑下来大概七分钟，人在这七分钟里完成洗漱、躺下、看会儿手机的过程，灯光自然退场，不会有"突然黑了"的惊扰。色温的下调比亮度更关键，2700K以下的光对褪黑素影响更小，这也是为什么用暖光收尾比单纯调暗更舒服。
触发方式上我不建议只做语音，因为躺下之后说话是很烦的事。我用了三个入口：床头物理开关双击、床头场景面板按键、手机端。物理开关是第一优先级，这是给"不想说话也不想找手机"的那部分时刻准备的。
3.2 起床场景：模拟日出的参数怎么调
起床比入睡更难做，因为它要对抗的是人本身的起床困难。市面上有专门的模拟日出灯，但用全屋灯具做效果更好，前提是灯具支持平滑调光和色温调节。
我的参数是这样：总时长设定为30分钟，从设定起床时间前30分钟开始。前10分钟亮度从0缓升到10%，色温2200K；中间10分钟亮度到35%，色温升到3000K；最后10分钟亮度到70%，色温4000K，同时窗帘打开到50%。起床时间点到达时，播放音量从0缓升到30%的轻音乐，同时语音播报当天的天气和日程。
这里有个细节值得说：窗帘打开要延后到第20分钟。太早开窗帘，冬天外面天还黑着，效果反而突兀；太晚开，光的作用就浪费了。20分钟这个点，是室内亮度已经上来、人开始进入浅睡阶段的时候。
另一个坑是色温上限。有些灯具在低亮度下能调到很暖的色温，但亮度上去之后色温被限制，会导致"亮度升高同时色温跳变"的观感。买灯之前最好实测一下低亮到高亮的色温连续性，别只看参数表。
3.3 夜里起夜的微光联动：这个场景最考验传感器选型
起夜场景是我认为最能体现细节功力的一个。核心难点在于：人要的是"我下床的时候亮一点点，我回去之后它自己灭"，而传统红外人体传感器在你躺着不动的时候是判定无人的，你一动它就触发，然后你躺回去它又延时关闭，反复折腾。
我现在的方案是用存在感知类的传感器（雷达原理那类）装在床侧，配合床下的灯带。逻辑是：检测到床侧区域有人且持续移动超过1秒，则开灯带到2%亮度、2000K色温；检测不到人持续30秒，则关灯。亮度一定要压到极低，2%是个经过反复试的数，再高就会晃眼，再低就看不清路。
注意：这类传感器对风扇、空调扫风、窗帘飘动都比较敏感，安装位置一定要避开气流直吹路径，否则半夜灯会莫名其妙亮起来，比不做这个场景还烦。
如果实在解决不了误触发，退化方案是用床下压力感应条或者床边地脚灯的独立红外，牺牲一点灵敏度换稳定性，也能接受。
4. 案例三：离家与安防——无感布防的关键全在"延时"和"确认"
离家场景的逻辑看似简单：人走了，关灯关空调，布防。但真正做好，难点全在边界情况——出门倒垃圾算不算离家？家人在家但主账号手机离开了怎么办？
4.1 离家判定为什么必须做二次确认
我第一版的离家场景是：地理围栏离开范围→执行离家。结果那段时间我每天下楼取快递都会触发一次全屋关灯关空调，回家再重新开，烦到想砸网关。
后来改成三重确认，稳定多了：
- 主触发：门锁上提反锁事件，或者面板上的"离家"按键。
- 辅助确认：所有人体存在传感器在过去5分钟内均无人在场。
- 延时窗口：触发后再等90秒，如果90秒内有任意传感器检测到人，或者门锁被再次打开，则取消执行。
90秒这个数字是有讲究的。人的"临时出门"行为（取快递、扔垃圾、下楼挪车）绝大部分在90秒内会返回或者至少会在门口出现动静。设成30秒太短，设成5分钟又太久——你都已经到小区门口了家里的空调还在转。
4.2 布防后的分级响应，别一上来就满级
很多教程里教的布防就是"门窗磁被打开→声光报警+推送"。这个做法在实际生活里问题很大：家人晚归、保洁上门、快递放门口，都会触发。我现在做的是分级：
| 级别 | 触发条件 | 响应动作 |
|---|---|---|
| 一级 | 门磁或窗磁被打开 | 本地提示音+手机推送，不发声光报警 |
| 二级 | 一级触发后，室内传感器检测到人在移动 | 加强提示+推送+记录抓拍 |
| 三级 | 多传感器连续触发并持续存在 | 声光提示+持续推送+联动录像 |
分级的意义在于把绝大多数误报消化在一级，避免"狼来了"。真要实现三级联动，需要多个传感器交叉验证，单靠一个门磁是不够的。
另外，离家时的家电关闭要有选择性。冰箱、路由器、监控摄像头、燃气报警器这些是绝对不能断的。我的做法是给插座分组，"离家可断"组统一关闭，"常供电"组不参与联动。这个分组在建库阶段就要做好，事后改起来麻烦。
4.3 回家撤防的顺序问题
撤防看起来是布防的逆操作，但顺序很关键。正确的顺序是：先撤防，再触发其他动作。如果反了，会出现"人已经进屋，安防还在布防状态，室内传感器一检测到人就报警"的尴尬。
我的做法是把撤防指令放在回家场景的第一个动作位置，且设置成"无条件立即执行"，不参与任何延时队列。门锁一开锁，撤防指令同步下发，后续的灯光动作再按原有节奏走。这样即使后面某个动作失败，也不会影响撤防。
还有个小细节：如果家里有多个成员，最好给每人的开锁方式绑定不同的撤防权限。比如临时密码只能撤防不能改设置，这样临时来的人不会误动你的安防配置。
5. 案例四：观影与氛围——一键切场景背后的状态快照
观影场景是"看起来最简单、实际最考验架构"的一个。因为它涉及的核心问题是：你要记住进入场景之前是什么状态，才能退出来的时候还原。
5.1 场景不是"设一次"，而是"记状态、还原状态"
大部分平台的一键场景只能执行"把A设成1、把B设成2"这样的固定动作。这在观影场景里就很别扭：你晚上看电影，退出之后希望恢复成原来的亮度，但原来的亮度可能是80%，也可能是30%，取决于你进场景之前调到了哪里。
要解决这个，需要"快照"能力：进入场景时，把目标设备当前的亮度、色温、开关状态读出来存到变量里；退出场景时，把变量写回去。这个能力不是所有平台都原生支持，如果平台不支持，退化做法是约定俗成：规定观影场景只从"日常模式"进入，退出时一律恢复到固定的日常模式参数。牺牲一点灵活性，换稳定性，普通家庭够用了。
5.2 窗帘、灯光、影音的时序配合
观影场景的动作序列，顺序错了体验会差很多。我的顺序是：
- 第0秒：主灯关闭，背景灯带降到25%亮度、2700K。
- 第1秒：窗帘关闭（如果开着）。
- 第3秒：投影或电视开机。
- 第6秒：功放切换输入源，音量归到预设值。
- 第10秒：空调切到低风速，温度略微下调1度。
为什么灯光先关、窗帘后关？因为窗帘电机运行有噪音，如果在视频已经开始播放的时候关窗帘，噪音会盖住片头。而灯光先关是为了让眼睛适应，如果先关窗帘再关灯，中间那几秒的光比会很难受。
第3秒开投影、第6秒切输入这个间隔，是留给投影仪启动的。便宜的投影仪从通电到出画面要5到8秒，如果输入源切换太早，会切到"无信号"状态然后卡住。这个坑我踩过，后来把输入切换延后到6秒，问题就没了。
5.3 退出场景怎么恢复，以及一个容易被忽略的细节
退出场景的触发一般是两个：语音指令和"暂停播放"这个事件。后者很少有人用，但体验极好——你在看片中途按了暂停，灯带自动升到50%亮度，方便你去倒水或者去洗手间，回来继续播，灯又降回去。
实现方式是把播放器的播放状态作为一个触发源，暂停→触发"临时照明"场景，播放→触发"观影"场景。前提是你的播放器能被网关读取状态，这需要播放设备有开放接口。
提示：如果没有状态接口，可以用一个物理按键贴在茶几上做替代，按一下升亮，再按一下降下来。成本几块钱，体验接近。
6. 案例五：厨房与卫浴的隐形联动——不打扰才是好联动
前四个案例是"看得见"的联动，效果直观。厨房和卫浴是"看不见"的联动，做得好你几乎察觉不到它的存在，做得不好就是天天误报。
6.1 厨房：这里有一条绝对不能违反的安全红线
厨房的联动重点在安全：燃气泄漏、烟雾、水浸。我先说最重要的一条——燃气泄漏报警时，绝对不能联动排风扇和灯具。
原因很直接：排风扇和灯具的开关在通断瞬间会产生电弧，如果室内燃气浓度已经达到爆炸极限，一个电弧就够出事。正确的联动序列是：关闭燃气电磁阀 → 打开窗户（用推窗器）进行自然通风 → 本地声光报警 → 推送通知所有人。整个过程中不操作任何电器。
这条是我在学习阶段看到的一段说明，当时觉得有点小题大做，后来想明白了：联动设计的第一原则是"不能在故障时让情况变糟"。排风扇在平时是除油烟的好帮手，在燃气泄漏这个特定场景下就是风险源。
烟雾报警的联动可以稍微积极一些：关闭燃气阀、打开排风、打开窗户、推送。但如果确认是火灾，排风反而可能助燃，所以更稳妥的做法是只做"关阀+开窗+报警+推送"，排风交给人工判断。
日常的厨房联动我做的是"排风跟随灶具"：灶具点火后延时30秒开排风，灶具关闭后延时5分钟关排风。这个5分钟是留给余烟的，比灶具关了就停要合理得多。实现方式可以用带功率检测的智能插座（检测灶具或油烟机的功率变化），或者用温湿度+颗粒物传感器做间接判断。
6.2 卫浴：湿度驱动的排风，阈值和延时的取值逻辑
卫生间排风联动是我认为性价比最高的一个自动化。逻辑就一句话：湿度高到一定程度开排风，降下来之后延时关闭。但阈值和延时怎么设，决定了它是否好用。
我实测下来的参数是：湿度高于75%且持续3分钟 → 开启排风；湿度低于65% → 继续排5分钟后关闭。
为什么开的时候要持续3分钟？因为洗澡刚开始的时候湿度上升很快，但如果你只是洗个手、洗个脸，湿度也会短暂上冲，3分钟的持续判定能过滤掉这些。为什么关的时候要多排5分钟？因为湿度传感器装在吊顶上，它感知的是顶部的湿度，地面和墙面的水汽还没散完，如果湿度一降就关，墙面会长期潮湿发霉。
如果家里有地暖或者毛巾架，可以再加一条：地面温度低于设定值时，洗澡期间自动开启毛巾架加热，30分钟后关闭。这条在冬天特别实用。
6.3 "人不在"的判断，是这类场景里最难的一环
厨房和卫浴的联动有个共同难点：这两个空间的人体活动往往是静止的。你在灶台前站五分钟切菜，红外传感器早就判定无人了；你泡在浴缸里二十分钟，一样会被判定无人。一旦误判无人，联动就会把灯关掉、把排风停掉。
解决方案有两个方向。一是换用存在感知类传感器，能检测到微动甚至呼吸，但要注意避开气流和水汽的干扰——卫生间的淋浴区水雾大，传感器选型要选防护等级够的，位置也要避开正对淋浴头。
二是用"状态保持"代替"实时检测"。比如卫生间的灯，不用传感器实时控制，而是"检测到人进入→开灯→开启一个30分钟的保持窗口，窗口内不检测无人→窗口到期后再判断"。这样即使中间传感器丢失目标，灯也不会关。缺点是如果人提前走了，灯会多亮一会儿，但我认为多亮几分钟远好过洗澡洗到一半灯灭了。
成本上也划算：一个存在感知传感器的价格大概是普通红外的三到五倍，但如果你只在一个关键位置用，其余位置仍用普通传感器配合状态保持逻辑，整体预算不会失控。
7. 联动总是翻车？按这条链路从后往前查
自动化不生效的时候，很多人的第一反应是删了重建。我的建议是别急，按一条固定的链路排查，八成问题能在五分钟内定位。
7.1 从触发端开始：传感器到底有没有上报
排查永远从最前端开始。打开平台的设备日志，手动触发一次传感器（开门、走动、按开关），看看日志里有没有对应的事件记录、时间戳对不对。
如果没有记录，问题在感知层：电池没电了、设备离线了、配对丢了、或者装的位置信号太差。如果记录有但延迟很大（比如走了五秒才上报），说明网络质量不行，考虑加中继设备。
如果有记录但自动化没跑，那问题在决策层，往下走。
7.2 决策层：条件互斥和状态残留
这是最隐蔽的一类问题。举两个我遇到过的真实情况。
情况一：我做了"卫生间无人则关灯"和"走廊有人则开灯"两个自动化，结果晚上在走廊走动时，卫生间的灯会莫名其妙灭掉。原因是两个自动化共用了一个"全屋无人"的判断变量，走廊有人时这个变量没及时更新。
情况二：观影场景执行后，我手动把灯调亮了，然后退出场景，灯又变回了我调亮之前的状态。这在逻辑上是对的（快照还原），但体验上很怪。
解决办法是给每个场景建立独立的状态变量，不要跨场景共用。同时给手动操作留一个"接管"机制：检测到用户手动操作某个设备后，相关的自动化暂停一段时间（比如30分钟），避免自动化跟你抢控制权。这个功能有些平台原生支持，不支持的可以用变量模拟。
7.3 执行层：零火线、负载类型、红外码库
动作指令发出去了，设备不动，问题在执行端。最常见的三个原因：
零火线问题。智能开关分零火版和单火版。零火版需要墙壁盒里有零线，工作稳定；单火版是靠灯具回路取电，有最小负载要求，如果接的是小功率灯具（比如3W的筒灯），会出现闪烁或者关不彻底的现象。补救办法是在灯具两端并联一个电容，或者换成零火版。
负载类型不匹配。有些智能开关标称支持多少瓦，但那是对阻性负载（白炽灯）而言。接LED驱动、风扇电机这类容性或感性负载时，实际能带的功率要打折，而且容易出现误动作。
红外码库不全。用红外控制空调、电视的时候，如果设备型号不在码库里，就会出现"部分按键有效、部分无效"的情况。解决办法是用学习功能逐个按键录一遍，虽然麻烦但一劳永逸。
7.4 一个容易被忽略的隐形杀手：无线信道拥堵
这个坑最气人，因为所有配置看起来都正确，设备也都在线，就是偶尔失灵。原因是2.4GHz频段太挤了：Wi-Fi、蓝牙、低功耗网状网络、无线键鼠、微波炉全挤在这一段。
低功耗网状网络常用的信道是11到26，而Wi-Fi常用的1、6、11信道会覆盖掉其中一部分。我现在的配置是把家里Wi-Fi固定在1和6信道，把网状网络固定在25信道，两边错开，掉线率明显下降。
改信道这个操作，不同平台的入口不一样，有的在网关设置里，有的需要用调试工具。改之前先扫描一下周围有多少个Wi-Fi信号，挑一个占用最少的位置。
8. 从"能联动"到"稳联动"：几条踩出来的经验
前面五个案例讲的都是"怎么做"，这一节讲"怎么做得住"。这两件事的差距，大概就是我前两年和后两年的差距。
8.1 本地执行优先，云端只做辅助
我现在的原则是：所有跟"灯、窗帘、开关"相关的自动化，必须本地执行；所有跟"推送、语音、天气"相关的，可以走云端。前者是高频、要求低延迟的，后者是低频、可以容忍延迟的。
判断方法很简单：拔掉外网，走一圈家里，看看哪些联动失效了。失效的都是云端执行，需要把它们迁移到本地网关。现在主流的本地自动化引擎大多支持图形化配置，迁移成本不高。
本地执行的另一个好处是断网时家庭功能正常。这一点在有老人小孩的家庭里尤其重要，你不能指望家人在断网时还记得怎么手动操作。
8.2 每个关键场景，必须留一个物理开关
这是我最坚持的一条。无论自动化做得多完善，玄关、客厅、主卧、卫生间这四个位置必须有能直接控制主要灯具的物理开关。
原因有三个：家里人尤其是老人不习惯用APP；系统升级、网关重启的时候需要临时控制；以及最现实的——有时候你就是想快速开个灯，不想等那两秒钟。
我见过不少人为了"极简"把物理开关全拆了，结果家里人怨声载道，最后又装回去，白折腾。物理开关不是智能家居的对立面，它是最后的保底。
8.3 命名、分组、注释——半年后你会感谢现在的自己
这一条没什么技术含量，但价值极高。想象一下你有三十个设备、二十个自动化，半年后想改一个逻辑，结果看到一堆"设备001""自动化_副本3"，那感觉就像打开了一个没有整理过的抽屉。
我的命名规则是"位置_类型_编号"，比如"客厅_主灯_01""卫生间_排风_01"。自动化也是一样，"场景_回家""场景_睡眠"，这样在列表里一排序就分好组了。
更重要的是给每个自动化加注释，写清楚它的触发逻辑、依赖的设备、注意事项。我一般在注释里写三行：这个自动化解决什么问题、依赖哪些设备、什么情况下会失效。二十个字的事，能省下未来一小时。
8.4 定期做一次"断网演练"和"断电演练"
最后分享一个习惯。我会每隔几个月做一次演练：拔掉外网跑一圈，看看哪些功能瘫了；关掉网关电源再开，看看自动化能不能自动恢复；单独关掉某一路空开，看看哪些设备掉线了。
这个习惯是从一次真实经历来的。有回网关升级后部分自动化静默失效了，我一直没发现，直到有天晚上回家，门开了灯没亮，站在黑漆漆的玄关才意识到。逐条检查发现有七个自动化都断了，全部重新配置花了一个晚上。
现在我会在每个季度末花十分钟跑一次演练，成本很低，但能避免"关键时刻掉链子"。
我自己在这个领域折腾了几年的体会是：智能家居真正让人满意的时刻，不是你在朋友面前演示"一句话关全屋灯"的时候，而是某个深夜你起床上厕所，脚下亮起一圈刚好够看清路的微光，回来躺下它又自己灭了，你甚至没有意识到它工作过。这套东西的终极目标不是炫技，是让技术退到背景里去。
如果你现在正准备动手，我的建议是从回家和睡眠这两个场景开始，先用最简单的触发条件跑通，跑两周看看有没有误触发，再逐步加条件、加延时、加兜底。一上来就搭一个包含十几个条件的复杂自动化，大概率会在第三天被你亲手删掉。慢慢长出来的系统，才是能陪你住很多年的系统。
