多协议智能音箱

支持Zigbee+Thread双协议内置网关的音箱可同时管理低功耗传感器与新一代Matter over Thread设备，家庭传感器数量>15个时优先选择带Zigbee的型号（如Echo 4代、Nest Hub 2代），避免子设备网关堆叠

只有标注'Matter Controller'或'Thread Border Router'认证的音箱才能真正跨品牌联动，仅标注'Works with Matter'的设备只是被控端，不能作为控制中枢

语音助手平台锁定生态：选HomePod系列则只能用Siri+HomeKit，Nest系列绑定Google Assistant，Echo系列绑定Alexa，购买前需确认已有手机/设备生态，混用会导致语音控制断层

追求音质与追求智能中枢功能存在权衡：HomePod音质最强但协议开放性弱且只服务Apple生态，Echo/Nest协议全但单体音质偏弱，音乐需求高应搭配独立音响而非依赖智能音箱

本地执行能力决定断网可用性：具备本地自动化引擎的音箱（如HomePod作为家庭中枢、Echo的本地语音处理）在断网时仍能执行开关灯等基础指令，纯云端处理型断网即失效

国行环境不建议购买Echo/Nest/HomePod：Alexa和Google Assistant在国内无法激活或需魔改，HomePod的HomeKit设备国内适配少，应选米家/涂鸦/华为等支持本土生态和中文语音的多协议中枢

智能设备总数少于5个不建议为'多协议'付费：单一WiFi或单一生态入门音箱已足够，多协议网关的价值只在异构设备（不同品牌/不同协议）混装时体现

Thread网络需要至少一个Border Router，且多个Thread设备可自组网增强覆盖；单音箱覆盖约100㎡，大户型建议部署2个以上带Thread的设备形成mesh

构建全屋智能中枢的标准路径：先确定主生态（Apple/Google/Amazon/米家）→ 选带对应Matter Controller的音箱作中枢 → 优先采购Matter over Thread认证子设备 → 保留一个Zigbee网关兼容存量传感器

设备管理上限差异大：多数消费级音箱中枢建议控制在50个子设备内，超过后自动化响应延迟明显；重度用户（>50设备）应转向Home Assistant等专业网关而非依赖音箱中枢