买智能家居中枢最糟糕的方式，是先从“我要买一个Hub”开始。因为市场里“Hub”这个词可能同时指完全不同的工作：生态控制器、Thread Border Router、Zigbee/Z-Wave桥接器、自动化引擎、本地存储设备，甚至只是一台顺便集成了部分能力的智能音箱或屏幕。

更安全的购买问题应该是：这个家庭到底缺哪一种网络或控制能力？每个能力由哪台设备负责？

2026年这个问题更重要，因为Matter还在持续变化。Connectivity Standards Alliance在2026年6月17日发布Matter 1.6，重点不是疯狂扩展新设备类别，而是改进配置、多生态系统管理、情境控制，以及设备能力和运行状态的表达。买家因此更应该看“今天手里这台产品到底实现了什么”，而不是默认最新规范已经自动出现在所有设备里。

花钱前，先回答下面五个问题。

1. 你缺的是生态控制器、协议桥，还是Thread Border Router？

这些功能在营销页面里经常混在一起，但技术上完全不同。

Matter Controller： 负责把Matter设备加入某个生态并控制它。手机App、智能音箱、屏幕或专用Hub都可能承担这个角色。

Thread Border Router： 把Thread Mesh接入家庭更大的IP网络。Thread Group对Border Router的描述重点在IP路由，它不像传统应用层Gateway那样必须翻译上层智能家居协议。

Protocol Bridge： 把原有设备或协议能力映射给另一个生态。比如旧Zigbee灯通过桥接被Matter生态看见，但那盏灯本身并不会因此变成原生Matter-over-Thread设备。

Automation Hub： 负责规则、场景、定时和本地逻辑。它可能同时带无线电和Controller能力，但“自动化”仍然是一项独立工作。

最常见购买错误，就是看到包装上写“Hub”，就默认这四件事全能做。

2. 你家真实设备到底跑什么协议/网络？

Matter是应用层互操作标准，不会取代Wi-Fi、Ethernet或Thread这些传输网络。

一个真实家庭可能同时有：

  • Matter over Wi-Fi设备；
  • Matter over Thread设备；
  • 通过Hub/Bridge继续使用的Zigbee或Z-Wave老设备；
  • 用于配网或厂商功能的Bluetooth；
  • 完全依赖厂商云、根本不是Matter的设备。

所以应该先盘点，再购买。

设备 当前协议/网络 必须保留？ 是否要求本地控制 目标生态
门锁 Thread 是 是 Apple + Google
旧灯泡 Zigbee + Bridge 是 最好有 Apple
摄像头 Wi-Fi/厂商云 是 部分 厂商App
新传感器 Matter over Thread 否 是 多生态

只要把设备表列出来，很多所谓“选Hub难题”会立刻缩小。

3. 你真的需要Thread吗？

如果计划购买Matter-over-Thread设备，家庭网络里必须有可用的Thread Border Router。但它可能已经藏在兼容的智能音箱、屏幕、路由器或Hub里。没盘点现有设备就再买一台，很可能是重复投入。

Thread非常适合低功耗Mesh设备，而且是IP网络。Thread Group也说明，多台Border Router可以共存，这有助于降低把整个Thread网络押在单一应用层Gateway上的风险。

但Thread并不是所有设备的答案。高带宽摄像头通常仍然更适合Wi-Fi/Ethernet。原来的Zigbee设备也不会因为家里新加了Matter Controller，就自动变成Thread设备。

买Hub应该解决真实的传输/覆盖/兼容缺口，而不是凑齐营销关键词。

4. 断网以后，你真正要求哪些功能继续工作？

“本地运行”不是一个简单的Yes/No标签。

至少要拆开五件事问：

  1. 同一局域网里的设备控制是否还能工作；
  2. 自动化规则是否保存在本地；
  3. 外网远程控制是否依赖云；
  4. 手机推送/通知是否依赖云；
  5. 厂商账号、历史记录、视频或分析是否依赖云。

可能出现的现实情况是：Matter灯断外网以后仍能本地开关，但厂商历史记录打不开；Hub的本地场景能继续跑，但语音助手或远程推送失效；摄像头还连着Wi-Fi，但云录像不工作。

真正成熟的做法是测试你关心的故障场景。安装时临时断WAN，或者要求厂商给出明确文档。不要看到Matter Logo就自行推导“所有功能都本地”。

5. 多生态一起用时，哪些东西真的能共享？

Matter的重要目标之一是跨生态互操作，Matter 1.6也继续优化多生态体验。但Multi-Admin并不等于每个平台会把每一个高级功能都完整暴露出来。

购买前至少核对：

  • 每个生态里实际可用哪些功能；
  • 自动化是否需要分别重建；
  • 家庭成员与权限由哪个生态管理；
  • 房间、命名、Favorite、Scene是否同步；
  • 固件更新是否仍需厂商App；
  • 高级功能是否只存在于原厂App。

基础设备能力可能是互操作的，但“高级体验层”依旧可能明显依赖生态。

别只看无线协议，还要比较支持寿命、安全更新和“坏了以后怎么恢复”

一台Hub今天可以完美解决兼容问题，但如果厂商停止更新、账号无法干净转移，或者关键自动化根本不能备份，几年后它可能变成整个家庭最脆弱的一环。

购买前至少追问四个生命周期问题：

  • 这条产品线有没有公开的安全更新或支持政策？
  • 恢复出厂、二手转让时，能否彻底解除上一家庭的账号和访问权限？
  • 自动化、设备清单、配置能否导出，或者至少能快速重建？
  • 如果厂商账号或云服务消失，哪些本地功能还能继续用？

Matter认证或协议支持本身不会替你回答这些问题。应用层互操作很重要，但Hub依旧是一件需要长期维护的软件产品：它有固件、账号、无线电、存储和厂商私有功能。

所以对买家来说，“可恢复性”也是兼容性的一部分。一套Hub坏掉以后需要六小时才能重建的系统，未必比功能少一点、但备份、替换和迁移路径写得清清楚楚的系统更好。

三种典型家庭怎么选

家庭A：大部分是Wi-Fi设备，只用一个生态，自动化不复杂

你可能根本不需要专用Hub。如果现有手机、音箱或屏幕已经承担Controller角色，额外增加硬件反而多一层维护。

只有当你明确缺少某种无线协议、本地自动化、更稳定的控制或Thread能力时，再买中枢。

家庭B：大量低功耗传感器/门锁，同时想用多个生态

这时Thread Border Router和Matter Controller的兼容性就很关键。优先考虑允许多台Border Router共存的架构，并把“哪台设备负责什么角色”记录下来。

如果一个盒子坏掉就同时影响门锁、照明和全部自动化，那就是需要重新评估的单点风险。

家庭C：已经有大量Zigbee、Z-Wave或私有协议设备

不要为了让架构图看起来“现代”，就把正常工作的设备全部扔掉。桥接通常更经济。

真正要问的是：Bridge能把你常用的功能暴露到什么程度？基础开关、传感器状态可能很好映射，高级厂商功能未必能完整带过去。

2026年真正变了什么，又没变什么

Matter 1.6确实已经在2026年6月17日发布。CSA公开说明里提到NFC配置、多生态协调、情境控制，以及更丰富的能力/状态表达。这些都是实际进展。

没有改变的是：规范发布不等于你手里设备已经支持。 产品升级仍取决于厂商计划、芯片能力、认证和软件发布时间。

所以购买规则很简单：买已经实现的功能，不买规范标题。

最后结账前的清单

写清：

  • 当前已有设备和协议；
  • 未来12–24个月准备增加什么；
  • 希望从哪些生态控制；
  • 是否真的计划买Matter-over-Thread设备；
  • 家中是否已经有Thread Border Router；
  • 哪些自动化必须断网继续；
  • 是否必须桥接旧设备；
  • 固件更新和备份怎么做；
  • 家庭成员权限如何管理；
  • 互联网、厂商云或某个Hub宕掉时，还剩哪些功能。

然后只购买“补齐这些缺口”的最小基础设施组合。

好的智能家居架构，不是Logo最多，而是每个盒子都知道为什么存在、故障边界清楚、旧设备不用无意义淘汰，并且未来扩展时不需要把整个家推倒重来。

资料来源

相关阅读