OpenClaw 2026.9.3 先在隔離狀態演練升級，但 Node 與外掛介面同步斷代

[OpenClaw 2026.9.3](https://github.com/openclaw/openclaw/releases/tag/v2026.9.3) 把升級流程改成兩階段：核心、外掛與支援的資料遷移先在隔離候選狀態中演練，驗證成功後才切換正式 Gateway。候選驗證失敗時，系統可使用既有推論設定在一次性環境內進行有界修復，再交由另一道檢查決定是否啟用；無法修復時則保留失敗與回滾結果，而需要人工改設定的情況會交還操作員。對保存長期記憶、排程與多代理狀態的服務而言，這比直接覆寫運行中環境更接近交易式發布。

這並非低風險補丁。最低執行環境提高到 Node 24.16.0，或 Node 26.1.0 以上，官方建議 Node 26；原因包括部分舊版 `node:sqlite` 在內嵌 NUL 字元處靜默截斷 TEXT，以及 SQLite WAL 安全性要求。Node 22、25、較舊的 24／26 版本不再支援，連帶結束部分舊 macOS 與 Linux ARMv7 安裝路徑。[相容性文件](https://docs.openclaw.ai/install/node-compatibility) 建議驗證實際載入的 SQLite 函式庫，而非只相信 Node 版本資訊。

外掛作者還要處理 execution-policy、approval、搜尋與目錄結果 callback 的不相容變更；Workshop skill 的擁有權亦由工作區改為每個代理一份可寫集合。效能方面，新版嘗試保留熱 prompt cache、減少冷工作階段更新與記憶搜尋的重工，並跨工作階段重用 worker build，但發布說明沒有量化結果。

隔離演練也不能證明應用層語意完全正確。一項 [P0 等級問題回報](https://github.com/openclaw/openclaw/issues/142580) 指出，從 2026.7.1-2 升級後，Doctor、SQLite 完整性與 Gateway 健康檢查全部通過，主代理卻無法沿用既有記憶；目前只有單一環境且根因未定。生產部署仍應先複製真實長工作階段做語意回歸，並保留升級前快照與可操作的舊版執行環境。