8G 記憶體 Mac Mini 極限：Swap 與統一記憶體優化常駐 OpenClaw（2026）

入門款 Mac mini 配 8 GB 或 16 GB 統一記憶體，是 24/7 OpenClaw 閘道器的熱門 homelab 選擇——家庭 WhatsApp 機器人、cron 告警，或獨立創辦人的常駐助手。Linux 教學很少提及 macOS 記憶體壓縮、APFS 上的 swap，以及 Gateway（Node.js） 與 Ollama / MLX 本地模型 爭奪同一記憶體池的 Apple Silicon 統一記憶體。

多數「OpenClaw 無法啟動」並非 CPU 瓶頸，而是 RAM 預算 問題：Gateway 冷啟動基線可達 約 400–700+ MB RSS（見 OpenClaw gateway RSS 討論），尚未載入外掛、工作階段或 7B 本地模型。

本指南面向 Apple 生態構建者。你將學會在 M1/M2/M3/M4 Mac mini 上測量、限制與調度記憶體，並連結 OpenClaw 多代理路由、DeepSeek-R1 本地量化、遠端 SSH 運維 與 Computex 2026 智能體基礎設施。

引言

下文涵蓋統一記憶體預算、記憶體檔位、macOS 八步操作手冊、活動監視器信號、故障排查與六個常見問題。

統一記憶體：一個池，兩類重負載

Apple 在 Apple Silicon 概述 中說明：CPU、GPU 與 Neural Engine 共享記憶體，無獨立 VRAM。

┌─────────────────────────────────────────┐
│     Apple Silicon 統一記憶體         │
│  ┌─────────────┐    ┌─────────────────┐ │
│  │ OpenClaw    │    │ Ollama / MLX    │ │
│  │ Gateway     │◀──▶│ 本地 LLM       │ │
│  │ (Node V8)   │    │ (模型權重)     │ │
│  └─────────────┘    └─────────────────┘ │
│           macOS 壓縮 + swap         │
└─────────────────────────────────────────┘

記憶體檔位：8 GB 與 16 GB 能做什麼

• 若 RAM 為 8 GB → Gateway 24/7，推理走 雲 API 或 一個小型 Ollama，勿雙重重載。
• 若 RAM 為 16 GB → 7B Q4 + 單 Gateway 是 Apple Silicon homelab 甜點配置。
• 若需 3+ 隔離智能體 → 升級 RAM 或將 Gateway 與 Ollama 拆到 兩台 Mac mini（SSH 管理第二台）。

分步實操（macOS）

步驟 1 — 記憶體壓力基線

打開 活動監視器 → 記憶體，查看 記憶體壓力（綠/黃/紅）与 已使用的交換檔 。

vm_stat | head -12
sysctl vm.swapusage
memory_pressure 2>/dev/null || true

黃/紅表示 macOS 已在壓縮或 swap——先解決再部署 OpenClaw。

步驟 2 — 測量 OpenClaw Gateway RSS

ps aux | grep -i '[o]penclaw' | awk '{print $2,$4,$6/1024"MB",$11}'

社群基線：舊版約 350 MB，部分 2026.4.x 冷啟動報告 700 MB+。若 RSS 日增，每週重啟並精簡外掛。

步驟 3 — 限制 Node.js 堆（wrapper）

LaunchAgent plist 中直接寫 NODE_OPTIONS 可能在重新產生時被清除。使用 OpenClaw Gateway 安裝文件 中的 wrapper：

cat > ~/bin/openclaw-memwrap.sh << 'EOF'
#!/bin/bash
export NODE_OPTIONS="--max-old-space-size=2048"
exec /opt/homebrew/bin/openclaw "$@"
EOF
chmod +x ~/bin/openclaw-memwrap.sh

OPENCLAW_WRAPPER="$HOME/bin/openclaw-memwrap.sh" openclaw gateway install --force
openclaw doctor

8 GB 用 1536–2048 MB；16 GB 試 3072–4096 MB。在 ~/Library/Logs/ 或 Console.app 追蹤 OOM。

步驟 4 — 精簡 OpenClaw 設定

編輯 ~/.openclaw/openclaw.json：

• 僅一個 agents.list 條目直至升級 RAM
• 停用未用頻道與cron
• 8 GB 暫緩記憶搜尋/dreaming 外掛（記憶體設定）
• agent-to-agent 非必要保持關閉（多代理文件）

openclaw gateway restart

步驟 5 — 按統一記憶體選型 Ollama / 本地模型

ollama pull llama3.2:3b-instruct-q4_K_M
ollama ps

按 OpenClaw 文件 將模型指向 API 或本地端點。勿在 8 GB Gateway 常驻时加载 13B+——會大量 swap，Telegram webhook 卡頓。見 DeepSeek-R1 本地量化。

步驟 6 — Swap 與 SSD 維護（利於壓縮）

• 啟動卷保留 ≥ 20 GB 空閒（swap 在 APFS）
• 無頭 mini 優先有線乙太網路——GUI 工作階段中 Wi‑Fi 除錯占 RAM
• 避免 Time Machine 快照在智能體峰值占滿磁碟
• 在大陸 homelab 鏈路上，請穩定出口頻寬，避免重試放大 Gateway 緩衝區（出口頻寬不穩會放大記憶體峰值）

while sleep 60; do date; sysctl vm.swapusage; done

步驟 7 — 限制並發（Node 非執行緒池）

launchctl setenv OLLAMA_NUM_PARALLEL 1

步驟 8 — 無頭 24/7 運維

• 系統設定 → 電池/能源 → 接電源時防止睡眠
• 用 SSH 管理，非常駐 VNC（SSH 指南）
• openclaw gateway stop --disable 大版本 macOS 升級前執行，完成後重新啟用

活動監視器速查

故障排查

JavaScript heap out of memory

現象： Gateway FATAL ERROR: Reached heap limit。修復： 降低並發 cron；wrapper 設 --max-old-space-size；升級 16 GB；Ollama 遷到第二台。

Telegram/WhatsApp 回覆延遲但 CPU 低

現象： vm.swapusage 上升，記憶體壓力黃。修復： 用雲模型時停 Ollama；用 3B quant；減外掛；每週重啟 mini。

Ollama 載入後 Gateway 被殺

現象： 記憶體壓縮打滿，程序 jetsam。修復： 串行負載——白天 Gateway 僅 API，夜間批推理；8 GB 勿 7B + 3 代理。

Gateway RSS 無流量仍增長

現象： 部分版本啟動掃描外掛已知迴歸。修復： 固定穩定版本；關注 RSS issue tracker；cron 重啟 Gateway。

常見問題

總結

Mac Mini OpenClaw 記憶體優化 即統一記憶體預算：限制 Node Gateway、匹配 本地 LLM、保持 SSD swap 可見，8 GB 避免多代理膨脹。16 GB 是 7B Q4 + 24/7 Gateway 的實用下限；8 GB 仍可跑 API 驅動精簡設定。

用 vm_stat 與活動監視器測量，wrapper 安裝 Gateway，並對齊 OpenClaw 路由 與 量化 指南。

官方：OpenClaw Gateway CLI · GitHub openclaw/openclaw。