关键要点
- 本地控制意味着从中枢到设备的指令路径留在家里；云端控制则将其经过厂商服务器
- 以本地中枢（运行在 Raspberry Pi 或迷你 PC 上的 Home Assistant）为基础
- 优先选择支持 Matter/Thread、Zigbee 或 Z-Wave 的设备——它们无需厂商网桥即可本地运行
- 用本地语音替代 Alexa/Google：Home Assistant Assist + Whisper（语音转文字）+ Piper（文字转语音）
- 2026年新要素：通过 Ollama 的本地LLM可在同一台机器上实现自然语言控制和情境化自动化
- 权衡：前期配置投入更多，换来隐私、离线可靠性和无需订阅
本地智能家居究竟意味着什么
本地智能家居将控制路径——从"我要开灯"到灯真正亮起之间的连接——完全保留在家中。 云端家居会先把该指令发到厂商服务器；本地家居不会。分界线在于决策在哪里做出，而不是你买哪个品牌。
- 云端控制： 你的应用或语音助手把指令发到厂商云端，再由云端转发给设备。云端或网络中断时，设备便不再响应。
- 本地控制： 你家中的中枢（Home Assistant）通过本地协议直接把指令发给设备。没有网络往返，没有第三方服务器。
- 为何这一区分重要： 本地控制决定了隐私（使用日志不出家门）、可靠性（可离线运行）和寿命（云端关停无法让设备变砖）。
| 维度 | 云端智能家居 | 本地智能家居 |
|---|---|---|
| 隐私 | 使用、语音和摄像头数据在厂商服务器上 | 数据留在你的硬件上 |
| 离线运行 | 否——多数功能需要云端 | 是——在你的 LAN 上运行 |
| 订阅 | 常见（摄像头存储、高级功能） | 无——一次性硬件成本 |
| 数据位置 | 厂商数据中心（常在境外） | 你的家中 |
| 配置投入 | 低——应用引导 | 较高——你来运维中枢 |
| AI 能力 | 云端助手（Alexa、Google） | 本地语音 + 可选本地LLM |
为何本地优先在2026年增长
本地优先的采用上升，是因为云端的弊端变得具体：关停使硬件作废、持续收费、故障以及隐私暴露——而本地AI如今已能在家中运行。 每一点都是具体、可验证的理由，而非笼统偏好。
- 云端关停使设备作废： 厂商停用某产品云端后，依赖它的设备可能一夜之间丧失核心功能。本地设备无需任何外部依赖，因此照常运行。
- 可靠性： 本地智能家居在网络中断和云端事故期间仍可响应。灯光、门锁和自动化不依赖某台远程服务器在线。
- 隐私： 云端设备会收集使用模式、语音录音和摄像头画面。本地控制彻底去除外部处理方——参见智能家居隐私风险。
- 无需订阅： 本地摄像头录制和本地自动化避免了云端生态对存储和高级功能收取的月费。
- 本地AI已实用： 小而强的模型可在迷你 PC 上运行，因此本地LLM能充当自动化大脑——这在几年前对家庭用户还不可能。参见用本地LLM运行你的智能家居。
逐层拆解本地优先架构
本地智能家居由四层组成：中枢、本地设备协议、本地语音，以及可选的本地AI大脑。 按此顺序搭建——先中枢，最后 AI。
- 1中枢 — Home Assistant
Why it matters: 控制中枢。Home Assistant 是开源软件，可运行在 Raspberry Pi、迷你 PC 或 NAS 上，并直接与设备通信。从这里开始——参见[Home Assistant 入门](/zh/smart-home/home-assistant-getting-started)。 - 2协议 — Matter/Thread、Zigbee、Z-Wave
Why it matters: 设备如何在本地通信。Zigbee 和 Z-Wave 是成熟的低功耗 mesh 标准；Thread 是现代 mesh；Matter 是统一层。它们无需厂商云端即可工作——参见[Matter 本地控制](/zh/smart-home/matter-local-control-guide)。 - 3本地语音 — Assist + Whisper + Piper
Why it matters: 取代 Alexa 和 Google。Home Assistant Assist 处理意图，Whisper 做语音转文字，Piper 做文字转语音，全部离线——参见[搭建完全本地的语音助手](/zh/smart-home/local-voice-assistant-smart-home)。 - 4AI 大脑 — 通过 Ollama 的本地LLM
Why it matters: 可选的最上层。本地模型把僵硬的规则变成自然语言控制和情境化自动化，在同一台机器上运行且无需云端。
今天你能在本地运行什么
照明、温控、安防、传感器、语音和AI自动化在2026年都能本地运行——云端是可选项，而非必需。 下表把每个类别对应到其本地选项。
- 专门针对私密 AI 摄像头，Frigate在本地运行物体和人物检测，无需订阅。
- 运行这一切——包括本地LLM——所需的硬件，参见本地智能家居的最佳硬件。
| 类别 | 本地选项 | 说明 |
|---|---|---|
| 照明 | Zigbee/Matter 灯泡 + Home Assistant | 本地即时响应；无需应用云端登录 |
| 温控 | 通过 Zigbee 或 Z-Wave 的本地温控器/阀门 | 日程和自动化在中枢上运行 |
| 安防 | 本地摄像头 + Frigate | 设备端 AI 检测；见下文本地 AI 摄像头 |
| 传感器 | Zigbee/Z-Wave 的人体、门窗、温度 | 无需网络即可触发自动化 |
| 语音 | Assist + Whisper + Piper | 唤醒词与指令完全离线 |
| AI 自动化 | 通过 Ollama 的本地LLM | 自然语言控制与情境化规则 |
成本与所需投入
本地智能家居用更多的前期配置投入，换取零订阅和长期掌控。 坦白说：你投入一个周末和一次性硬件成本，而不是月费和厂商绑定。
- 硬件： Raspberry Pi 可运行一个基础本地中枢；若还想运行本地LLM，迷你 PC 是更好的选择。按一次性硬件成本而非持续收费来规划。
- 投入： 配置 Home Assistant、配对设备和编写首批自动化会有学习曲线。回报是一套任何厂商都无法更改或停用的系统。
- 在以下情况选择本地优先： 隐私、离线可靠性或避免订阅对你很重要。
- 在以下情况保留云端： 你想要零维护、从不碰配置——但要接受本地为何胜过云端中关于数据、故障和订阅的权衡。
如何开始一个本地智能家居
从中枢和一个房间开始，再逐步扩展——不要一开始就买满整屋设备。 最快且可靠的路径是：运行在 Raspberry Pi 或迷你 PC 上的 Home Assistant、一个 Zigbee 协调器，以及少量本地设备。
- 1在 Raspberry Pi 或迷你 PC 上安装 Home Assistant——入门指南。
- 2若想要本地 AI，选择有扩展余量的硬件——硬件指南。
- 3通过 Matter/Thread、Zigbee 或 Z-Wave 添加默认本地的设备——Matter 本地控制。
- 4设备就绪后添加本地语音——本地语音助手。
- 5最后添加本地LLM大脑——用本地LLM运行你的智能家居。
- 6欧盟读者请确认隐私态势——符合 GDPR 的私密智能家居。
常见问题
本地智能家居难配置吗？
比即插即用的云端方案更费功夫，主要是安装 Home Assistant 和配对设备。多数人能在一个周末让中枢和首个自动化跑起来，再逐步扩展。常规配置无需编程，高级自动化可使用 YAML。
本地智能家居在断网时能用吗？
能。由于中枢与设备通过本地网络通信，灯光、门锁、传感器和自动化在断网或云端故障期间仍可运行。你只会失去依赖网络的附加功能，如在外远程访问和云端通知。
本地智能家居需要订阅吗？
不需要。Home Assistant 免费且开源，本地设备没有持续收费。你支付一次性硬件成本。存在可选的付费附加项（例如便于远程访问的云中继），但本地核心控制无需订阅。
我能为智能家居在本地运行 AI 吗？
能。通过 Ollama 的本地LLM可在 Home Assistant 内充当对话代理和自动化大脑，在你自己的硬件上以自然语言控制设备且无需云端。迷你 PC 可轻松运行小型模型；参见本地LLM智能家居指南。
本地智能家居符合 GDPR 吗？
本地处理把设备、语音和摄像头数据保留在你家中的硬件上，由于不涉及外部处理方，从设计上支持 GDPR 的数据最小化与数据驻留。欧盟清单参见符合 GDPR 的私密智能家居指南。