关键要点
- 先审查哪些设备依赖厂商云端
- 支持本地的设备（Zigbee、Z-Wave、Matter、本地 Wi-Fi）可重新配对到 Home Assistant
- 逐步替换仅限云端的设备，而不是一次全换
- 把控制和自动化迁移到本地的 Home Assistant 中枢
- 通过添加本地语音助手退役 Alexa/Google
- 按房间迁移，让家持续可用
审查你的云端依赖
列出每台设备，并记录哪些需要厂商云端才能工作。 这会告诉你哪些可以在本地重新配对、哪些必须替换。
- 1按房间和品牌盘点你的设备。
- 2记录每台设备使用的协议（Zigbee、Z-Wave、Matter、Wi-Fi）。
- 3标记基础控制就要求云端账户的设备。
- 4确认当前哪些自动化运行在厂商云端。
哪些设备可以本地化
使用 Zigbee、Z-Wave、Matter 或本地 Wi-Fi API 的设备可以转向本地控制；仅限云端的设备通常不替换就无法本地化。 先检查协议。
- Zigbee 和 Z-Wave 设备重新配对到你中枢上的协调器。
- Matter 设备可配网到本地控制器——参见Matter 本地控制。
- 带文档化本地 API 的本地 Wi-Fi 设备可在本地控制。
替换对重新配对
把支持本地的设备重新配对到你的中枢；在预算允许的情况下随时间替换仅限云端的设备。 优先先替换隐私风险最高的云端设备。
| 设备类型 | 能否本地化？ | 方式 |
|---|---|---|
| Zigbee/Z-Wave 灯泡与传感器 | 能 | 重新配对到中枢上的协调器 |
| Matter 设备 | 能 | 配网到本地控制器 |
| 本地 Wi-Fi 设备（本地 API） | 能 | 经由集成添加 |
| 仅限云端的摄像头 | 通常不能 | 用本地 RTSP + Frigate 替换 |
| 云端语音助手 | 替换 | 添加本地语音助手 |
迁移到 Home Assistant
把 Home Assistant 设置为你的本地中枢，并把设备和自动化迁移到它上面。 它将成为取代厂商云端的控制中枢。
- 安装 Home Assistant 并添加一个 Zigbee/Z-Wave 协调器——参见Home Assistant 入门。
- 重新配对设备，并在本地重建自动化。
- 在退役云端服务之前，确认一切都能离线工作。
退役 Alexa/Google
一旦本地控制和本地语音助手可用，就退役云端助手和账户。 把这一步放到最后，以便在过渡期间保留语音控制。
- 确认本地控制涵盖了你用 Alexa/Google 做的事。
- 从厂商应用中移除设备，并停用账户。
- 把确定性的安全自动化保留在本地中枢上。
添加本地语音
用本地助手取代云端语音，从而在没有云端的情况下保留免手控制。 这是完整迁移的最后一步。
- 用 Assist + Whisper + Piper 搭建本地语音助手——参见本地语音助手指南。
- 为自然语言理解添加本地 LLM——参见用本地LLM运行你的智能家居。
- 完整的最终形态参见本地智能家居完整指南。
常见问题
我能保留现有设备吗？
很多都能。使用 Zigbee、Z-Wave、Matter 或本地 Wi-Fi API 的设备可以重新配对到像 Home Assistant 这样的本地中枢。只有那些基础控制就要求厂商账户的仅限云端设备，才需要随时间替换。
哪些无法本地化？
完全依赖厂商云端的仅限云端设备——常见的有部分摄像头、门铃和专有生态——通常无法本地化，需要替换为支持本地的替代品，例如搭配 Frigate 的 RTSP 摄像头。
迁移需要多久？
这取决于你配置的规模，但按房间迁移能分摊工作并避免停摆。许多人在一个周末迁移核心中枢和几个房间，然后在数周内逐步替换仅限云端的设备。
迁移时会失去语音控制吗？
不会，只要你在退役云端助手之前先添加本地语音助手。由 Assist、Whisper 和 Piper 组成的本地堆栈（可选搭配本地 LLM）可在无云端的情况下取代 Alexa 或 Google 实现免手控制。