ヘッドレス前提：SSH のみで揃える境界
画面共有なしでレンタル Mac に OpenClaw を載せる場合、ゴールは「同一ユーザーで openclaw が動き、SSH を閉じても Gateway が生存する」ことです。CLT・Homebrew・Node LTS を揃え、ログイン／非ログイン双方で which node が一致するか確認します。不調は doctor→ログ→記憶 の順が早いです。
doctor→ログ→記憶の切り分け
も参照してください。
openclaw setup から初回 doctor まで
雛形を先に置き openclaw setup を一発通しにし、続けて openclaw doctor で警告を減らしてからチャネルへ進みます。旧 Node の PATH 残りが典型で、TCC 拒否はログだけ残り沈黙に見えます。
launchd でデーモン化
~/Library/LaunchAgents の plist に KeepAlive・ログパス・EnvironmentVariables の PATH／HOME を入れ、同一ユーザーで launchctl bootstrap します。再起動直後のみ落ちるなら DNS か証明書検証の遅延を疑い、ログはローテーションで上限を決めます。
ClawHub スキルのバイナリ依存
ffmpeg 等は plist の PATH に Homebrew を含め、README に無い依存は軽い起動テストで洗い出します。書き込み先が読み取り専用だとタイムアウトだけ残るので権限を先に確認します。
典型エラーの順序
ポート多重、Webhook 署名と NTP、OOM の三種を先に潰し、無反応はプロセスと HTTP を両方見ます。スタックループは Node 固定と権限の再確認が効きます。
五リージョン × メモリ帯のワークフロー早見
日韓は低遅延トリガ向きに 16GB、港新は APAC 中継で複数スキルなら 24GB、米西海岸は API 近接の重いキューに M4 Pro が向きます。買うか借りるかは リモート Mac と VPS の比較 も参照してください。
| リージョン | 役割 | 目安 |
|---|---|---|
| 日本／韓国 | 低遅延トリガ | 16GB |
| 香港／シンガポール | APAC 中継・複数スキル | 24GB |
| 米西海岸 | 米クラウド API・重いキュー | M4 Pro |
無人ヘッドレス運用は Mac mini／macOS が相性よい
SSH・launchd・Homebrew 前提の常駐は Unix 系の一貫性と Apple Silicon の統合メモリが効き、Mac mini M4 は低アイドル電力で長時間 Gateway に向きます。Gatekeeper／SIP で無人時の改ざん耐性も補えます。電力・静音・保守を合わせた TCO はマネージド Mac mini M4 が読みやすく、今が検討の好機です。下の CTA から進めます。