先定位：是没触发，还是触发了没执行
场景不自动执行，看起来是一个问题，实际可能出在两个完全不同的环节。其一是触发条件压根没有发生，其二是触发发生了但后续动作被拦下。先分清这一步，能省掉大量无效的设备重置和重新绑定。
多数平台都提供执行日志或自动化记录。打开之后按顺序看：有没有触发记录？有触发但动作失败，说明问题在执行侧；连触发记录都没有，说明问题在条件侧。日志是排查的起点，不要跳过去凭感觉改配置。
还有一种情况容易被忽略：场景其实执行了，但动作结果肉眼不可见，比如把已经开着的灯再开一次，或者窗帘已经到位又发了一遍指令。这类执行了却没变化的情形，需要把动作临时改成可观测的来验证。
触发条件失效：传感器、时间与设备状态
传感器是触发侧出问题的高发区。人体传感器有检测距离和角度的限制，装在空调出风口下方或正对热源，误报和漏报都会上升。电池电量偏低时，部分传感器会降低上报频率，表现为时灵时不灵。
时间触发要看清楚日期类型。工作日、周末、法定节假日是三种不同口径，如果规则限定工作日而当天调休，场景就不会执行。跨零点的时间段，比如二十三点到次日六点，有些平台需要拆成两段来写，直接写一个区间会失效。
- 检查传感器安装位置：避开出风口、热源与阳光直射
- 检查电量与上报间隔：低电量会主动降频
- 检查日期口径：调休日不等于工作日
- 检查跨零点区间：必要时拆成两条规则
条件被拦截：生效时段、模式与免打扰
很多自动化规则带有生效时段限制，这是为了减少误触。但时段设置一旦与生活习惯错开，场景就会在该动的时候不动。检查方式是逐条打开规则，确认生效时段是否覆盖了期望的时间点，尤其注意跨天区间是否被正确识别。
家庭模式是另一层开关。离家、回家、睡眠、会客等模式切换时，部分规则会被临时挂起。如果模式本身没有正确切换，比如一直停留在离家模式，那么依赖回家模式的一批规则都不会执行。
免打扰和静音设置同样会影响执行。带有语音播报或提醒动作的自动化，在免打扰时段会被系统静默掉，看起来就像没跑。这不是故障，需要在确实需要提醒的时段提前解除静默。
规则冲突：同一设备被多条规则争抢
规则数量增加之后，冲突几乎是必然的。典型情况是两条规则在同一时刻对同一盏灯发出相反指令：一条要求开，一条要求关。系统按优先级或执行顺序择一处理，用户看到的结果就是有时对有时不对。
排查冲突的办法，是把涉及同一设备的规则全部列出来，按时间轴比对触发点。重叠的部分要么合并成一条规则，用条件分支区分结果；要么调整生效时段，让它们在时间上错开。
条件叠加过多也会拖累稳定性。一条规则里同时挂五六个判断条件，任何一个不满足都会导致整体不执行。更稳妥的做法是把复杂判断拆成几条简单规则，各司其职，出问题也容易定位。
网络与执行链路：云端与本地的差异
自动化执行有云端和本地两条路径。云端执行依赖外网，家里宽带波动或平台服务抖动时，场景就会延迟甚至不执行。本地执行在局域网内完成，断网也能跑，但对设备协议和网关能力有要求。
判断路径的方法是断网测试。手动拔掉外网或关闭路由器的互联网连接，再触发一次场景。如果依然执行，说明走的是本地链路；如果不执行，说明依赖云端，那么在断网期间就要有心理预期。
对于照明、窗帘、安防这类基础动作，建议优先选择支持本地执行的设备与网关。对需要外部数据的场景，比如根据天气决定是否关窗，只能走云端，此时可以为它补一条基于时间的本地兜底规则。
设备状态不同步：开关、电量与离线
场景执行的前提是设备在线且状态准确。设备离线时，指令会失败或超时。一些平台的自动化在设备恢复后不会补发指令，导致场景看起来漏执行了一次，实际是执行时机没赶上。
状态不同步也是常见原因。物理开关被手动按过之后，如果开关不具备状态回传能力，平台会认为灯还是原来的状态，后续的条件判断因此出错。这类问题在后期改造的房子里尤其普遍。
- 优先选用带状态回传的开关面板
- 定期检查传感器与门锁电量，低于两成及时更换
- 关注离线提醒，掉线设备先从供电和信号查起
- 避免双控冲突，物理开关与智能模块不要重复控制同一回路
多人协作与权限：家庭成员改动带来的变化
家庭里的自动化规则往往由一个人搭建，但多人使用。其他成员手动关闭某个设备、删除某条联动、修改某个场景名称，都会让原有规则失效。这类改动通常不留痕迹，排查时容易被漏掉。
解决思路是约定操作边界。把需要长期稳定的自动化集中在主账号下管理，常用的一两个场景开放给其他成员手动触发，避免随意增删规则。给老人和孩子使用的面板，可以只保留手动控制。
设备重命名也会引发连锁反应。语音指令和自动化规则都依赖设备名称，改名后规则里引用的还是旧名称，就会指向不存在的对象。改名之后，相关规则需要同步更新一遍。
让自动化稳定下来的几条习惯
给规则起清晰的名字，包含空间和用途，例如主卧夜间起夜灯。这样在规则列表里一眼能看出它管什么，出现冲突时也容易识别。避免使用新建场景一这类默认名称，时间一长自己也记不住。
每新增一条规则，做一次真实触发测试，而不是只看保存成功。用手遮挡传感器、手动改变设备状态，看动作是否按预期发生，并留意执行日志的记载。测试通过后观察两三天，再增加下一条。
定期做一轮清理。长期不用的规则、被替代的旧规则、临时调试留下的规则，都建议删除。规则数量控制在可理解的范围内，整套系统的可预期性会明显提升，后续维护也轻松得多。
客服1 
客服2 