多控制平台规则冲突决策树：米家删了自动化灯还准时关怎么查

智能家居里有一种特别迷惑人的故障：用户说"我明明在米家 App 里把'21 点关客厅灯'的自动化删了，可灯每晚 21:00 还是准时灭，跟上了发条一样"。第一反应常被带偏成"灯具坏了"或"网关死机"，甚至有人去重置设备——结果重置完，灯还是 21:00 准时关。

这类故障的核心特征是 "你删的地方，不是真正执行的地方"。米家生态里，米家 App（云端）和极客版/本地网关（本地）是两套各自独立的规则引擎，删其一不代表删其九。下面这张决策树专门处理"多平台共管同一设备、规则删不干净"这一类。

60 秒判断：是不是双引擎在管

用一句话自测：

在 A 平台删了自动化，设备仍按原时间动作；且设备同时挂在米家云端和某个本地网关/极客版/Home Assistant 上 → 高度怀疑两套规则引擎各自独立执行。

如果删了就立刻不动作了，那是单引擎，不是本文范围。

排障决策树

用户反馈：米家删了"21:00 关灯"自动化，灯仍每晚 21:00 准时关
  │
  ├─ 先确认设备挂了几套引擎
  │    ├─ 只挂米家云端？→ 不该还动作，去查米家"场景/快捷指令/联动"是否还有残留
  │    └─ 同时挂极客版/本地网关/HA？→ 两套引擎，云端删了本地还在 ★最常见
  │
  ├─ 登入本地引擎后台（极客版 / 网关 / HA）
  │    ├─ "定时任务"里有 21:00 关灯？→ 删这条，灯应停止准时关
  │    ├─ "场景联动"里有关灯触发？→ 比对触发条件，删对应联动
  │    └─ 两者都没有？          → 可能是设备固件自带计划或第三方插件
  │
  ├─ 比对日志时间戳（关键一步）
  │    ├─ 本地引擎日志在 21:00 有"关灯"记录？→ 坐实本地规则在执行
  │    └─ 日志无记录但灯仍关？        → 不是规则，去查固件计划/物理定时
  │
  └─ 根因定位
       ├─ 两套引擎对同一灯下了相反指令？→ 优先级冲突，灯在"开/关"间拉锯
       └─ 只本地有规则、云端已删？   → 云端删动作无效，治标要删本地

决策树的核心就一句：先确认"执行规则的那套引擎"在哪，再去那套里删。前面登本地后台、比对 21:00 时间戳那两步，是整个判断的支点——它直接证明"是谁在准时关灯"。

三步定位操作

第一步：确认设备到底挂在几套引擎上

打开米家 App 看设备归属，再打开极客版（或本地网关、Home Assistant）看同一设备是否也在里面。只要两套都有，就默认"云端删 ≠ 本地删"。

第二步：在本地引擎里逐条排查

1. 进入极客版 / 网关 / HA 的"自动化"或"定时任务"列表
2. 搜索"灯""客厅""21:00""关"等关键词，定位 21:00 关灯规则
3. 打开"场景联动"，看有没有"时间=21:00 → 关灯"的联动被触发
4. 临时禁用（不要先删）这条规则，观察一晚是否还准时关

说明：先"禁用"再观察，比直接删更安全——万一是误判，恢复只需一键，不会把有用的规则弄丢。

第三步：用日志时间戳坐实

1. 打开本地引擎的运行日志 / 自动化追踪
2. 找到 21:00 前后的记录，看是否有"执行：关闭 客厅灯"
3. 该记录的时间戳与用户反馈的关灯时间吻合 → 坐实就是这条本地规则

本地引擎的追踪日志比用户口头描述可靠得多。很多"灵异关灯"在日志里一目了然：21:00:00 一行"关灯"，分毫不差。

一键应急：禁用并清理双端规则

下面这段是在本地引擎里操作的核对清单（不是能在终端跑的脚本，智能家居规则必须进对应后台改）：

1. 定位本地引擎里 21:00 关灯的规则/联动
2. 先"禁用"观察一晚确认生效
3. 确认无误后"删除"该规则
4. 回到米家 App 确认云端同名规则也已删除（双端都清）
5. 在"多平台规则映射表"登记：该灯的唯一控制引擎归谁

诚实说明：智能家居的规则清理必须在米家/极客版/HA 等对应后台完成，没有通用的"一键脚本"。上面是排障与清理的核对清单，不是可复制运行的代码；具体入口随你用的平台（米家极客版、Aqara 网关、Home Assistant）不同。

治本：让"删不干净"不再发生

在单个设备上清掉规则只是止血。只要同一设备还被两套引擎共管，下次还会踩。按这三层收口：

层级	动作	防的是什么
归口层	每类设备的自动化收归单一引擎（全交给 HA 或极客版），另一套只手动/只读	两套引擎对同一设备下相反指令、互相覆盖
流程层	立《双端同步清理 SOP》：多平台共管设备的自动化，清除必须云端+本地同步删	云端删了本地还在，规则删不干净
台账层	建"多平台规则映射表"，登记每个设备的唯一控制引擎与所在平台	新增自动化时和另一套引擎的规则撞车

一个常被忽略的点：极客版和米家 App 的"自动化"不是同一份。极客版是本地执行的硬规则，断电断网都能跑；米家云端规则依赖联网。所以"云端删了灯还关"本质是本地规则在兜底执行——这反而是它可靠的地方，只是你忘了它还在。

决策速查表（拿来即用）

现象	第一反应（误判）	真实根因	该去查哪
米家删了自动化灯还关	灯具/网关硬件故障	本地引擎（极客版）还有同规则	极客版定时任务/联动
重置设备后还准时关	设备被远程控制	规则在网关不在设备本身	网关/HA 自动化列表
灯时开时关像抽风	信号干扰/zigbee 掉线	两套引擎优先级冲突拉锯	比对两引擎对同一灯指令
禁用本地规则后不关了	问题消失	坐实本地规则是真凶	日志 21:00 时间戳
只在断网后还关	云端 bug	本地规则断网照跑（本就该如此）	本地引擎，非故障

这张表就是"最容易被误判成什么"的落地版——这类工单开头八成被报成"灯坏了"或"网关抽风"，按表反着查能省掉一大半无效排查。

常见问题（FAQ）

Q：米家 App 里明明删了自动化，为什么灯还关？
A：因为执行关灯的 rule 不在米家云端，而在另一套本地规则引擎（极客版或本地网关）里。米家 App 和极客版是两套互相独立的引擎：云端删规则，本地网关里的定时任务原封不动。你删的是"云端的那一份"，灯由"本地那份"控制，所以照关不误。

Q：怎么确认到底是哪套引擎在控制灯？
A：最直接的办法是临时把灯从本地网关/极客版里移除或停用它的自动化，看是否还准时关。更稳妥的是登入极客版（或网关）后台，打开"定时任务"和"场景联动"日志，按 21:00 这个时间点逐条比对触发记录——哪条日志的时间戳和关灯时间吻合，哪条就是真凶。

Q：两套引擎会打架吗？优先级怎么算？
A：会。米家 App 的云端规则和极客版的本地规则都能控制同一盏灯，当两者对同一个设备下了相反指令，就会出现"云端开了、本地又关了"的拉锯。很多用户以为只有米家 App 在管灯，其实本地网关一直在按自己的规则跑，优先级冲突是这类"灵异关灯"的常见根因。

Q：我该用米家还是极客版/HA 管自动化？
A：关键不是二选一，而是"谁有唯一控制权"。建议把同一类设备的自动化收归单一引擎（比如全部交给 Home Assistant 或极客版），另一套只做手动控制或只读。最忌讳两套引擎都对同一设备写规则——那等于埋了两套会互相覆盖的开关。

Q：以后怎么避免删不干净？
A：立一条 SOP：任何自动化只要是多平台共管的设备，清除时必须"云端 + 本地网关/极客版"两端同步删，并在"多平台规则映射表"里登记每个设备的唯一控制引擎。新增自动化前先查表，确认不会和另一套引擎的规则撞车。

延伸阅读与参考

Home Assistant — Automations 文档 — 触发/条件/动作模型，理解为什么本地规则断网也能跑
小米米家开放平台 — 自动化与场景 — 米家云端与本地（极客版）规则的边界说明（以官方最新文档为准）
Home Assistant — Blueprint 与场景复用 — 把常用自动化收归单一引擎、避免分散管理的做法

本文是面向智能家居排障的决策资产，外部链接仅作官方概念出处；具体入口随你用的平台（米家极客版、Aqara 网关、Home Assistant）不同。