不一定。斷網後能否操作，取決於控制路徑是否仍在住宅內、設備是否保留本地操作，以及該功能是否依賴雲端服務。規劃時要把日常控制、情境、遠端通知與安全功能拆開測試，不能只問『有沒有網路』。
為什麼重要
住戶最需要的通常是燈光、門鎖、窗簾與空調仍可用，而不是每一項遠端功能都保持完整。把所有功能都綁在同一條外部連線上，故障時就很難判斷是家中網路、控制器、設備或雲端服務出了問題。
怎麼運作
把系統分成設備本地操作、住宅內控制網路、跨系統控制與外部雲端四層，再為每個重要功能標記正常、斷外網、區域網路異常與停電時的行為。這張行為表比單一協定名稱更能說明系統韌性。
實際條件
- 燈光、窗簾等高容錯設備應保留牆面或本地人工操作。
- 門禁與保全須另外確認驗證、電源與故障模式，不能沿用一般情境設備的假設。
- 遠端 App、通知與雲端資料通常要另外檢查外部連線依賴。
常見誤解
有 Gateway 不代表所有功能都一定離線可用；沒有雲端也不代表每一種設備都能互相控制。真正要確認的是每條控制路徑與失效時的替代操作。
專業判斷
birkim 會先列出『斷外網仍要做什麼』，再決定哪些控制留在住宅內、哪些功能接受外部服務依賴。驗收時逐項拔除外部連線，記錄實際可操作範圍，不用簡報上的架構圖代替測試。
什麼時候不適用
- 沒有確認設備本地能力、控制器行為或專案網路拓撲時，不承諾固定的離線功能。
- 涉及門禁、解除保全或影像刪除等高敏感操作時，需依安全政策與人工確認流程另行驗證。
限制條件
不同設備、韌體、控制器與整合介面會改變離線行為；本文提供規劃框架，不取代個別設備的正式文件與現場驗收。
離線能力不是一個漂亮的規格標籤，而是每項生活功能在故障時的可預期行為。
可獨立引用的工程回答
控制路徑
全屋智能斷網後能否操作，不能只用『有沒有 Gateway』回答。應把設備本地控制、住宅內網路、跨系統邏輯與雲端服務分層，逐項確認正常、斷外網、區域網路異常與停電時的替代行為。
韌性設計
對住戶而言，最重要的離線能力通常是日常基本操作仍可完成，而不是所有遠端功能都維持。燈光、窗簾等高容錯設備可保留人工操作；門禁與保全則須以獨立的驗證、電源與故障政策設計。
驗收方法
離線能力應在驗收中被實際操作，而非只讀架構圖。先定義每項重要功能的預期結果，再依序中斷外部連線、住宅內網路與電源，記錄可用、降級與不可用的範圍，才能形成可維護的交付紀錄。
從答案回到系統
Related Knowledge
Related System
把問題放回真實空間條件
如果你在意斷網、停電時的實際操作，請把住宅平面、設備清單與重要情境交給規劃團隊一起做故障行為表。
聯絡 birkim 規劃團隊 →常見問題
斷網後燈光一定不能控制嗎？
不一定。要看牆面操作、控制器與燈光設備是否保留本地路徑；不能由品牌或協定名稱直接推論。
全屋智能可以完全不依賴雲端嗎？
應依功能拆分判斷。住宅內控制可設計較少外部依賴，但遠端存取、通知或第三方服務仍可能需要外部連線。