企业官网建设流程全解析

开源 vs 家电巨头：海尔、荣耀、小米的全屋智能大乱战，HA 是搅局者还是终局玩家？

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

全屋智能喊了十年，消费者得到的却是一堆"孤岛"——米家灯控不了海尔空调，海尔生态里买不到荣耀的开关，每个 App 都要装、每套生态都要站队。当家电巨头们忙着用自有生态圈地时，一个来自全球开发者社区的开源项目正在以另一种方式"渗透"：它不生产任何硬件，却在 1526 个集成组件里默默打通了几乎所有主流品牌。Home Assistant（下文简称 HA）究竟只是巨头的搅局者，还是这场全屋智能终局之战里真正说了算的一方？本文从三方封闭路线的打法拆解入手，对照 HA 仓库真实源码，给出基于代码逻辑与生态事实的答案。

一、三条封闭路线：海尔、荣耀、小米各打各的牌

海尔：以"场景"为名的生态闭环

海尔智慧家庭的打法核心是"场景品牌"——把空调、冰箱、洗衣机、热水器等白电做成一套"全屋空气""全屋用水"方案。优势在于白电产品线完整、线下渠道和售后体系深厚，路径依赖是"成套购买、成套安装、成套控制"。但问题也在这里：海尔智家 App 的控制中枢天然倾向自家设备，第三方品牌接入要么缺失、要么浅层。在 HA 的核心仓库里，homeassistant/components下找不到任何名为 haier 或海尔官方适配的集成目录——这从代码层面印证了海尔生态的封闭性：它没有向开放社区开放协议，社区只能通过间接方式曲线接入。

荣耀：借 MagicOS 打"全场景"牌，但硬件盘子是短板

荣耀脱离华为后，全屋智能路线延续了"手机系统 + 全场景生态"的打法，MagicOS 试图把平板、耳机、智慧屏、家居设备串起来。逻辑上是"以手机为中心"的封闭协同，生态依附于自有设备销量。对照 HA 仓库，同样检索不到honor官方集成。荣耀的困境在于：它的智能家居设备盘子远小于小米海尔，生态边界等于自己卖了多少硬件，一旦用户家里有其他品牌设备，MagicOS 的"智慧联动"就退化成单机功能。

小米：最大的"半个开放者"，也是 HA 最大的接入来源

小米是全屋智能里最特殊的一家：它既有封闭的米家 App 生态，又拥有全球最大的 IoT 设备基数，而且——它悄悄向 HA 社区开放了足够多的接口。在 HA 仓库中，小米是唯一同时拥有两条官方级集成路径的中国厂商：

• xiaomi_miio：覆盖小爱音箱、扫地机器人、空气净化器、加湿器、风扇等大量米家设备，iot_class标注为local_polling，通过python-miio协议直连局域网设备，zeroconf 自动发现_miio._udp.local.设备；
• xiaomi_aqara：接入 Aqara/米家网关，iot_class为local_push，走网关本地推送，数据不出局域网。

这两条路径意味着：用户买米家设备，不一定非得用米家 App——HA 可以从本地直接读取和控制。这也是中文社区大量教程（如"小米智能家居集成 Home Assistant""四步将小米设备融入 HA"）存在的根本原因：米家的设备数量大、价格便宜、协议相对透明，天然是 DIY 玩家的第一站。小米的"半开放"策略本质上是"以开放换生态规模"——它不介意设备被第三方控制，只要设备卖得够多。

二、HA 的开源路线：不卖设备，只做"翻译层"

核心哲学：本地优先、隐私优先

打开仓库根目录的 README.rst，第一句话就是项目的全部立场：

Open source home automation that puts local control and privacy first.

（开源的本地化家庭自动化，将本地控制与隐私放在首位。）

这不是一句口号。在 homeassistant/components/zha/manifest.json（Zigbee Home Automation）里，HA 原生支持数十款 Zigbee 协调器——CC2652、Conbee、SONOFF Dongle 等，全部走本地 USB 连接；homeassistant/components/zwave_js/manifest.json 同样通过本地 USB 适配器接入 Z-Wave 设备。也就是说，Zigbee、Z-Wave 这两大主流智能家居物理协议，HA 都实现了不依赖任何厂商云的本地直连。

三件"武器"：协议中立、本地直连、可编程

把 HA 的集成体系拆开看，它其实不是"一个 App"，而是三层结构：

1. 协议中立层：设备通过 Zigbee（ZHA）、Z-Wave、Matter、HomeKit、MQTT 等中立协议接入，而不是绑定某个厂商 API。Matter 集成（manifest.json）甚至自带了 Matter 协议控制器能力，zeroconf 发现_matter._tcp.local.设备，走local_push；
2. 厂商适配层：对不开放协议的品牌，靠社区逆向或厂商半开放接口接入。以 tuya 为例，虽然走cloud_push依赖涂鸦云，但 Tuya 生态里有大量白牌设备，等于 HA 通过一个云接口接管了海量第三方品牌；
3. 自动化层：所有实体在 HA 内是统一的状态对象（见 homeassistant/core.py 的 State 体系），用户可以写任意跨品牌自动化——"小米温湿度计高于 28°C 时，打开海尔空调"这样的逻辑，在巨头生态里是做不到的，在 HA 里只是一条 YAML 规则或一段脚本。

数据说话：1526 个集成目录意味着什么

在当前仓库里，homeassistant/components下共有1527 个目录、1526 个含 manifest 的集成。这个数字本身就是答案：没有任何一个商业生态能覆盖这么多品牌和协议，而开源社区做到了。对消费者来说，HA 的真正价值不是"替代某个 App"，而是"让所有 App 失效"——它做的是全屋智能的"翻译层"，把每一家厂商的私有语言翻译成一套统一语言。

三、全屋智能终局：不是谁赢，而是谁先"开放"谁赢

封闭路线的天花板：生态闭环 = 用户牢笼

三条封闭路线的共同逻辑是"硬件绑定软件"：买海尔全家桶，才享受海尔场景；用荣耀手机，才发挥 MagicOS 协同；入米家生态，控制才最顺滑。这在商业上叫生态锁定。但全屋智能的用户心智正在变化：装修一套房子，用户不可能全部买同一品牌——白电选海尔、小家电选小米、面板开关选 Aqara、电视选索尼，这才是真实场景。封闭生态锁得住存量用户，锁不住新增需求。

HA 的独特位置：巨头的"共同兼容目标"

36Kr 在《荣耀小米加码，全屋智能大乱战升级：家电巨头才是终极话事人？》中讨论的"话事人"逻辑，其实忽略了一个事实：巨头之间互相不通，但几乎所有巨头都（直接或间接地）在向 HA 兼容。米家是官方级接入；Apple 通过 HomeKit（homekit_controller 走本地_hap._tcp.local.发现）与 HA 互通；vivo 智慧生活已在内测版接入 Home Assistant，实现对米家、HomeKit 等多平台产品的统一控制——手机厂商开始主动向 HA 靠拢，说明 HA 已经从"DIY 玩具"变成了事实上的跨生态互操作标准。

谁先开放谁赢：开放不是让利，是抢占定义权

家电巨头真正的战场不是"谁家的 App 更好用"，而是"谁掌握全屋智能的控制权定义"。在这个维度上，开放的价值被严重低估了：

• 米家的半开放策略已经验证了"以开放换规模"的路径：设备基数越大，越多人需要接入它，生态越稳固；
• Matter 标准的推出（HA 已原生支持）意味着巨头们开始默认：互操作协议是行业底座，封闭只是差异化手段；
• HA 的角色是"终极的开放方"——它没有硬件包袱，所以可以无差别地接入所有生态，反而成了唯一一个"谁都能兼容"的中立层。

结论很清楚：全屋智能的终局不是某一个巨头统一天下，而是协议开放 + 中立控制层成为事实标准。在这个终局里，HA 不是搅局者——它是那个把巨头生态"降维"成可编程组件的翻译者。巨头们可以继续打自己的仗，但最终，用户家里的控制中枢，很可能是跑在树莓派或旧电脑上的那个开源系统：本地、私有、不站队，而且谁的设备都能接。

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