2026 OpenClaw レンタル Mac Mini 実戦:OPENCLAW_HOME 多インスタンス分離、二重ゲートウェイ・CI 要約 Webhook 一本化の最小手順
レンタル Mac MiniでOpenClawを二本立てする公式筋は、OPENCLAW_HOME を分けOPENCLAW_GATEWAY_PORT または --port で待受を分けることです。導入・ゲートウェイ門限と併読。
ディレクトリ設計(OPENCLAW_HOME)
例:~/openclaw/prod と ~/openclaw/stage。CLI・デーモンは export 済みのシェルだけで動かし、launchd の EnvironmentVariables にも同じ OPENCLAW_HOME を書きます。
第二インスタンスのインストール/onboard
バイナリ導入後、export OPENCLAW_HOME=~/openclaw/stage の端末で初期化/onboard を再実行。prod 側にファイルが増えていないか確認します。ゲートウェイは例として OPENCLAW_GATEWAY_PORT=18789 と 28789 のように百の位以上空け、CLI なら --port と二重定義にならないよう運用で一方を正にします。
launchd/launchctl 保活の要点
launchd は PATH が狭いため、/bin/bash・-lc ラッパか EnvironmentVariables のフル PATH が必要です。KeepAlive はクラッシュ再起動に寄せ、ログパスはインスタンス別に。systemd なら Environment=OPENCLAW_HOME と OPENCLAW_GATEWAY_PORT を二ユニットに分ける同型です。
ヘルスチェック(ポート別)
ポートごとに curl。異常時は launchctl print でラベル単位に確認します。
curl -fsS "http://127.0.0.1:18789/health" && curl -fsS "http://127.0.0.1:28789/health"
CI ポール結果と Webhook の要約統合
複数ワークフローの JSON を Mac 上で jq 等で束ね、failed_count と短い head_sha だけを載せ OpenClaw 受口へ POST 一回。夜間バッチ単位で correlation_id を固定するとスレッドが追いやすいです。
トラブルシュート:ポート衝突と PATH
Address already in use は lsof -nP -iTCP -sTCP:LISTEN で占有を見て plist の番号を直し、bootout の後 bootstrap。command not found は plist から bash -lc 'echo $PATH' を一時ログに出し、対話シェルと差分を潰します。
FAQ
- 二つのゲートウェイに CI から直接送ってよいか
- 可能ですが通知が二倍になります。単一 Webhook にマージしてからルーティングする方がオンコールに優しいです。
まとめ:OPENCLAW_HOME と OPENCLAW_GATEWAY_PORT/--port で分離、launchd で PATH 明示、CI は要約して一通知。公開購入はログイン不要可。料金・ヘルプ。
関連:ブログ。OpenClaw ハブ。公開購入はアカウント不要の場合あり。