AIインフラ

8GB Mac miniでOpenClaw常駐|Swapと統合メモリ最適化(2026)

Mac mini Mシリーズ OpenClaw メモリ swap 統合メモリ最適化 2026

8 GB または 16 GBの統合メモリを持つベース Mac miniは、家族向け WhatsApp ボット、cron アラート、ソロ創業者の常時オンアシスタントなど、24/7 OpenClaw Gateway のホームラボとして人気です。Linux 向けチュートリアルでは触れられないmacOS のメモリ圧縮APFS 上の swapGateway(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 Silicon Mac mini では、OpenClaw Gateway とオンデバイス LLM ランタイムが同じ統合メモリを共有します。最適化は Node ヒープ、モデル量子化、macOS swap をまとめて予算化することです。

Apple の統合メモリは 公式概要のとおり、CPU・GPU・Neural Engine が別 VRAM なしで同じバイトにアクセスします。

消費者RAM 目安Mac mini で調整可能?
macOS + WindowServer2〜4 GBGUI ログイン項目を削減
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 GB8 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 GB1〜2 agent、控えめな cron7B Q4 + Gateway が現実的監視付きで可能
24 GB+2〜3 agent、メモリ検索7B〜13B quant、MLX 実験ホームラボ「スタジオ」向け
32 GB+重い cron + チャネル直列化すれば複数モデル24 GB と同様で余裕大
  • 8 GB → Gateway を 24/7、推論は クラウド API1 つの小型 Ollama — 両方フル負荷は不可
  • 16 GB7B 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 インストール docswrapper を使います。

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 を編集:

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 です。実用的な制限:

つまみ対策
Agentsopenclaw agents list — 8 GB では 1 のまま
Cronジョブをずらす — :00 に 10 本集中を避ける
Channels安定するまで WhatsApp は 1 アカウント
Local toolsGateway ホストでは重いブラウザツールを拒否
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 / node24 時間の 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

8GB Mac miniでOpenClawは動きますか?+
はい。リーンな Gatewayクラウドモデル、または単一の小型 Ollama quant としては可能です。マルチエージェント+7B+ブラウザツールのフルサーバー構成は向きません。
統合メモリはIntel MacよりOpenClawに有利ですか?+
Apple Silicon は CPU と GPU/ANE で帯域を効率よく共有し、MLX/Ollama のローカル推論に有利です。制約はブランドではなく総 GB 数です。
macOSでOpenClawのメモリを制限するには?+
RSS を計測し、インストール wrapper で Node ヒープを上限設定し、agent・プラグイン・cron を減らし、ローカルモデルを適正化します。生成 LaunchAgent plist の手編集は避けてください。
24/7エージェントにswapは悪いですか?+
一時的な swap は問題ありません。持続的な swap は NVMe の摩耗と webhook 遅延を招きます。swap 増加は予算アラームと見なしてください。
OpenClaw+ローカル7Bには16GBか24GB?+
16 GB で 1 Gateway+7B Q4 は運用可能です。24 GB は第 2 agent、メモリ検索、macOS アップグレードの余裕を与えます。
Linuxチューニングとの違いは?+
Linux は systemd cgroups と vm.swappiness が中心です。macOS は圧縮+APFS swap — Activity Monitor、ヒープ上限、少数の agent で調整します。

まとめ

Mac mini OpenClaw メモリ最適化は統合メモリの予算化です:Node Gateway を上限設定し、ローカル LLM を適正化し、swap が見える SSD 余裕を確保し、8 GB ではマルチエージェントの肥大化を避けます。16 GB7B 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 と上流リポジトリから開始。