不依赖云的智能家居：Matter、Home Assistant与服务关停风险

智能家居公司关停后会发生什么？

哪些功能会失效，取决于产品的设计。带有实体开关、按键面板、温控器旋钮或本地存储日程的设备，可能仍能提供基本控制。而如果一台设备的每条指令都要经过制造商的账户和云端，一旦服务被撤销，它就可能失去远程控制、自动化、应用访问，甚至连初始设置都无法完成。正因如此，一款产品可能看起来一直运转完美，直到一次断网、一个账户问题或公司的一项决定暴露出它对云的依赖。

重要的问题不在于产品有没有应用，而在于指令和自动化在哪里运行。Google解释说，较早的云端关联方式可能会把一条指令从家中的设备发送到平台云，再到制造商的云，然后返回设备。支持Matter的本地控制则是通过家庭网络发送受支持的指令。^[1] 这一差别可以让一盏灯或一个传感器更有韧性，但仅限于真正在本地实现的功能。

服务关停还可能让更新、远程查看、通知、账户登录、语音助手集成或设备更换一并消失。最稳妥的购买选择未必是云功能最多的那一款，而是其核心任务——开灯、调节温控器，或以预期的本地方式开锁——在这个家庭真正在意的故障条件下仍能正常工作的那一款。

不要把云服务中断与停电混为一谈。本地控制仍然需要为路由器、中枢和需要用电的设备供电。一个使用电池的Thread传感器也许还有电，但如果它的控制器没有电，自动化仍然会失败。韧性始于弄清确切的依赖对象：电力、本地网络、互联网连接、厂商云还是账户。

没有互联网时，Matter能做什么？

Matter是一种建立在人们熟悉的技术之上的开放智能家居协议。连接标准联盟（Connectivity Standards Alliance）表示，它使用低功耗蓝牙进行设置，并使用Wi-Fi、Thread和以太网连接设备。^[2] Google表示，支持Matter的设备可以通过现有的家庭网络传送受支持的指令，而不必让每条指令都经由互联网或制造商的云转发。^[1]

这一点很有价值，因为本地指令可以更快，并且在本地网络仍有供电的情况下，即使互联网服务中断也能继续工作。^[1][7] 它还改善了互操作性：Matter设备可以通过不止一个经Matter认证的生态系统来控制，具体取决于设备类型和控制器的支持情况。^[1][4] 但本地控制并不承诺每项宣传的功能在没有互联网时都依然可用。

CSA把Matter称为一种本地连接技术，并表示离家时的控制需要一个连接互联网的控制器。它还指出，有些Matter设备可能通过制造商的应用直接连接到互联网。^[2] 即使基本的开关指令是在本地完成的，远程访问、云备份、软件更新、与账户关联的功能、语音服务以及厂商特有的摄像头或分析功能，仍然可能依赖云。

购买Matter产品，应当是为了它实际提供的本地能力，而不是把它当作一个笼统的“无云”标签。请阅读产品的支持页面并问自己：断开互联网后，核心任务还能在家庭网络上完成吗？实体控制还能操作它吗？会失去什么——历史记录、通知、远程访问、固件更新，还是全部控制？要在退货期结束之前完成这项测试。

什么是Thread？你需要边界路由器吗？

Thread是一种低功耗网状网络标准，提供IP连接，被部分Matter设备采用。^[6] Google解释说，Matter设备可以通过Wi-Fi、以太网或Thread通信，而一个同时使用Thread设备和Wi-Fi设备的家庭，需要一台同时充当Thread边界路由器的中枢。^[1] Home Assistant的文档把Thread边界路由器描述为一种把Thread网状网络连接到以太网或Wi-Fi等其他IP网络的网络设备。^[6] 由电池供电的传感器、门锁和控制器可能会使用Thread，因为它就是为低功耗通信设计的。^[2][6]

网状网络可以改善覆盖范围，因为设备能够中继流量，但它并不是魔法。网络需要足够多兼容的常供电设备，以及一台正常工作的边界路由器。如果选定的Matter设备使用Thread，就要确认所选的控制器或中枢在支持Matter的同时也支持Thread。Google列出了一些兼容中枢的例子，但准确的清单因平台和产品代次而异。^[1]

Thread并不意味着家里不再需要路由器、电力或控制器。它只是一种本地传输层。控制设备的是控制器；边界路由器负责把Thread网状网络连接到IP网络，它本身并不控制设备。^[6] 至于离家时的控制，CSA表示，一套只使用Matter的方案需要家中有一个连接互联网的控制器。^[2]

首次搭建时，不要只凭认证徽标就买下一堆五花八门的设备。先选定一个生态系统或本地控制器，确认它目前对Matter和Thread的支持情况，然后一次只添加一种设备类型。在把十几台设备装进墙里或难以触及的位置之前，先测试一条本地指令。

Matter还是Home Assistant：哪一个能解决云的问题？

Matter和Home Assistant解决的是相关但不同的问题。Matter是一种协议，用于实现可互操作的设备连接和本地控制。Home Assistant是一个智能家居平台，运行在家中的硬件上，可以协调各种设备和自动化。一套稳健的方案可以两者并用：兼容Matter的设备与本地安装的Home Assistant配对，后者可以充当Matter控制器。^[7]

Home Assistant表示，通过Zigbee、Z-Wave、Matter、Thread和ESPHome等本地协议通信的设备不需要互联网连接，灯具、开关、传感器和自动化就能持续响应。它把这些设备与仅支持厂商云的设备作了对比：后者的集成在互联网中断时无法连接到设备。^[3] 这使它成为那些愿意自行管理本地控制器及其备份的人的一个实用选择。

Home Assistant并不能消除所有外部依赖。它自己的文档说，Home Assistant Cloud的功能（例如远程访问以及Apple Home、Google Home和Amazon Alexa集成），连同更新和对应用商店的访问，仍然需要互联网。^[3] 本地控制也无法取代厂商对某一路摄像头画面、某项订阅服务或某个专有功能会无限期运行的保证。

对基础设备来说，Matter可能更简单，因为它在受支持的各个生态系统之间提供了一条通用的本地路径。Home Assistant可以提供更广泛的本地自动化和集成选择，但也带来了一套需要像计算机一样维护的系统。正确的选择取决于想要的复杂程度：几盏可本地控制的灯可能只需要一个兼容的Matter控制器；而一个已有多种本地协议的混合型家庭，则可能值得配置一个专用的本地平台。

这两种选择都不应被当作削弱安全性的理由。要让控制器保持更新，保护好它的本地账户，为它做备份，并审慎地检视远程访问。一台被随意暴露到互联网上的本地中枢，可能带来另一种问题，而这种问题不同于它原本要减少的云依赖。

如何在公司关停之前测试你的智能家居？

设置完成后，做一次受控的本地测试。保持家中的电力和本地路由器开启，然后断开路由器的互联网连接。尝试各项基本功能：实体开关、本地应用控制、一条定时自动化以及一个由传感器触发的动作。记录哪些仍然有效、哪些失效。这项测试能把对互联网的依赖与对电力的依赖区分开来。

接下来，检查设备账户。在厂商账户不可用之后，设备还能在本地控制吗？设置过程是否绑定了云端登录？能否在不联系厂商的情况下重置并重新配对？是否有可导出的配置或本地备份？这些问题对门锁、供暖、报警器和无障碍相关设备尤其重要，因为这类设备一旦失效，后果更为严重。

核对协议和控制器的细节。Google表示，Matter本地控制依赖现有的家庭网络，而Thread设备需要一台兼容的Thread边界路由器。^[1] 不要想当然地认为一台普通的Wi-Fi路由器就是Thread边界路由器，也不要以为一款标称支持Matter的设备就包含了所需的每一种协议或控制器功能。

用纸质或离线方式保存一份简单的记录，写明手动控制方法、设备位置、电源、型号以及如何恢复本地运行。把应急说明交给需要它们的人保管。如果某项自动化失效，家里的每个人仍应知道如何通过预期的本地途径或实体途径开灯、调节供暖或打开门锁。

最后，保留购买凭证，并在制造商公布了支持和产品生命周期终止政策的情况下查阅这些政策。一份清晰的关停或迁移计划，比一句关于未来兼容性的营销承诺更有用。

如何在不暴露家庭的前提下设置Home Assistant？

Home Assistant表示，它默认只能从本地网络访问。^[5] 对一个本地优先的家庭来说，这是一个合理的起点。把它安装在受支持、有人维护的硬件上；设置强度高且不重复使用的登录凭据；在查看版本发布信息之后再应用更新；并在更改集成或自动化之前先做备份。

远程访问是可选的。Home Assistant的文档介绍了一项云端远程访问服务和若干VPN方案，并提醒说，仅仅在路由器上打开一个端口并不安全。它建议在把安装的系统暴露到互联网之前，先按照其安全加固清单逐项落实。^[5] 如果不需要远程访问，让它只留在本地就能消除一整类暴露风险。

在家庭内部同样要遵循最小权限原则。只给家庭成员他们所需的访问权限，避免共用管理员账户，并移除旧的集成或用户。把摄像头和安全敏感设备放在适合这个家庭的网络布局中，并检查哪些外部服务能够看到设备数据。

要按云不可用的情形来测试自动化。Home Assistant的文档说，使用本地协议的设备和自动化在互联网中断期间可以继续运行，但仅支持厂商云的设备在没有互联网时无法被其云集成连接到。^[3] 重要的例行流程应围绕有文档记载的本地途径的设备来搭建，并为安全攸关的操作保留一种手动的后备方式。

不要用本地控制器去绕过服务、付费或通信方面的限制。它的目的是让家中获得日常的可靠性和隐私，而不是隐蔽访问或不安全的互联网暴露。

哪些设备应当坚持本地优先？

灯具、开关、传感器、温控器和基础型插座非常适合采用本地优先的设计，因为它们的核心功能简单，而且人们期望它们在家中就能工作。当控制器和网络支持时，兼容Matter的设备可以提供一条本地控制路径。^[1][2] 即使有自动化可用，实体控制仍然重要。

门锁、报警器和供暖最需要严格的故障预案。智能功能可以带来方便，但家里需要一条有文档记载的手动途径来进出和控制温度。要检查电池耗尽时的表现、实体钥匙或经认可的本地超控方式、故障通知，以及在控制器不可用时谁可以操作设备。在这些问题有明确答案之前，不要把一台设备安装到安全攸关的位置上。

摄像头、门铃和云录像服务往往有更多的云依赖，因为视频存储、通知和远程查看可能依赖厂商的服务和账户。对另一项功能提供Matter支持，并不会把一项云摄像头服务变成完全本地的视频系统。请阅读具体的产品文档，并就存储、保留期限和远程访问做出审慎的决定。

如果一台设备的核心任务没有任何本地或手动的后备方式，而它只给出一个含糊的云端承诺，就应避免购买。这并不是说每项云功能都不好，而是说买家应当清楚，如果该功能停止工作、变成收费或被停止提供，会有什么后果。

最好的方案通常并不是一栋完全离线的房子，而是这样一栋房子：基本功能在本地持续运行，远程便利功能是有意识地选择的，房主能说出哪些组件需要互联网以及为什么需要。

要让智能家居经久耐用，应该买什么？

从本地控制和互操作性入手，然后只在云端便利功能确有明显价值的地方才添加它们。Matter在受支持的各个生态系统之间提供了一条基于IP的本地路径，Google指出，与云对云的连接相比，它的延迟更低、可靠性更高。^[4] 要核实实际的设备类型和控制器支持情况，而不是只依赖一个徽标。

选择一个与家庭复杂程度相称的本地控制器。对于希望在本地运行自动化并且有能力维护一套专用安装的用户，Home Assistant是一种选择。它的文档说，本地协议在没有互联网时可以继续工作，而更新和云集成仍是各自独立的依赖。^[3]

要为那些平淡无奇的故障做好预案：没有互联网、没有电、一次重置、手机丢失、账户密码更改、服务停止提供，以及更换路由器。一次受控的断网测试能揭示的东西比产品页面更多。如果基本运行无法通过这项测试，就应在扩充系统之前想清楚，这份便利是否值得这种依赖。

智能家居的可靠性是一种设计选择。把至关重要的指令放在本地网络上，保留实体的后备方式，备份控制器，并限制远程暴露。这样一来，公司关停或连接中断就只是一种不便，而不是失去对家的控制。