智慧裝置買回來、接上家裡的網路之後，就一直在跟外面的伺服器講話，而大多數人從來沒看過它在跟誰講。2026 年 8 月 7 日晚上，我在看家裡路由器的連線表：窗簾的那台閘道器，正連著一台在中國的伺服器。
這篇從資安的角度，講我怎麼把家裡 54 台裝置逐台問一次「你在跟誰講話、切掉外網會壞什麼」，最後哪些封了、哪些封不了。
為什麼要在意
每一台會連外的裝置，都是你家網路裡一條通往別人伺服器的線。那台伺服器在哪個國家、廠商的帳號系統有沒有被攻破、韌體什麼時候被推了新版本，你一樣都控制不了。廠商倒了或改了收費方案，你的裝置也跟著變磚。
資安有一條很基本的原則：不需要的權限，就不要給。家電也一樣，不需要連外就能做好工作的裝置，就不該讓它連外。
問題是，「需不需要」很難憑感覺判斷。那台閘道器底下掛著兩個窗簾馬達，馬達是用廠商的 app 配對的，app 登的是雲端帳號。所以那晚我跟 Claude 說的是：「這些都要連到外網才能用。」
結果我錯了。
先問「切了會壞什麼」，再問「它在傳什麼」
那天晚上先確認了 20 台早就在斷網名單上：智慧插座、燈泡、自己燒的感測板，這些本來就走本地協定，切掉外網從第一天起就沒差。剩下十幾台逐一看它們當下實際的對外連線：掃地機和功率計各連著一台美國的雲端主機、一台除濕機連到韓國、另一台除濕機和冰箱連著品牌的台灣機房、語音助理和串流盒各自掛著十幾二十條連線，然後就是那台閘道器。
看到「連到國外」，直覺是全部封起來。但連線表只回答得了「它連去哪」，回答不了「封了之後我家會壞什麼」。掃地機連著雲，封了之後它還掃不掃？功率計連著雲，封了之後電費預估還算不算？
所以問題換了一個順序：先問「這台斷網後我損失什麼」，再問「它在傳什麼」。路由器上 54 台有名有姓的裝置，那晚逐台問了一次。
那台閘道器：最篤定的，切了零損失
Claude 去查 Home Assistant 的整合設定，答案是不用經過雲。這台閘道器走的是社群做的本地整合：Home Assistant 直接跟閘道器本身講話，窗簾馬達在閘道器底下靠藍牙網狀網路（BLE mesh）連著，整條路從頭到尾沒有經過廠商的雲。中國那台伺服器，只是它「同時也」連著的一條線，不是它運作的必經之路。
於是把它的外網切掉。切完做了四件驗證：
- 舊連線要真的死掉。 新規則不會切斷已經建立好的連線，那條通往中國的連線切完還活著，要親手掐斷。
- 新連線要建不起來。 掐斷之後等二十秒，看它有沒有重新連上；沒有。
- 本地路徑要還活著。 Home Assistant 到閘道器的那條本地連線還是連著的。
- 功能要實際動一次。 我從 Home Assistant 開關了一次窗簾，正常。
我最篤定非連雲不可的那一台，切了零損失。代價只有一個：廠商 app 裡的窗簾從此顯示離線，以後只能從 Home Assistant 控制。我本來就只從 Home Assistant 控制它，沒差。
同一個牌子還有一台攝影機，資安考量從來沒用過，那晚順手也封了：沒插電的裝置先封，哪天插上電它也出不去。
封不了的五台
另一邊是真的切不了的，原因不同，結論一樣。
功率計，也就是家裡的逐迴路電表。 它的資料路徑是「裝置送到廠商的雲，Home Assistant 再從雲端 API 把數字拉回來」。切了外網，逐迴路用電、電費預估整組歸零，因為 Home Assistant 從來沒有直接跟它講過話。唯一的本地化路線是拆機、接線、刷別的韌體（電量監測那篇有寫）。我那晚設的界線是「不動硬體」，所以放棄。
掃地機。 官方整合是雲端帳號登入型。切了外網，地圖會斷、手機 app 完全離線。要乾淨的本地控制得刷第三方韌體，要 root、多半要拆機，放棄。2026 年 9 月回頭查官方文件才發現更糟：掃地機一斷網，會把自己的本地 API 也鎖起來，直到重新連上廠商伺服器為止。當初沒封是對的。
兩台除濕機、一台冰箱。 app 遠端控制就是它們的核心功能，品牌整合走的也是雲。其中一台除濕機是除濕自動化裡的一隻手，切了它等於自動化少一隻手。放棄。
語音助理和串流盒沒列進去，它們的產品本身就是雲。
放棄不是不管，是把「本地路徑不存在」這件事寫進紀錄。每一台放棄的裝置我都寫了一行為什麼、和什麼情況下重評：功率計是「哪天願意拆機刷韌體」，掃地機是「哪天換一台支援本地協定的」，大家電是「哪天品牌開放本地 API」。條件不成立，就不用每半年再煩惱一次。
最後一台：沒有名字的裝置
資安盤點最怕的，是清單上有一台你不知道是什麼的東西。
比對靜態租約、現行租約和連線表的時候，先抓到兩個「殭屍」條目，指向早就不存在的裝置，還有一台兩個月前汰換掉的攝影機的租約，都清掉。
然後是那一台。它有租約、沒有名字、ping 不到、不在無線基地台的裝置清單裡。家裡插網路線的只有三台，數都數得出來。Claude 拿它網卡的廠商碼去查，查到 Amazon，他的判斷是：疑似電子書閱讀器這類低頻連線的裝置。
我去翻了一下，找到了，就是那台電子書閱讀器 🤣 大部分時間不在線上，所以 ping 不到。給它取了名字，正常連網，不隔離。
全家 54 台裝置從那晚起每一台都有名有姓。下一次盤點會變成純機械比對：清單上多出來的那一台，就是要查的那一台。
帶走兩件事
54 台問完，留下來的是這兩條
- 先問「斷了我損失什麼」，再問「它在傳什麼」。 一台裝置正連著廠商的雲，不代表它靠雲運作。看連線表只能知道它連去哪，要知道它靠不靠雲，得去看你的中樞是從哪條路跟它講話。
- 資安是選購時決定的，不是事後補救。 買回來才問能不能斷網，答案多半是拆機。閘道器能斷，是因為當初選了有本地整合的；掃地機不能斷，是因為當初沒問。
2026 年選購前，先查這三件事
Matter 的本地控制，不等於完全離線。 Home Assistant 的 Matter 文件寫得很清楚：Matter 裝置在本地運作、永遠允許本地控制，控制本身不需要網路或雲。但同一份文件也寫了兩個但書：有些廠商要你先註冊帳號才開放 Matter 功能（尤其是廠商自家品牌的閘道器和橋接器），而裝置韌體更新的資訊來自 Matter 聯盟的公開帳本，那要連網。所以Matter 買得到「控制不經雲」，買不到「這台裝置一輩子不碰網路」。
掃地機的本地路線，門檻沒有降。 想完全離線得刷 Valetudo，它的支援清單是窮舉的，官方寫「不在清單上就是不支援」；清單上九款 Roborock 機型有八款寫著「需要完全拆解」。我家那台的型號不在清單上。中間路線是 Home Assistant 官方 Roborock 整合的文件寫的：用 Matter 接的話掃地機可以完全離線，但控制項和感測器都受限。要走這條，買之前確認型號支援 Matter。
功率計要離線得刷韌體。 拆機是前提，願不願意在買之前就要決定。
「這台裝置能不能斷網」決策矩陣
把每台裝置填進這張表，一台一行。填不出「本地路徑」那一欄的，就是你該去查中樞整合設定的那一台。
| 裝置類別 | 本地路徑 | 斷網損失 | 結論 | 重評條件 |
|---|---|---|---|---|
| 閘道器＋窗簾馬達 | 有（本地整合＋BLE mesh） | 廠商 app 顯示離線 | 能斷 | 無 |
| 智慧插座、燈泡、自製感測板 | 有（本地協定） | 無 | 能斷 | 無 |
| 閒置攝影機 | 無 | 無（沒在用） | 先封 | 啟用時重評 |
| 功率計 | 無（裝置→雲→中樞） | 整組電力監測歸零 | 放棄 | 願意拆機刷韌體 |
| 掃地機 | 無（雲端帳號型；斷網鎖本地 API） | 地圖斷、app 離線 | 放棄 | 換支援 Matter 的型號 |
| 大家電（除濕機、冰箱） | 無 | app 遠端控制與品牌整合全斷 | 放棄 | 品牌開放本地 API |
| 語音助理、串流盒 | 不適用 | 產品即是雲 | 不列入 | 無 |
| 電子書閱讀器 | 不適用 | 不同步 | 不隔離 | 無 |
填表的順序就是那張流程圖：先填「本地路徑」，有的直接封，封完驗四件事（舊連線死、新連線建不起來、本地路徑活著、功能實際動一次）；沒有的問能不能不動硬體換成本地模式；不能的看損失，沒感覺就封，會痛就放棄並寫條件。
最後
有了這張表，下一次家裡多一台裝置，要不要讓它出網只剩一個動作：找到它在表上的那一行，看結論。買新裝置之前也是同一張表，反過來用：先看它會落在哪一格，落在「放棄」那格的，不買。
防火牆規則、網段怎麼切、路由器型號和設定，這裡不寫；裝置只以類別出現。
從開場那一長串「這個也可以」，到壞掉不會說的 heartbeat，再到這篇的資安，我家的智慧家庭還是沒有做完，但現在每一台裝置都知道它在跟誰講話了 😁
系列最後一篇怎麼開始，把這四年收成一張購物清單，附一個帶新手規劃第一期的 AI skill。