ARM64 小主機上 OpenClaw 閘道分層探測與記憶體水位示意

2026 OpenClaw 閘道在 ARM64 樹莓派或 ARM 雲主機：Node 22、記憶體與 swap、gateway probe 稽核決策 | SFTPMAC

ARM 單板與輕量 ARM 雲主機常用於低功耗常駐，但 OpenClaw 仍是 Node 執行緒加上出站通道。請先對齊 aarch64 與 Node 22+，用 記憶體＋swap 吸收握手尖峰，再依 status→gateway probe→gateway status→doctor→channels --probe 的分層驗收；並與 x86 Linux VPS、遠端託管 Mac 對照閱讀《無桌面 Linux VPS 首通》《官方排障階梯》《systemd HOME 漂移》《onboard 憑證分層》。

目錄

2026 ARM64 小記憶體閘道常見誤判

痛點一：架構混用。核心 64 位元不代表使用者空間套件皆為 aarch64；請核對 uname -m 與套件庫列印。

痛點二：記憶體不足。建議 2GB 記憶體起跳；1GB 僅限概念驗證，需 1–2GB swap 作緩衝。

痛點三：儲存 I/O。microSD 隨機寫入會讓 JSON 狀態看似損毀；重要狀態目錄請放 SSD。

痛點四：照搬 x86 防火牆假設。ARM 雲安全組預設常僅放行 22；請畫出監聽面、管理面、出站 TLS。

痛點五：先怪模型。請先跑通 channels status --probe，對齊《官方排障階梯》。

  1. 變更前打包 ~/.openclaw 快照。
  2. 凍結並行安裝與手改 JSON。
  3. 里程碑寫「首則通道可回覆」。

決策矩陣與閱讀順序

平面 維運責任 驗收焦點 站內延伸
ARM 單板 供電、散熱、SD／SSD、swap RSS、溫度節流、隨機寫延遲 本文
ARM 雲 安全組、配額、burst CPU 監聽、出站、probe 本文＋Linux VPS 文
x86 Linux VPS 核心、ufw、發行版差異 網路面與併發 Linux VPS 文
遠端託管 Mac SLA、目錄隔離、Apple 生態 較少發行版碎片 SFTPMAC 方案

How-to：九步閘道驗收

未通過 gateway probe 前，請勿擴張模型路由。

uname -m
free -h
swapon --show
node -v
which openclaw
curl -fsSL https://openclaw.ai/install.sh | bash
openclaw status
openclaw gateway probe
openclaw gateway status
openclaw doctor
openclaw channels status --probe
  1. 凍結變更與匯出環境：記錄登入 shell 與服務使用者是否一致。
  2. 核對架構與 Node：aarch64／arm64 與 Node 22+。
  3. 設定 swap 與時間同步：NTP 漂移會讓 TLS 看似間歇性故障。
  4. 安裝並保存日誌：附核心版本與映像識別碼。
  5. status 與 gateway probe：先證 RPC 與監聽探針。
  6. gateway status 與 doctor：清阻塞項後複驗。
  7. 裁剪通道後 channels --probe：一次僅啟一個 transport。
  8. 送出首則測試訊息：留存截圖與時間戳。
  9. 寫入值班手冊：附 RSS 峰值、磁碟 await、三條網路路徑圖。

數字表：規劃用基線（非 SLA）

規格檔 建議實體記憶體 建議 swap 併發策略
極簡 PoC≥1GB1GB單通道、無外掛
小團隊≥2GB1–2GB單通道＋輕量外掛
生產建議≥4GB2GB（應急）雙通道需錯峰握手

資源裁剪

先收斂 plugins.entries 與通道數，再評估 PDF／多模態峰值記憶體。

網路與雙堆疊

核對入站與出站 443；若啟 IPv6，請同步 AAAA 與監聽位址族，避免「半套雙堆疊」造成假綠探針。

稽核深度紀錄（工單欄位）

稽核深度 1：在 ARM64 樹莓派或 ARM 雲主機上，記憶體水位與Webhook 逾時必須與openclaw gateway probe、openclaw channels status --probe寫進同一張工單；Node 22 與 aarch64 二進位在小記憶體環境會放大 TLS 重試成本。請同步記錄核心版號、OpenClaw 版號與 Node 摘要，冷啟動後量測 RSS 與 swap-in，再對照 x86 Linux VPS 專文與官方排障階梯，最後才擴張模型路由。

稽核深度 2：在 ARM64 樹莓派或 ARM 雲主機上，swap 緩衝與OOM 事件必須與openclaw gateway probe、openclaw channels status --probe寫進同一張工單；Node 22 與 aarch64 二進位在小記憶體環境會放大 TLS 重試成本。請同步記錄核心版號、OpenClaw 版號與 Node 摘要，冷啟動後量測 RSS 與 swap-in，再對照 x86 Linux VPS 專文與官方排障階梯，最後才擴張模型路由。

常見問答

問：1GB 能否上線？答：不建議；僅限 PoC，並需積極裁剪與 swap。

問：OOM 後設定半寫入？答：先還原快照並校驗 JSON，再重啟閘道。

問：首日一定要 Docker？答：否；小記憶體先裸機跑通 probe 再評估容器稅。

收束：ARM 常駐與遠端 Mac 託管

ARM64 適合邊緣常駐與低功耗實驗，但記憶體尖峰、儲存隨機寫與多通道握手會把營運成本攤在工單密度上。

當團隊需要 Apple 生態一致、目錄隔離與較少發行版碎片時，遠端託管 Mac通常比反覆調校小主機更省人力。

請參考 SFTPMAC 方案與說明中心，把 ARM 實驗與生產閘道解耦。