二〇二六年 OpenClaw のリソース上限実践：
レンタル Mac MiniでCPU・メモリを抑え、過負荷時は自動劣化して7×24を守る
対象は自動化をレンタル Mac Miniで長期回す方。キーワードは OpenClaw、Mac Mini、リソース上限、劣化、7×24。2026 の自ホストは観測と暴走防止が前提。本文は指標、launchd、劣化、FAQ。ブログ・観測と併読ください。
抱えやすい三つの痛み
- メモリ 急増でスワップが続きSSHまで遅い。
- CPU 占有で同居や規約リスク。
- 閾値なしの再起動ループは原因特定が難しい。
制御層の選び方（簡易マトリクス）
| 方式 | 利点 | 注意 |
|---|---|---|
| launchd＋アプリ側制御 | macOS 標準で再現しやすい | VM 間の厳密分離には不向き |
| Linux の cgroup（別 VM） | CPU・メモリのハード上限が明確 | 構成と更新コストが増える |
Mac Mini 単体は launchd を主筋にします。
指標の採取としきい値設計
ロードがコア×〇・九を三十分超なら警告、メモリ圧が高を十分続けたら劣化、RSS が想定の一・二倍なら上限見直し。バッチ割当と揃えると運用が楽です。
launchd による上限設定手順（再現用）
- LaunchAgents に plist、ProgramArguments に本体かラッパー。
- SoftResourceLimits の ResidentMemorySize（バイト）と Nice または ProcessType Background。
- LimitLoadToSessionContext は GUI 連動のみ true。無人 7×24 は false が多い（launchd と PM2）。
- launchctl bootstrap gui/$UID と launchctl print で確認。
- ログの終了コードと再起動間隔を週次点検。
ページ先頭の JSON-LD に HowTo 五手順を記載しています。
過負荷時の劣化戦略と復帰
cron か StartCalendarInterval で一分おきにロードとメモリ圧を見、閾値超過で degrade.flag。ワーカーは並列を一にしキューを溜め、平常なら五分おきに並列を戻す。失敗率を見て定常へ。
想定トラブルの FAQ
すぐ落ちる：Soft が厳しすぎるか子プロセスが制限外で肥大。
劣化が効かない：フラグ パスと周期、複数 ワーカーの競合。
cgroup が欲しい：Linux VM で上限、Mac はビルド寄せが現実的。
引用メモ（三行）
- 劣化：高 メモリ圧が十分、またはロードがコア×〇・九を三十分超。
- 上限：RSS ピークに三割 余白、CPU は Nice と並列の二段。
- 復帰：並列を一段ずつ、失敗率が平常なら確定。
ノードに余裕を残し 上限設計するなら、購入はログイン不要。料金・ホームもどうぞ。
ノードが決まったら、本稿のしきい値を実測で上書きし、ブログの関連記事で監視とログを揃えてください。