OpenClaw CLI vs macOS メニューバー：ゲートウェイ運用マトリクス（賃借り Mac mini・2026-05-09）
約13分 · VmMac
OpenClaw はターミナル向け CLI と メニューバー companion を併載する——SSH 常駐オペレータには前者、画面共有インシデントには後者の通知が効く。いずれも同一デーモン契約の上に載るが、PATH の決定性とlaunchd の EnvironmentVariablesの取り扱いが対話シェルと食い違うと、深夜だけ突然 Node が見つからない事故が起きる。本文は VmMac の Apple Silicon Mac mini を前提に CLI 既定か GUI 補助かを設計する。
参照：インストール、ヘッドレス／GUI、SSH／Tailscale。リージョン、SSH ヘルプ。
二つの操作面
ゲートウェイは webhook をさばき skills を動かす——表面が CLI かメニューかは運用の快適さの差である。ただし plist が読む PATH と、対話シェルが mise／nvm で変える PATH は別物。
- CLI：tmux・パイプ・再起動スクリプトに強い。
- メニューバー：macOS 通知で瞬間障害に気づく。
- 混合：Node と skills ルートを絶対パスで plist に書き、両者で同一子プロセスを起こす。
運用マトリクス
| 観点 | CLI | メニューバー | 賃借り現場 |
|---|---|---|---|
| SSH | 最適 | GUI ログイン要 | 既定 CLI |
| PATH | rc 依存 | GUI セッション依存 | plist と整合 |
| 通知 | ログ＋Pager | バナー | 併用推奨 |
| アップグレード | tar スクリプト | GUI ウィザードの可能性 | フリートは CLI 钉版 |
launchd と Node
EnvironmentVariables に PATH／NODE_BINARY を明示。staging／production で Label を分ける。編集後はテナント手順に従い launchctl bootstrap 等で反映。Node 22 LTS と 24 current の方針は表で固定する。
SSH と localhost
ssh -L のリスナーは ssh を開始した UID にぶら下がる。ビルドユーザと VNC ユーザが違うと「127.0.0.1 に無い」ように見える。ゲートウェイのバインドアドレスを Runbook に書く。
7 ステップ
- SSH のみのメンバー比率を数える。
- Node 絶対パスを内部 Wiki に凍結。
- LaunchAgent を書き
launchctl printで検証。 - JSON 行ログをローテート。
- 各 UID でトンネル試験。
- webhook 発信元に近い VmMac リージョン（HK／JP／KR／SG／US）を選ぶ。
- 四半期ごとに CLI フェイルオーバー演習。
FAQ
両方同時？ ポートと状態ディレクトリの単一性に注意。
CI から？ ほぼ CLI。
LaunchDaemon？ GUI 無し——CLI のみ。
常駐ゲートウェイに Mac mini M4
熱設計と I/O が安定し、五地域で同一スペックを得やすい——VmMac はハード調達よりチューニングに時間を使えるようにする。