Résumer cet article :
Home Assistant 2026.7 已经发布，这个七月的更新满足了许多人期待已久的一个要求：让自动化的创建变得更简单，而不牺牲 Home Assistant 的核心价值。
这并不是一个按钮的移动或简单的 cosmetic 修改。最大的变化是“面向用途”的触发器和条件（这些一直在 Labs 中待了很长时间）成为了自动化编辑器中的默认行为。具体而言：Home Assistant 不再需要在实体、状态和有时难以理解的属性之间进行思考，而是终于朝着人们思考场景的方式靠近。
以前，要创建一个“当外面检测到运动时，打开户外灯”的自动化，需要选择正确的触发器类型，选择一个或多个实体，知道它们的确切状态，然后确认该操作是否针对正确的设备。这并不是不可能，但需要一定的思维灵活性。而在初学者看来，这种灵活性有时就像是一个大跨度。
在 2026.7 中，我们从我们想要做的事情开始。“在外面检测到运动。”“卧室温度过低。”“电池电量低。”“门开着。”“太阳下山。”其余的由 Home Assistant 来处理。
这更加直观，并且更为稳健。二者通常是相辅相成的。
自动化终于能说家居的语言
最具体的变化在于自动化编辑器。purpose-specific triggers and conditions（专用触发器和条件，若要翻译的话）现在对所有人开放。
原则上：您不再选择技术逻辑，而是选择一个真实的情境。
例如，当房间的温度降到 18 °C 以下时打开加热器，您不再需要考虑“数字触发器”、“温度属性”、“小于值”。您只需选择与温度相关的触发器，设定阈值，这样就解决了。
运动传感器也是如此。在此之前，有时需要知道传感器是否切换为“打开”、“检测到”、“占用”、“运动”或厂家定义的其他状态。现在，编辑器直接提供了一个“检测到运动”的触发器。
这并不是微不足道的。名称的一致性使得自动化在六个月后仍然易于读取——而不仅仅是创建的那个晚上。
Home Assistant 宣布新增 200 多个触发器和 200 多个条件。运动、存在、电池、温度、湿度、开关、媒体、音量、设备状态、百叶窗位置、更新可用性、吸尘器回到基座、机器人割草机回到停靠站：常见的场景都涵盖在内。
对经验丰富的人来说，这节省了时间。对初学者而言，消除了真正的障碍。对于必须向客户留下一些可理解内容的安装人员来说，这无疑是个好消息。
区域在场景中真正变得有用
新的触发器和条件与 Home Assistant 的目标一起工作：房间、区域、楼层、设备、实体或标签。这就是变得有趣的地方。
具体示例。您在花园里有三个运动传感器：一个在前门，一个在车库附近，一个在露台旁。以前，您可能会创建一个包含三个实体的触发器，或者三个单独的触发器。如果您更换了一个传感器，您需要重新修改自动化。
现在，您可以瞄准“外部”区域：当外部检测到运动时，打开户外灯。如果您在六个月内添加一个新传感器到该区域，自动化将继续正常工作，无需任何操作。
灯的逻辑也是一样。您只需说“打开外部区域的灯”。如果您稍后在该区域添加一个 Zigbee 壁灯、Shelly 投射灯或 Hue 灯泡，您的场景仍然有效。
这就是固定一组实体与描述一个意图之间的区别。第二种方法在长期内更具可维护性。
标签遵循同样的逻辑。创建一个“圣诞装饰”标签，将其应用于您的智能插座和灯串，然后在您的自动化中指向该标签。只需一个自动化在日落时点亮所有东西，无论灯串位于家中的哪个地方。
新的“first”、“each”和“all”选项改变了游戏规则
当一个自动化目标多个设备时，Home Assistant 需要知道如何反应。2026.7 版本引入了三种不同的行为：first、each 和 all。
first 模式在第一个设备匹配时触发。客厅窗户打开 → 我们关闭加热器。无需等待所有窗户全部开启。
each 模式在每次发生时触发。每次有人回家时，我们会发送通知或更新到访日志。
all 模式等待所有目标相符。所有一楼的窗帘都关闭 → 我们进入夜间模式。
这种逻辑之前就存在，但需要手动使用组、模板或条件编写。现在，这种逻辑在界面中清晰可读，旨在让人无需打开 YAML 工具箱就能理解。
自动化中减少了技术陷阱
Home Assistant 功能强大，但也有其陷阱。比如“unknown”或“unavailable”状态曾让很多人伤透脑筋。
一个传感器变为不可用后又恢复正常状态，可能会意外触发一个自动化，如果这个自动化构建不当的话。某些事件在状态未明显改变时也会出现同样的问题。
新的专用触发器在内部处理了部分复杂性。Home Assistant 更了解那些应该被忽略，以及什么真的符合所需事件。
这并不是说高级用户失去能力。经典触发器、模板、复杂条件和 YAML 仍然可用。但对于常见场景，新的模型显著降低了出错的风险。
在真实的家居中，这非常重要。灯光在错误的时间不亮是令人烦恼的。加热不当或警报误触发则是另一回事。
YAML 仍然存在
Home Assistant 明确表示：没有破坏。现有的自动化继续工作。没有强制迁移，也没有强制转换。
旧的触发器仍然可用。YAML 仍然是功能的核心：界面在后台仍然生成 YAML。
这些新的触发器实际上是为了在 YAML 中保持整洁而设计的。名称更加可读，更接近句子。我们可以通过阅读代码理解自动化所做的事情，而无需记住某个内部状态对应某个物理事件。
不过需要注意的是：那些在官方发布之前已经启用这些功能的用户可能会受到一些键值重命名的影响。
battery.low变为battery.became_low，battery.not_low变为battery.no_longer_low，vacuum.docked变为vacuum.returned_to_dock，lawn_mower.docked变为lawn_mower.returned_to_dock。
没有什么戏剧性的变化，但检查一下用旧版实验版创建的自动化是值得的。对于其他用户，则没有任何问题。
文档更加全面
Home Assistant 重新审视了其文档。现在专门为触发器、条件和操作提供单独页面，包含从界面使用、YAML 示例和每个元素的实用细节。
这是一个真正的进步。许多用户仍然会在论坛或旧 YouTube 视频中找到 2021 年的示例。有了这些新的参考页面，Home Assistant 设立了更坚实和更新的基础。
这也将有助于 AI 助手，它们仍然常常依赖旧的 YAML 模型来生成自动化。更加结构化的文档应该会随着时间的推移提高这些建议的可靠性。不是以魔法的方式（AI 仍然可能会创造出不存在的实体），但基础会更好。
太阳获得了更加精准的新触发器
与太阳相关的自动化是标准经典：在日出时打开百叶窗，在日落时点亮灯光，当光照下降时关闭遮阳帘。简单且使用广泛。
迄今为止，太阳触发器相当有限：日出、日落，最多可能有分钟的偏差。问题是，“在日落前 30 分钟”的效果在六月份和十二月份并不相同，更何况天气或纬度不同。
Home Assistant 2026.7 增加了更细致的概念：民事黎明、海洋黎明和天文黎明、黄昏、太阳高度、升起或落下的太阳。对于热衷于精细调节的人来说，这是个美妙的变化。
具体示例：与其在日落前 20 分钟打开户外灯——这个固定设置在冬季表现不佳，夏季则太早——您可以依据太阳的高度进行触发。这样的结果更符合实际可用的光照。
在条件方面也是如此。“如果太阳已经下山”或“如果太阳正在落下”可以直接写出来，无需费劲地构建模板。
灯光在正确的时间亮起，卷帘自然关闭，再也不会有人怀疑为什么当太阳高悬时，房子还活在冬季时间。
活动日志终于变得易读
日志记录采用了时间线的新展示方式。这是一个巨大的改善。
旧格式逐行列出事件。虽然有用，但在一个有数十个传感器和自动化的安装中，找到特定事件的原因可能迅速变得繁琐。
新的时间线按天汇总事件，配有垂直线、图标和状态颜色。最重要的是，Home Assistant 现在会在已知时显示原因：打开灯的用户头像、负责的自动化的名称、发起该操作的集成图标。
一盏灯在晚上 11 点 12 分自行亮起？我们打开时间线，向上滚动，几秒钟内查看是自动化、个人还是外部集成触发了该操作。
时间线出现在多个地方：活动页面、实体卡片、设备页面、区域页面。在展示时，团队展示了一种紧凑版本，直接在灯光的窗口中显示状态变化及其来源。这样的信息比简单的“开/关”要有用得多。
更新页面变得更加实用
更新页面经过重新设计。说实话，是时候了。
当您使用 Home Assistant 与 Core、Supervisor、OS、HACS、ESPHome、多个模块、固件和几个附加功能时，更新页面看起来就像是周末的小洗衣。
新页面按类别汇总更新。Home Assistant Core、OS 和 Supervisor 保持分开：这是核心组件，是我们希望有意识地更新的部分。其他更新按类型汇总：集成、应用、ESPHome、HACS、固件等。还有一个“全部更新”按钮，可以一次性启动一个组的所有更新。
操作系统不与其他内容混合，以避免在其他更新中间重新启动。Home Assistant 在这方面保持了清醒的头脑。
对于那些有许多 ESPHome 设备的安装，这将是一个解脱。不再需要逐个手动选择所有设备。
Raspberry Pi 可以更轻松地更新固件
通过 Home Assistant OS 18 或更高版本，Home Assistant 可以显示 Raspberry Pi 的固件更新实体：EEPROM，也称为启动加载程序固件。
这个底层固件管理启动、USB 或 NVMe 存储，以及某些硬件功能。在 Raspberry Pi 4，尤其是 Pi 5 上，保持其更新可改善兼容性和稳定性。
以前，更新这个固件并不轻松。通常需要通过指定的 SD 卡、显示器、键盘或命令行进行操作。现在，可以通过“设置 > 更新”进行更新，和其他内容一样方便。
有一些限制需要了解。至少需要 Home Assistant OS 18。通过 USB 启动的 Raspberry Pi 4 可能无法受益于此。使用 Compute Module 4 的 Home Assistant Yellow 不受影响。然而，Pi 4、Pi 5 和配备 Compute Module 5 的 Yellow 在目标范围内。
应用后，Home Assistant 会要求重新启动：与 PC 的 BIOS 一样，新版本在重新引导之前不会激活。
ZHA 有了真正的 Zigbee 管理页面
通过 ZHA 对 Zigbee 设备的高级管理脱离了紧凑的窗口，拥有了一个专门的页面。
工具已经存在，但空间有限：集群、绑定、签名、邻居、技术细节。所有这些都在一个缺乏呼吸空间的界面中。
2026.7 版对这些内容进行了重新组织，采用了选项卡式布局。信息保持不变，但可读性更强。
在日常基本用途中，这并没有太大变化。很容易使用 ZHA，而不需深入 Zigbee 集群。但要理解网络、检查设备的邻近状态或在设备之间创建直接绑定，这样的界面会更令人愉快。而当诊断一个反应不佳的传感器、一个乖戾的灯泡或一个不稳定的网络时，清晰的界面可以节省时间。
红外线和射频现今有了专门的面板
在 Zigbee、Z-Wave、Thread 和 Matter 之后，Home Assistant 2026.7 为红外和射频设备添加了专门面板。
只有在您拥有相关设备（如发射器、代理或配置的 IR/RF 网关）时，这些面板才会出现在设置中。
这涵盖了 ESPHome 解决方案、红外发射器、433 MHz 射频桥，或能够控制没有状态反馈的设备的集成：空调、音频放大器、风扇、旧的射频百叶窗、433 MHz 插座。所有这些现在在界面中都有了自己的区域。
红外线和 433 MHz 具有一定的“老派”风格，但在真正的安装中仍然非常常见。将它们整齐地组织在一起，这是个好事。
Matter.js 成为新的默认 Matter 引擎
这一点曾单独发布，但更新的正式介绍中再次提到：Home Assistant 的 Matter 服务器现在默认使用 Matter.js 作为后端。
旧服务器基于 C/C++ 中的官方 Matter 实现，附加一个实际上没有为生产设计的 Python 层。Matter.js，由 JavaScript/TypeScript 开发，并由开放家居基金会支持，是一个干净独立的实现，更易于扩展。
对于用户而言，迁移应该是透明的。Matter 设备未来可以继续配对。首次迁移可能会花费更多时间（数据在后台转换），但目标是确保没有出错。
这一点的优势，主要在于中期：更好地支持新的 Matter 功能，更掌控的行为，以及独立实现，可帮助发现标准本身中的模糊之处。Matter，是一个很有前途的标准，但依然年轻，仍有很多尚未明确的地方。
界面和模板的性能提升
一些不显眼但有用的优化。
前端加载速度更快，尤其是图表。在能源仪表板或长历史记录中，变化很明显。
设备和区域页面在不同屏幕大小上适应得更好，列布局更加整洁。在墙壁平板电脑、迷你 PC 或智能手机中，这种细节很重要。
尤其：模板的速度提高约 40%。在高级配置中，模板到处可见（计算传感器、条件、自定义消息、仪表板）。在这一点上有提升对大规模配置有真实影响。
时间格式更易于自定义
显示日期或持续时间的卡片在界面中新增了直接格式选项。
以前，修改时间戳的显示需要 YAML 或模板传感器。现在，编辑器提供了多种格式：日期、日期时间、相对、长格式或短格式。
而对于服务器的正常运行时间、传感器的最后更新或设备的最后同步日期，我们可以得到可读的输出，无需进行繁琐配置。
新的集成：水、电、通风等
此次版本新增十个新集成： Aqvify（井或储罐中的水位）、 Chef iQ（蓝牙烹饪探头）、 Dropbox（备份）、 Edifier Infrared、 energieleser（能源、水、气、热计量）、 Envertech EVT800（微型太阳能逆变器）、 Greencell（通过 MQTT 的充电站）、 Helty Flow（去中心化通风单元）、 KlikAanKlikUit（433 MHz 无线设备）和 MELCloud Home（三菱电机系统）。
几个是值得关注的。
Dropbox 作为备份目的地是一个简单的选项，适合那些希望无须复杂基础设施即可外部化备份的人。Home Assistant 的备份非常宝贵：当 SD 卡损坏或迷你 PC 决定永远离开时，最近的备份可以拯救一天。
能源方面，Envertech EVT800、Greencell、energieleser 和 Hypontech Cloud 进一步巩固了 Home Assistant 作为能源监控中心的地位。太阳能、电动汽车充电、耗电、蓄电池、网络：这些基础不断增加。
Helty Flow 对于去中心化通风非常有趣，这是在良好隔热房屋中反复提到的话题。能够在本地控制这些，而不需要长期依赖云服务，这是一件重要的事情。
现有集成也在进步
新功能不仅限于新集成。
Alexa Devices 现在可以在 Home Assistant 中管理任务和购物清单，同时新增控制 Echo 设备上的公告和通讯的开关。
SMTP 获得了现代通知实体，可用于从 Home Assistant 发送电子邮件——对于重要警报非常有用：水泄漏、停电、警报、电池低电量、超出消耗。
Overkiz 通过云和本地 API 支持 Rexel Energeasy Connect，这对法国的安装而言非常有趣。Tesla Powerwall 支持 Powerwall 3，并增加关注模式的传感器，以及最大充放电功率。
Yoto 取得了很大进展：媒体浏览器、新传感器、二元传感器、时间实体、屏幕亮度和最大音量设置。使用这些小型儿童音频播放器的父母会非常感激。
在泳池方面，Vistapool 获得了许多额外的实体，以便围绕处理、照明和控制实现更精确的场景。由于连接泳池是夏季一个有趣的领域，我们不会对此感到厌倦。
最后，我们需要注意的是，现在能够向我们之前测试过的 SwitchBot AI Art Frame 发送图片，这将使与这个美丽画框的交互更加有趣 :)
整洁的弃用集成
Home Assistant 2026.7 还删除了一系列变得无法使用的集成：这些集成已经破损多年，依赖于关闭的服务、被遗弃的库或消失的硬件。
Acer Projector、Ampio Smog、Avi-on、BeeWi SmartClim、Clementine、Dovado、ELIQ Online、Microsoft Face、MS Teams、Mycroft、UniFi LED、Watson TTS 等等都被移除。
这样的清理可能看起来很突然。但自 2019 年以来破损的集成对任何人都没有帮助。它增加了维护的复杂性，增加了项目的负担，并给予尝试使用它的用户虚假的希望。
要安装 Home Assistant 2026.7 吗？
是的。这是今年的重大更新之一。
新的自动化使 Home Assistant 更易于接触，而不牺牲高级用户所喜爱的强大功能。活动日志终于变得易于理解。更新页面变得不那么烦人。ZHA 改善了。Raspberry Pi 在界面中获得了固件管理。集成也在继续丰富。而且性能在逐步提高。
这是一个改善底层功能的版本，而不是仅仅堆砌兼容设备。
对于初学者来说，这是一个更好的入门：创建自动化变得更合逻辑，更接近人们的思考方式。对于老用户来说，这是 revisiting 某些旧自动化的机会：这不是强制性的，但新的模型更整洁，更易于维护。对于安装人员来说，这是朝着让客户能够理解，甚至自行修改的安装再进一步。
智能家居技术从未如此强大。它也变得不那么令人生畏。五年前这并不是最紧急的事情。如今，这可能是实现真正融入家庭的最重要因素。
