米家11.3版本更新，自动化迎来关键升级。新增的“条件不满足时执行”功能，解决了长期困扰用户的反向逻辑难题，让原本需要多条规则才能实现的复杂场景，现在可以一条搞定，极大提升了设置效率。
智能速览
自动化支持“条件不满足时”执行动作，实现if-else逻辑
轻松实现“无人关灯”等状态取反逻辑，无需虚拟变量转换
将强关联的正反逻辑合并到一条自动化中，简化管理
当前此功能需依赖云端执行，无法本地运行
用户期待增加条件内的时间判断，实现更精细控制
精华内容
这次更新不仅仅是增加一个选项，更是对米家自动化底层逻辑的一次重要补强，让场景搭建的思路豁然开朗。
逻辑取反与合并
米家11.3的核心是引入了“条件不满足时执行”的if-else结构。在此之前，若想实现“当房间无人时关灯”，由于缺少“房间无人”的直接状态，用户不得不借助“房间有人”状态，再通过虚拟寄存器进行逻辑反转，过程繁琐。
现在，只需设置“当房间有人”条件满足时不执行动作，条件不满足时则执行关灯。这种直接取反的方式，不仅让逻辑更清晰，也避免了因额外变量带来的潜在错误。
更重要的是，它可以将原本需要两条强关联的自动化合并。例如，灯开启后根据光照强度不同，执行两种不同亮度的策略，现在可以被整合进单条规则中，修改和阅读都更方便。
照明控制实例
以一个具体场景为例：希望灯在开启后，如果环境光照低于15lux就缓慢调亮，以适应人眼的适应过程；而在光照充足时则直接调亮。
在过去，这需要创建两条自动化规则：一条判断“灯开启且光照<15lux”，另一条判断“灯开启且光照>15lux”。这两条规则互斥但关联，管理时容易混淆或遗漏。
利用新功能，只需一条自动化即可实现：触发条件为灯开启，状态条件为光照<15lux。条件满足时，执行缓慢调亮动作；条件不满足时，执行直接调亮动作。这样，一个完整的自适应光照逻辑便被清晰地封装在了一起。
当前局限与期待
尽管功能强大，但此次更新也存在一些局限。最突出的一点是，包含“条件不满足时执行”的自动化无法在本地运行，必须依赖云端服务器。这对于追求网络稳定和低延迟的用户而言是一个遗憾，推测可能与现有网关的架构有关。
此外，用户普遍期待更精细化的条件控制。例如，希望能在状态条件中加入独立的时间段判断，而不是只能为整条自动化设置一个统一的生效时间。这意味着像“灯开启，在上午10点到12点之间，如果光照不足则调亮，否则不动作”这样的复杂场景，目前还无法直接实现。
米家11.3的这次更新，精准地切中了自动化玩家的痛点，虽仍有本地化等不足，但无疑是向更强大、更灵活的智能体验迈出的坚实一步。期待未来能解锁更多可能性。
关键评论
我觉得米家APP自动化的瓶颈还是在于缺少虚拟变量，很多复杂场景并非一两条自动化能解决。
为什么还不支持自动化访问HTTP接口！这个功能已经提了很久了。
持续时长和取反都不能本地，这做的有点不上心啊。
