vivo 接入 HA 之后米家、苹果 HomeKit、华为智选谁的生态墙先塌【免费下载链接】core:house_with_garden: Open source home automation that puts local control and privacy first.项目地址: https://gitcode.com/GitHub_Trending/co/core2026 年 10 月一则消息在国内科技圈发酵vivo 智慧生活 App 内测版宣布接入 Home Assistant用户可以在 vivo 的界面里直接控制米家、苹果 HomeKit 等平台的智能设备。新闻标题用了四个字——生态破壁。这则消息之所以值得深挖是因为它的方向与过去几年所有厂商主动打通的案例都相反不是 Home Assistant 团队去适配某个品牌而是手机厂商主动把自己的 App 做成 Home Assistant 的前端。这意味着什么当一家手握数亿用户的手机厂商不再试图建立自己的设备墙而是选择把开源中枢当作公共底座时米家、HomeKit、华为智选这些墙的护城河逻辑还成立吗要回答这个问题与其听发布会口径不如回到 Home Assistant 这个开源仓库本身看看它到底给第三方 App 留了什么接口再横向对比三家的封闭程度。vivo 接入模式解析兼容还是引流先说结论vivo 智慧生活接入 Home Assistant技术上既不是兼容也不是传统意义的引流而是换皮复用——vivo 没有为 HA 新增任何一行适配代码是 HA 早已存在的开放 API 被 vivo 用了起来。打开 Home Assistant 核心仓库它的接入面至少有四层是开箱即用的第一层REST API。在 api/init.py 里定义了整套 REST 端点其中两个是最核心的/api/states/{entity_id}负责读取和修改任意实体状态/api/services/{domain}/{service}负责触发任意服务调用。也就是说只要拿到一个合法的访问令牌任何客户端都能读状态 发命令设备来自哪个生态完全无关紧要。第二层WebSocket API。websocket_api/init.py 提供了比 REST 更低延迟的异步通道通过async_register_command注册命令处理器事件流实时推送状态变更。对 App 类客户端而言这是比轮询更优雅的交互方式。第三层认证。在 auth/init.py 里可以看到TOKEN_TYPE_LONG_LIVED_ACCESS_TOKEN这种长期访问令牌类型。它的存在就是为了让第三方应用一次授权、长期可用不需要每次打开都重新扫码登录——这正是手机 App 接入 HA 的标准姿势。第四层也是最关键的一层统一的实体模型。helpers/entity.py 中的Entity基类和async_write_ha_state方法把所有品牌、所有协议、所有私有云平台的设备全部降维成entity_id state attributes三件套core.py 里的State类则是这套状态机的运行时载体。对上层消费者来说米家的灯和 HomeKit 的灯没有任何区别都是light.xxx的一个字符串状态。所以 vivo 智慧生活要做的事非常轻用户在自己家里部署 HA把米家设备通过 HA 接入然后 vivo 的 App 通过上述 API 把 HA 上的实体镜像成自己的卡片。vivo 没有卖一个设备却获得了一个能控制市面上绝大多数智能设备的能力入口——这是典型的借船出海也解释了为什么新闻标题里说的是vivo 接入 HA而不是HA 支持 vivo。值得注意的反向印证是我在homeassistant/components/下检索 vivo、vHome、BlueOS 等关键词仓库里没有任何 vivo 相关集成。HA 核心团队没有为 vivo 做过任何适配一切都是 vivo 自己对接的开放接口。这恰恰说明 HA 的边界足够薄薄到手机厂商可以在不打扰上游的情况下完成接入。米家、HomeKit、华为智选三堵墙的厚度实测既然 vivo 是通过 HA 这座跨生态立交桥同时摸到了米家和 HomeKit那我们就有必要实测一下这三家的墙到底有多厚米家墙最矮但把守最严小米是三者中对开源最友好的一个。仓库里的 xiaomi_miio/manifest.json 显示Home Assistant 有官方原生集成Xiaomi Home走的是local_polling局域网轮询核心依赖是python-miio和micloud通过 miio 协议直连设备或经由米家云同步状态。配合_miio._udp.local.的 zeroconf 自动发现一台米家网关接进 HA 往往比接进用户自己的米家 App 还顺滑。但米家的墙体现在控制权上它是三者中唯一拥有巨大自有硬件盘子的玩家社区情报中还有小米给智能家居做了个大模型大脑的报道说明小米同时在向 AI 中枢发力。米家愿意开放接入是因为它笃信设备卖出去就是我的生态——哪怕用户用 HA 管理传感器和开关终究是小米的硬件。它的墙不是协议墙而是供应链墙开放协议、封闭硬件、用出货量锁生态。HomeKit协议封闭但墙上有扇官方侧门苹果的 HomeKit 是三者中协议层面最封闭的想成为 HomeKit 认证配件必须走 MFi 认证流程芯片、规范、审计一样不少。但有意思的是HomeKit 的墙在 Home Assistant 仓库里几乎是透明的——因为 HA 同时实现了两个方向的打通。正向homekit/manifest.json 是 HomeKit Bridge依赖HAP-python苹果 HomeKit Accessory Protocol 的开源实现通过_homekit._tcp.local.在局域网广播把HA 里任意生态的设备翻译成 HomeKit 配件。默认工作在 bridge 模式见 homekit/const.py 的HOMEKIT_MODE_BRIDGE配件厂商名直接写成 Home Assistant于是米家的灯、涂鸦的插座统统能在苹果的家庭 App 里出现、能被 Siri 语音控制。反向homekit_controller/manifest.json 是 HomeKit Device它做的事恰恰相反——把已经存在的 HomeKit 认证设备接进 HA走local_push通道配对后由 HA 统一调度。这一正一反两个集成拼在一起构成了一个残酷的事实苹果的 HomeKit 认证墙只挡非认证配件但挡不住第三方把任意设备伪装成 HomeKit 配件。只要苹果不把 HAP 协议本身锁死而它为了 HomeKit 生态的扩张也锁不死HomeKit 的墙对用户来说就是一层可绕过的装饰。华为智选没有墙但也没有门三者中最尴尬的是华为智选。我在整个homeassistant/components/目录下没有找到任何华为智选设备HiLink/鸿蒙智联的官方集成——仓库里仅有huawei_lte路由器类和huawei_cloud类的网络设备组件与智选智能家居无关。华为智选生态的设备用户要么依赖华为自家的 App 和中枢要么走 Wi-Fi/蓝牙通用协议用社区第三方组件曲线接入体验参差不齐。换句话说华为智选的墙既不像米家那样有官方门也不像 HomeKit 那样有协议侧门它目前的状态是墙外无门。这对 vivo 用户来说意味着vivo App 接入了 HA但 HA 能不能控制华为智选的设备取决于华为什么时候愿意把门打开——这是 vivo破壁动作里最不确定的一块拼图。开源中枢的议价能力生态变成翻译层把三家的墙测完其实结论已经浮出水面在 Home Assistant 面前生态正在从护城河变成翻译层。原因在于 HA 的架构哲学——它不跟任何厂商站队而是把接入做成纯增量。看 matter/manifest.jsonMatter 集成是local_push的 hub 型组件通过matter-python-client桥接 Thread 和 Wi-Fi 设备再看它的实体覆盖——matter 组件目录 下从light.py、switch.py、climate.py到lock.py、valve.py、water_heater.py几乎覆盖了智能家居的全部分类。这意味着未来的设备只要支持 Matter而这正是小米、苹果、谷歌等巨头共同背书的互联标准就能以标准姿势进入 HA再由 HA 这个通用翻译器转译给任何想接入的第三方。于是 vivo 的动作就有了更深一层的含义手机厂商第一次把用户家里的设备和用户手里的 App彻底解耦。vivo 不需要说服任何家电品牌支持自己只需要保证自己的 App 做好 HA API 的客户端用户的设备墙由 HA 负责拆。当手机厂 开源中枢这种组合被验证可行其他手机厂商跟进只是时间问题——毕竟 API 是现成的长期令牌机制是现成的实体模型是现成的。回到标题的问题谁的墙先塌米家的墙不会塌但会变薄——它的硬件出货量决定了它依然是设备侧的王者但米家 App 是唯一入口的时代结束了HomeKit 的墙已经名存实亡——HAP 的开放实现让伪 HomeKit 配件成为常态苹果真正守住的是 AirPlay 这类音视频协议的体验纵深华为智选面临最大压力——当用户可以在 HA 里统一控制米家 HomeKit 设备时一个接不进来的封闭生态的吸引力会加速衰减除非它尽快开一扇门。这场较量的终局大概率不是某堵墙被攻破而是所有墙都变成可选的、可穿越的。届时决定用户体验的将不再是墙的高度而是开源中枢这条公共管道的通畅程度——而 vivo 已经用行动投了票。【免费下载链接】core:house_with_garden: Open source home automation that puts local control and privacy first.项目地址: https://gitcode.com/GitHub_Trending/co/core创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考