柏林IFA那边，“无人家务"的通稿还在刷屏——家电成了智能体，还长出了手脚。华为鸿蒙智家的宣传口径也已经喊到"小艺管家6.0主动智慧”、覆盖3200+品牌400+品类。36氪微博
而在国内的求助帖里，全屋智能的真实水位是另一幅样子。9月13日刚发的知乎文，标题就叫"全屋智能装完就吃灰"，开头是"对着语音助手喊到嗓子冒烟，它却装死"。同一天微博上也有人许愿：夜晚不想开大灯，家里的星星点点小夜灯要能自己识别夜晚亮起来，并问了一句全屋智能什么时候有好解决方案？知乎微博
一个刚装修完的人大概想不到：设备买齐了、零线留了、网关也配了，最后卡住全屋智能的，是一堆"配了但装死"的自动化。
先看三个真实现场，都不是断网
现场一，温控联动失灵，差点出事故。 今年5月2日小红书一条求助帖：养蛇的用户用智能开关加温湿度传感器做热区温控联动，之前一直都没出现过什么问题，某天早上醒来突然发现热区温度四十多，自动化没执行。评论区22条全是活人经验：有人说"我的也是温度调节不执行，其他都没问题，也有网关，通信一切正常"；有人给方案"多加几个触发，把30度、35度都加上"；还有人"延时几秒，再执行一次"。注意这个细节：通信一切正常，设备全部在线，联动照样死了。 这正是本篇要处理的问题——它和掉线是两回事。小红书
现场二，条件全满足，它就是不执行。 7月22日知乎提问：家里每个区域都装了人在传感器，想做"全屋无人15分钟后关风扇"，“已经在米家自动化里设好了条件，但一直不生效”。而4月29日小红书那条"老不执行，需要我点一下保存"的帖子下，有个2赞评论把机制讲透了：第一个条件只会执行一次，触发那一刻但凡有一个传感器还没变成无人状态，那这个自动化就不会执行，并且不会查询第二次了。另一条评论一句话总结：“触发只是一瞬间，而状态才是持续的”。我对着这个机制，把后面几个案例全核了一遍。知乎小红书
现场三，它不但不干活，还乱演。 6月9日的小红书帖问的就是这种：出门扔个垃圾，门一关一开，全屋灯光又亮了；半夜家里有人去卫生间，门一开，"欢迎回家"语音播。这条帖只有1赞0评——问了没人答。但机制上它和现场二是同一枚硬币的两面：触发器只认"事件发生的那一下"，分不清你是扔垃圾还是回家。小红书
把过去几年小红书、知乎、B站、微博上同类求助翻一遍，"米家自动化不执行"这一个话题，小红书一家就有12条独立求助帖、合计286条评论——从2024年1月那条评论数53的帖子，到今年8月还有30条追问。年复一年问同一件事，答案散落在各条评论区里没人汇总，这就是这篇要干的活。
把"失灵"拆成六种死法，每种都有出处
死法一：把"状态"当"触发"用（占比最高）。 米家普通版自动化的结构是"触发→（查一次条件）→执行"。“客厅+餐厅+玄关三个传感器都无人持续2分钟"这种需求，如果触发器只挂在客厅传感器"变为无人"那一下，另两个区域的"无人"状态永远不会被复查——现场二就是教科书案例。修法免费：把触发换成"任一传感器变为无人”，把等待挪进动作前延时，或者干脆拆成三条各自触发；B站8月21日那期教程直接就叫"教你制作【推测无人】"，干的是同一件事。哔哩哔哩
死法二：源头设备根本不报事件。 先说传感器死机不更新状态——2024年6月有人做过实验，人在传感器放在全封闭+黑暗+静态的盒子+柜子里都不会更新状态，也不触发自动化。然后是固件上报频率的限制——今年4月25日的智能家居周报提到，米家IoT平台专门更新了蓝牙mesh设备的上报频率。再往下是通道被挤——9月6日知乎那个浏览量1.2万的延迟诊断回答，把"设置了大量自动化联动，开关触发之后后台同时跑好几条场景指令"列为原因之一。识别线画在这里：如果你连设备状态本身都不刷新，那不是自动化写得不好，是源头断了。小红书哔哩哔哩知乎
死法三：云端与本地的隐身条款。 中枢网关帮助文档里有一堆限制，知乎一篇体验文逐条摘过，第一条就是：创建自动化时需要连接互联网，米家的服务端会判断该条自动化是否支持本地网关运行。翻译：你配的每条自动化，先经云端法官裁定走不走本地；断网时只有一半还能活。5月15日那条280赞的帖子就是代价现场——小区光缆被挖断，全屋智能直接瘫痪，而因为所有开关都转了无线开关，机械开关都失灵了。对照答案在8月2日的知乎：支持本地定时的智能插座，任务逻辑已经写入设备本地芯片，不依赖云端指令，断网后仍能按预设时间开关设备。知乎小红书知乎
死法四：互殴与死循环。 去年12月的小红书案例：智能开关控智能灯，App里正常、语音正常，唯独就点击开关按键智能灯亮一下就灭——开关本身执行了通断，自动化又把灯关掉，两层控制抢一个负载。今年7月18日B站那期手表勿扰同步教程，作者原话里带了一句：还是有设置了陷入死循环的。判断方法同样免费：翻米家自动化执行记录，同一时段互相打架的记录一目了然，温控帖评论区的原话就三个字——查下日志。小红书哔哩哔哩小红书
死法五：误触发、漏触发的 debounce 问题。 扔垃圾触发"欢迎回家"是现场三，B站3月31日那期讲的也是同一类：观影模式时自动开灯怎么办？睡觉翻身自动亮灯怎么解决。红外看"动"、毫米波看"在"，但自动化大多把"检测到"直接当"意图"。免费修法只有两条路：触发后延时复查一次，或接受"这个场景只能做半自动"。点状需求（夜灯、玄关感应）优先修安装点位，别指望逻辑兜底。哔哩哔哩
死法六：平台暗坑，别硬刚。 今年4月2日B站实测的结论很干脆：小米电视不支持开关机作为触发指令，作者自测的"音箱模式开关"替代方案也承认不稳定。4月25日知乎的极客版提问更邪门：只要把"延迟5秒"加入流程，开关能执行成功，但是灯却不会被关掉，去掉"延迟5秒"就都正常。更离谱的是去年3月，有人发现华为那边已经删除了场景，每天还是自动执行。这三类是厂商边界，用户侧无解，最多绕路。哔哩哔哩知乎小红书
免费自救五步，按顺序做
先查执行记录再动手，把"没触发、触发了没执行、执行了被打断"三种病分开——它们药方完全不同。
把"多状态AND"改成"单事件触发+延时复查"，无人判定类需求优先用中枢网关做周期复查。今年米家App的11.5版本已经更新出自动化执行支持循环，11.3版本补了状态条件相关能力，官方一直在吸收极客版功能——这是动手改配置前先升级App的理由。哔哩哔哩
安全相关的联动一律做冗余：多阈值触发（30度、35度各一条）、执行后延时复查一次，养宠、水阀、加热类尤其——40度热区那条帖就是"单条温控、无冗余"的代价。
一个负载只允许一层控制：要自动化控灯，就把墙壁开关转无线（只发信号不通断），别让它又控灯又被场景控。
断网前做一次演习：拔光猫10分钟，数一下哪些场景还活着，活着的清单就是你以后配自动化时的"本地友好"名单。
什么时候才轮到花钱
付费分三层，对号入座。20台设备以下、场景偶尔失灵：一分钱别花，上面五步覆盖九成案例——这也和此前中枢网关"设备不到10个先别买"的判断一致，失灵本身不构成购买理由。设备30台往上、Wi-Fi设备占比高、家里经常断网或你被死循环咬过：中枢网关这类本地执行核心才有回报，买的不是性能，是"云端法官裁定之外的那条活路"。要状态变量、寄存器逻辑、跨品牌联动：极客版或Home Assistant。米家官方7月开源了接入HA的集成组件，知乎那个提问浏览量237万，回答里最扎心的一句不满是：必须买米家的中枢网关才能本地控制，你让我怎么看？本地化仍是半推半就，进这一层先做好当工程兵的心理准备。至于"让AI管米家"，9月5日那条帖的原话是：米家自动化设定太垃圾了，只能让AI来管米家。评论区已经有人放出用CLI让大模型代管中枢的第三方项目，小米自己7月放出的Miloco2.0开源智能家居系统也已经有人装进极空间跑起容器。方向是真方向，但连执行记录都还没查明白的人，不建议把这当第一步。知乎小红书知乎
写在最后
展会上的"主动智慧"，和"蹲马桶时灯别灭、扔垃圾时别欢迎回家"之间，隔的不是大模型，是触发器语义、执行日志和一次断网演习。今年米家连发两个版本吸收极客版能力，说明官方也知道问题卡在哪。继续观察三个信号：自动化循环执行功能下个版本稳不稳、中枢网关本地执行清单是否对Wi-Fi设备放开、各平台"不执行"求助帖的增速有没有被官方FAQ接住。 你家的自动化现在死在第几种？执行记录里最长的那条失灵时间，欢迎发出来对照。
