8GB Mac miniでOpenClaw常駐|Swapと統合メモリ最適化(2026)
8 GB または 16 GBの統合メモリを持つベース Mac miniは、家族向け WhatsApp ボット、cron アラート、ソロ創業者の常時オンアシスタントなど、24/7 OpenClaw Gateway のホームラボとして人気です。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 マルチエージェントルーティング(追加 agent の RAM コスト)、DeepSeek-R1 ローカル量子化、リモート SSH 運用。ハード動向:Computex 2026 エージェント基盤。
はじめに
本記事では統合メモリの予算化、RAM 階層の選び方、macOS 向け 8 ステップのランブック、Activity Monitor のシグナル、トラブルシューティング、常時稼働 OpenClaw 向けの FAQ 6 件を扱います。
統合メモリ:1 つのプール、2 つの重いワークロード
Apple の統合メモリは 公式概要のとおり、CPU・GPU・Neural Engine が別 VRAM なしで同じバイトにアクセスします。
| 消費者 | RAM 目安 | Mac mini で調整可能? |
|---|---|---|
| macOS + WindowServer | 2〜4 GB | GUI ログイン項目を削減 |
| OpenClaw Gateway(Node) | 0.4〜1.5 GB+ RSS | ヒープ上限、プラグイン削減 |
| 追加 OpenClaw agent | +セッション、+インデックス | 8 GB では agentId を増やさない |
| Ollama 7B Q4 | 約 4〜5 GB 常駐 | 小型 quant / クラウド API |
| Ollama 3B Q4 | 約 2〜3 GB | 8 GB では推奨 |
| swap 用ヘッドルーム | SSD 空きが必要 | APFS で 15〜20 GB 以上空け |
┌─────────────────────────────────────────┐ │ Apple Silicon 統合メモリ │ │ ┌─────────────┐ ┌─────────────────┐ │ │ │ OpenClaw │ │ Ollama / MLX │ │ │ │ Gateway │◀──▶│ ローカル LLM │ │ │ │ (Node V8) │ │ (モデル重み) │ │ │ └─────────────┘ └─────────────────┘ │ │ macOS 圧縮 + swap │ └─────────────────────────────────────────┘
RAM 階層:8 GB と 16 GB で現実的な構成
| 構成 | OpenClaw | ローカル LLM | マルチエージェント |
|---|---|---|---|
| 8 GB | 既定 agent 1、最小プラグイン | 3B〜7B Q4 のみ、または API のみ | 避ける — 16 GB 以降で bindings |
| 16 GB | 1〜2 agent、控えめな cron | 7B Q4 + Gateway が現実的 | 監視付きで可能 |
| 24 GB+ | 2〜3 agent、メモリ検索 | 7B〜13B quant、MLX 実験 | ホームラボ「スタジオ」向け |
| 32 GB+ | 重い cron + チャネル | 直列化すれば複数モデル | 24 GB と同様で余裕大 |
- 8 GB → Gateway を 24/7、推論は クラウド API か 1 つの小型 Ollama — 両方フル負荷は不可
- 16 GB → 7B Q4 + 単一 Gateway が Apple Silicon ホームラボのスイートスポット
- 3 以上の分離 agent → RAM 増設か、Gateway と Ollama を 2 台の Mac mini に分割(SSH で第 2 台)
ステップバイステップ(macOS)
ステップ 1 — メモリプレッシャーのベースライン
Activity Monitor → メモリ で メモリプレッシャー(緑/黄/赤)と スワップ使用量 を確認します。
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 は再生成で消えることがあります。Gateway インストール docs の 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 を試します。OOM は ~/Library/Logs/ または Console.app で確認。
ステップ 4 — リーンな OpenClaw 設定
~/.openclaw/openclaw.json を編集:
- RAM 増設まで
agents.listは 1 件 - 未使用の channels と cron を無効化
- 8 GB では memory search / dreaming プラグインを延期(設定リファレンス)
- 不要なら agent-to-agent はオフ(マルチエージェント docs)
openclaw gateway restart
ステップ 5 — Ollama / ローカルモデルを統合メモリに合わせる
ollama pull llama3.2:3b-instruct-q4_K_M
ollama ps
OpenClaw のモデル設定を API またはローカルエンドポイントに合わせます(OpenClaw docs)。Gateway 常駐中に 8 GB で 13B+ を載せると swap し Telegram webhook が遅延します。量子化の比較は DeepSeek-R1 ローカル量子化 を参照。
ステップ 6 — Swap と SSD の衛生
- ブートボリュームに ≥ 20 GB 空き(swap は APFS 上)
- ヘッドレス mini は 有線 Ethernet — GUI セッションの Wi‑Fi デバッグは RAM を消費
- エージェントピーク時に Time Machine スナップショットでディスクを埋めない
- 出口帯域が不安定だとリトライで Gateway バッファが増え、メモリピークが拡大します
while sleep 60; do date; sysctl vm.swapusage; done
ステップ 7 — 並行処理と「スレッド」制限
OpenClaw は Node.js です。実用的な制限:
| つまみ | 対策 |
|---|---|
| Agents | openclaw agents list — 8 GB では 1 のまま |
| Cron | ジョブをずらす — :00 に 10 本集中を避ける |
| Channels | 安定するまで WhatsApp は 1 アカウント |
| Local tools | Gateway ホストでは重いブラウザツールを拒否 |
| Ollama | 起動環境で OLLAMA_NUM_PARALLEL=1 |
launchctl setenv OLLAMA_NUM_PARALLEL 1
ステップ 8 — ヘッドレス 24/7 運用
- システム設定 → エネルギー — AC 接続時スリープ防止
- 管理は SSH(常時 VNC より軽い)— SSH ガイド
- macOS メジャーアップグレード前は
openclaw gateway stop --disable、後に再有効化
Activity Monitor 早見表
| 項目 | 見るポイント |
|---|---|
| メモリプレッシャー | 緑=健全;黄/赤=RAM 増設かモデル縮小 |
| スワップ使用量 | 持続増加=スラッシング — ヒープまたはモデルを縮小 |
| OpenClaw / node | 24 時間の RSS トレンド |
| ollama | ロード時スパイク — 7B で 2〜5 GB 想定 |
トラブルシューティング
JavaScript heap out of memory
症状: FATAL ERROR: Reached heap limit で Gateway 終了。対処: 同時 cron を減らす、wrapper で --max-old-space-size、16 GB へ増設、Ollama を第 2 機へ移す。
Telegram/WhatsApp は遅いが CPU は低い
症状: vm.swapusage 増加、プレッシャー黄。対処: クラウドモデル使用時は Ollama 停止、3B quant、プラグイン削減、週次再起動。
Ollama ロード後に Gateway が落ちる
症状: 圧縮限界、jetsam。対処: 直列化 — 日中は API のみ Gateway、夜にローカル推論。8 GB で 7B + 3 agent は不可。
トラフィックなしで RSS が増える
症状: 一部バージョンで起動時プラグインスキャン。対処: 安定版に固定、RSS issue を監視、cron で Gateway 再起動。
FAQ
systemd cgroups と vm.swappiness が中心です。macOS は圧縮+APFS swap — Activity Monitor、ヒープ上限、少数の agent で調整します。まとめ
Mac mini OpenClaw メモリ最適化は統合メモリの予算化です:Node Gateway を上限設定し、ローカル LLM を適正化し、swap が見える SSD 余裕を確保し、8 GB ではマルチエージェントの肥大化を避けます。16 GB が 7B Q4 + 24/7 Gateway の実用下限、8 GB は API 主体のタイトな構成向けです。
vm_stat と Activity Monitor で計測し、メモリ wrapper で Gateway をインストールし、ルーティングと量子化ガイドと整合させてください。
公式:OpenClaw Gateway CLI · GitHub openclaw/openclaw。
関連記事: 2026 AI コーディング算力ガイド:Cursor vs Copilot vs Claude Code
Mac mini で OpenClaw を運用
Node ヒープを上限設定し、ローカルモデルを適正化、swap を可視化 — 公式 Gateway CLI と上流リポジトリから開始。