Home Assistant 在 2026 年 7 月 1 日推送了 2026.7 稳定版，核心标题是「Automations that speak your language」。如果你家里跑着 Home Assistant，或者一直在犹豫要不要把智能家居从米家、HomeKit 迁到自托管平台，这个版本算是一个比较友好的升级节点。它没搞什么激进重构，而是把最难啃的「自动化」那块，用更自然的方式重新包装了一遍。
我这次没提前跑 beta，所以下面的体验基于官方 Release Notes、GitHub 2026.7.0 tag 的变更日志，以及社区反馈整理。不假装自己实装了两周，只把值得关注的改动和潜在坑点列清楚。
一、先说重点：自动化开始说人话了
过去写 Home Assistant 自动化，新手最头疼的不是逻辑，而是「怎么表达」。
比如你想实现「卧室温度低于 18°C 就开暖气」，在旧版里得拆成：
- 触发器：numeric_state，实体是某个温度传感器，below 填 18；
- 条件：可能还要处理 unknown / unavailable；
- 动作：climate.set_temperature 或者开关 heater。
不同设备的状态名、属性名、单位还不一样，换个传感器就要改实体 ID。
2026.7 把这类需求直接做成了「目的驱动」的触发器和条件。现在你可以在 UI 里选「当卧室温度低于 18°C 时」，Home Assistant 自己去找卧室里的温度传感器、自己处理不可用状态、自己匹配单位。触发器不再绑定某个具体实体，而是绑定「区域（Area）」。以后你换了传感器，只要新设备还在卧室，自动化照常跑。
更实用的一点是：集成可以自己注册触发器和条件。比如洗衣机集成可以直接提供「洗衣完成」触发器，电价集成可以提供「今日最低电价」触发器。用户不需要去翻文档查状态值，选就完了。
YAML 也保留了，而且官方示例看起来比旧版可读性高不少。已经在跑的自动化不会受影响，这是最重要的——你不用重写任何东西。
二、Activity 日志重做成时间线
原来的 Logbook 是个平铺列表，设备多的时候根本没法看。2026.7 把它改成了垂直时间线：今天、昨天、具体日期分组，左侧时间点，右侧事件文本，状态变化用彩色圆点区分。设备页会省略设备名，区域页会省略区域名，信息密度高了不少。
它还开始显示「谁触发的」：人物头像、自动化名称、集成品牌图标都会出现在事件旁边。排查「为什么灯突然亮了」这种玄学问题，至少有个入口了。
三、更新页面终于能「一键更新同类」
Home Assistant 自己的 Core / OS / Supervisor 还是不会批量自动更新，但第三方集成和 Add-on 现在会按组归类，每组都有一个 Update all 按钮。比如你装了 7 个 ESPHome 设备，它们的固件更新会捆在一起，点一下全部应用，不用一个个确认。
跳过的更新也有单独卡片，默认隐藏，需要手动开启「Show skipped updates」才显示。整体比旧版清爽。
四、10 个新集成和一堆集成改进
2026.7 新增了 10 个集成，挑几个对国内家庭可能有关的：
- Dropbox：可以直接把 Home Assistant 备份存到 Dropbox，通过 HA Cloud Account Linking 配置；
- Chef iQ：蓝牙直连的无线烹饪探针，不需要云或基站；
- energieleser：通过本地 HTTP API 读取电表/气表能耗数据；
- Envertech EVT800：本地网络接收太阳能微逆变器数据；
- KlikAanKlikUit：433.92 MHz RF 设备控制。
改进方面，Tesla Powerwall 开始支持 Powerwall 3，SwitchBot 增加了 Contact Sensor 按钮事件实体，Yoto 播放器加入了媒体浏览器和更多传感器。Tesla Fleet 和 Teslemetry 的路线追踪器状态不再显示目的地名称，需要单独启用 Destination 传感器。
五、树莓派固件和模板性能
如果你用 Raspberry Pi 跑 Home Assistant OS，2026.7 增加了一个 bootloader/EEPROM 固件更新实体，直接在 Settings > Updates 里点更新就行，不用刷特殊 SD 卡或敲命令。前提是 Home Assistant Operating System 18 或更高。Pi 5 / CM5 的新固件还带了 NVMe 兼容性和热管理改进。
不过注意：Pi 4 从 USB 启动时无法通过这种方式更新，需要先插回 SD 卡；Home Assistant Yellow（CM4）也不支持。
另外模板引擎这次优化后，渲染速度官方说最多提升 40%。家里模板多、传感器计算复杂的用户，升级后前端响应应该会有点改善。
怎么升级
和往常一样：
- 先备份。Settings > System > Backups 里创建一个完整备份；
- Settings > System > Updates 检查更新；
- 看到 Home Assistant Core 2026.7.0 后点击更新；
- 更新完成后按提示重启。
如果用 Docker 或 Python venv 部署，按你自己的更新流程来，官方文档路径是 /docs/installation/。
有什么坑
2026.7 的破坏性变更不算少，但大多集中在特定集成：
- 目的驱动触发器/条件的键名改了：如果你之前用过 Labs 里的新触发器，
battery.low改成battery.became_low，timer.time_remaining改成timer.remaining_time_reached，climate.target_humidity条件改成climate.is_target_humidity等。旧键会停止工作； - iCloud / StarLine / Tractive：设备追踪器的
battery_level属性被移除，改用独立的电池传感器； - Tesla Fleet / Teslemetry：路线追踪器不再以目的地名称作为状态，目的地名称需要启用新的 Destination 传感器；
- Z-Wave JS：要求 zwave-js-server ≥ 3.9.0（schema 49）。用 Z-Wave JS UI Docker 的至少要升到 11.19.1，用 Add-on 的要升到 1.4.0；
- Zone 区域逻辑变了：Person 现在可以同时属于多个区域，比如
home和near_home。依赖「人在家里」这个精确状态的其他自动化，可能需要检查； - 20 个集成被移除：包括 Gitter（迁移到 Matrix 虚拟集成）、Microsoft Face、Mycroft、MS Teams、Watson TTS 等。如果还在用这些，升级前要换方案。
另外 Home Assistant 前端这次升级到了 20260624.3，自定义主题或自定义卡片可能需要等作者适配。
总结
Home Assistant 2026.7 不是那种「必须立刻升」的版本，但对新手和家里区域/设备比较多的用户来说，自动化这块确实变顺眼了。目的驱动触发器、区域绑定、集成可扩展的触发器条件，这些改动都在降低「写自动化」的门槛。Activity 日志和批量更新则是长期痛点的小步改进。
唯一需要谨慎的是破坏性变更。如果你重度使用了 Tesla、iCloud、Z-Wave JS 或者之前试过 Labs 里的新自动化语法，升级前先过一遍官方 Breaking Changes 列表，备份完再点更新。
对家庭网络和 NAS 玩家来说，Home Assistant 依然是最值得自托管的智能家居中枢之一。2026.7 让它离「普通人能用」又近了一点。
参考来源
- Home Assistant 官方博客：2026.7: Automations that speak your language（2026-07-01）
- GitHub home-assistant/core Releases：2026.7.0（2026-07-01）