企业官网建设流程全解析

开源中枢又补课：Notebookcheck 盘点 HA 应用更新六项新功能，手机端体验要翻身了

【免费下载链接】core:house_with_garden: Open source home automation that puts local control and privacy first.项目地址: https://gitcode.com/GitHub_Trending/co/core

作为开源智能家居领域当之无愧的"中枢大脑"，Home Assistant（下称 HA）多年来一直有一个广为人知的软肋：服务端极其强大，手机客户端却长期被诟病"够用但不够顺手"。社区里"HA 对安卓用户不友好"的吐槽由来已久，甚至被拿来和商业竞品直接对比。

但最近风向明显变了。国际科技媒体 Notebookcheck 接连发文，盘点 Home Assistant 移动应用更新带来的六项新功能，并明确指出手机端体验正在"翻身"。这背后既有欧洲监管层面对安卓生态的强力干预，也有 HA 官方在移动端技术栈上的持续补课。本文结合社区情报与仓库源码，把这六项更新拆开揉碎，看看哪些真正戳中了痛点。

六项新功能：不是堆料，是补短板

Notebookcheck 盘点的六项新功能，指向性非常明确：不是花哨的界面炫技，而是围绕"通知、状态、位置、设备控制"这四个手机端核心场景做深做透。对照本仓库homeassistant/components/mobile_app的实现，可以逐一在源码层面找到落点。

第一，通知从"能推"升级为"会分类、会响应"。移动端组件在 homeassistant/components/mobile_app/notify.py 中维护着完整的通知能力，配合webhook.py的消息回传通道，通知不再是一条单向广播——用户点按通知上的动作按钮，操作会经 webhook 反向写回 HA 执行自动化。这是把"推送"变成"遥控器"的关键一步。

第二，iOS 灵动岛（Live Activity）实时状态。这是六项更新里最有"苹果味"的一处。仓库中homeassistant/components/mobile_app/live_activity/__init__.py完整实现了 Live Activity 的推送路由：通过LiveActivityPush数据结构承载 token 与事件类型，支持start、update、end三个生命周期动作，甚至在end事件成功送达后自动清理 token（见remove_live_activity_token回调）。配合 homeassistant/components/mobile_app/const.py 中的ATTR_LIVE_UPDATE、ATTR_LIVE_ACTIVITY_TOKEN等属性，你可以把门锁状态、洗衣进度、通勤路况直接钉在锁屏和灵动岛上，抬手即见，无需解锁进 App。

第三，本地推送，摆脱对厂商云的依赖。注意 homeassistant/components/mobile_app/manifest.json 中的一行："iot_class": "local_push"。这意味 HA 的移动通知链路在设计上优先走本地通道，设备与 HA 之间直接通信，而不是事事绕道云端。对隐私敏感用户和追求低延迟的自动化场景而言，这是"开源中枢"理念在客户端上的延续。

第四，传感器上报，让手机变成家庭感知节点。sensor.py中完整的ATTR_SENSOR_*属性体系（状态、单位、设备类别、实体类别、唯一 ID 一应俱全），意味着手机的电量、网络强度、耳机状态等都能以标准传感器实体的形式进入 HA 的状态机，成为自动化触发条件。手机不再只是控制器，还是传感器。

第五，位置与设备追踪。device_tracker.py提供了基于手机定位的追踪实现，配合区域（Zone）联动，进门开灯、离家布防这类"地理围栏自动化"在架构上天然成立。

第六，设备级远程控制。移动端组件以integration_type: "device"注册，配合device_action.py中的通知动作定义，手机端可以作为可被自动化调用的"设备"参与联动——比如"晚上十点后，向家庭成员的手机推送提醒"这类跨设备场景。

安卓与 iOS：体验差异正在被抹平

过去 HA 移动端的体验差，很大程度不是 HA 的锅，而是两大移动平台对"第三方智能家居助手"的态度截然不同。iOS 早早开放了通知、快捷指令、实时活动等能力，让 HA 客户端可以做出相当深度的集成；而安卓生态里，HA 长期处于"二等公民"地位——锁屏语音唤醒、环境传感器读取、屏幕自动化等关键系统能力，默认只对厂商自家助手开放。

这一僵局在近期被外部力量打破。Open Home Foundation 的安卓开发者受邀参与了欧盟委员会对安卓互操作性的咨询，委员会随后通过决定，要求 Alphabet 向所有助手对等开放十一项安卓系统功能，其中就包括常驻唤醒词检测（always-on wake word）、环境传感器访问（ambient sensor access）和屏幕自动化（screen automation）。对 HA 安卓客户端而言，这意味着未来可以像厂商助手一样调用系统级能力，真正缩小与 iOS 端的体验代差。

这也解释了 Notebookcheck 为何把这次更新定义为"手机端要翻身"：iOS 侧通过灵动岛等能力把体验做深，安卓侧借助监管东风把能力做广，双线并进。

应用更新背后：HA 开始系统性补客户端短板

如果只看单次更新，容易把这次迭代误读为"又加了几张卡片"。但把它放进 HA 近期的节奏里看，方向感会清晰得多：官方博客显示，HA 2026.10 发布中，自动化触发 ID 终于获得可视化 UI、地图全面切换到矢量渲染、Modbus 连接获得统一管理面板、AI 接入被压缩成"一键连接"——加上移动端的这六项更新，HA 明显在两条线上同时发力：把服务端做深，把移动端做顺手。

从仓库结构也能看出这种系统性投入：homeassistant/components/mobile_app/下已经有近 20 个模块文件，覆盖配置流转（config_flow.py）、WebSocket 实时通道（websocket_api.py）、本地推送（push_notification.py）、Live Activity 专属子包（live_activity/）等，代码组织已经从"能用的插件"进化成"完整的平台能力"。

诚然，开源项目的客户端体验永远不可能像商业产品那样"开箱即完美"——HA 的定位决定了它优先服务的是自部署、自定义的深度用户，移动端更新再多，配置门槛依然在那里。但这一次不同：当系统能力（灵动岛、本地推送、传感器上报、地理围栏）逐个补齐，手机端与中枢之间的体验鸿沟正在被实质性填平。对普通用户而言，这意味着"打开 App 看状态"正在变成"通知自己找上门"；对开发者而言，这意味着mobile_app组件的每一个能力点都是可以写进自动化脚本的成熟 API。

对于坐拥上万集成、却长期被说"缺一块好客户端"的开源中枢来说，这六项更新不是终点，而是补课的开始。手机端这堂课，HA 正在交出第一份像样的答卷。

【免费下载链接】core:house_with_garden: Open source home automation that puts local control and privacy first.项目地址: https://gitcode.com/GitHub_Trending/co/core