自动化编排平台

本地执行的自动化平台（如Home Assistant部署在本地服务器/树莓派）在断网时仍能触发灯光、门锁等本地规则，云端依赖型平台（如纯米家/纯Google Home）断网后自动化几乎全部失效，对安防和入户照明场景应优先选本地执行

跨品牌设备数量超过3个生态（如小米+Aqara+Yeelight+飞利浦Hue+Sonoff）时，原厂App无法统一编排，应选择支持Matter或Home Assistant的中枢平台做聚合，否则会陷入多App来回切换的困境

Home Assistant支持YAML脚本+可视化蓝图+Node-RED三种编排方式，可实现「if条件嵌套+多设备状态联动+延时/循环」的复杂逻辑，而IFTTT免费版仅支持单触发单动作（if this then that），复杂多条件联动需选HA或Homey Pro

自动化规则复杂度与学习成本强正相关：Home Assistant能力最强但需理解实体/集成/自动化触发器概念，小白上手需2-4周；米家/Aqara图形化拖拽15分钟可上手但复杂嵌套逻辑受限，追求即插即用又要一定灵活性的可选Homey或SmartThings

本地执行响应更快（毫秒级）且隐私数据不出户，但需自建服务器/中枢硬件并承担维护责任（系统升级、断电重启、故障排查）；云端零维护但存在厂商停服、数据上传、服务器延迟风险，无折腾意愿的家庭优先云端方案

租房或1年内会搬家不建议投入Home Assistant自建服务器+大量Zigbee/有线设备的深度方案，迁移时重新配网、重建自动化规则成本极高，应选无线易迁移的云端生态（如米家插件式设备）

对隐私极度敏感（如摄像头、门锁、卧室传感器）不建议依赖需强制上云的平台，应选择本地存储+本地推理的Home Assistant或支持NAS本地录像的方案，避免视频/行为数据经第三方服务器

IFTTT自2020年改为付费订阅后免费版限制为2条Applet且执行延迟可达数分钟，不再适合作为核心自动化引擎，仅建议用于连接原生不支持的小众服务，核心编排应放在HA/Homey本地引擎

选购智能家居中枢/编排平台的标准路径：先盘点现有设备品牌与协议（Wi-Fi/Zigbee/Z-Wave/蓝牙Mesh）→确定隐私与断网诉求选本地还是云端→评估自身折腾意愿匹配复杂度等级→检查目标平台是否支持Matter预留未来扩展→最后选具体中枢硬件

Matter标准可实现跨生态设备基础互通（开关、亮度、传感器状态），但目前不覆盖厂商私有的高级功能（如扫地机地图、摄像头AI识别），跨品牌深度联动仍需Home Assistant这类聚合平台补齐