複数 OPENCLAW_HOME による分インスタンス
同一 OS ユーザーが既定の状態木を共有すると、ゲートウェイのキャッシュ、プラグイン作業領域、ローカルキューが意図せず混線し、一台だけ doctor が赤になることがあります。MeshMac の各ノードに別ルートの OPENCLAW_HOME(例:/var/lib/openclaw/gw-a と gw-b)を割り当て、LaunchAgent の環境ファイル、SSH の非対話ログイン、夜間ジョブの三つで同じ export 順にそろえます。当直パトロールはこの木を読むだけにし、スキル同期や大きな設定変更は昼間の変更窓に回します。
ログ切片パス(只読)
全ホストで LOG_ROOT から見た相対パスを一致させ、テナント別の gateway/*.log スライスに落とします。当直スクリプトは末尾の tail のみとし、サイズ閾値や圧縮はログ運用ランブックどおり保守側が管理します。合流レポートには「ノード短 ID と相対パス」を併記すると diff が速く、インシデント後の突合せも楽です。tail に含まれる行にアクセストークンや完全な Webhook URL が混ざらないよう、マスキング方針を先に決めておきます。
Webhook 摘要(多ノード事実の合流)
ノードごとにチャットへ生イベントを流すとノイズと見落としが増えます。各ゲートウェイは配送結果を共通の事実源(HTTP ステータス、リトライ回数、冪等キー)へ書き、集約側が三十秒から六十秒の窓で重複を除き、一行の摘要にします。本文は「どのノードが黄/赤か」「最後のエラーコード」「次に見るべき公開手順」までに留め、セッション付きの管理画面 URL は貼らず、必要なら meshmac.com 上の静的ヘルプやブログの相対リンクに置き換えます。
トークン最小権限
当直用の認証情報は、doctor と status、読み取り系の validate に必要なスコープに限定します。キュー書き込み、プラグイン配布、チャンネル管理権限は持たせません。鍵ファイルは chmod 0440 とし、本番の書き込み用トークンは当直マシンに置かないか、別ファイルで隔離します。ローテーションは昼間に実施し、夜間ジョブは「ファイル存在と inode の安定」程度のメタ検査に留めると事故が減ります。
まとめと購入の目安
一枚紙の当直とは、HOME 分離・ログ切片の只読確認・Webhook 窓要約・doctor の終了コード表を単一メッセージに束ねたものです。一次切り分けはこの束ねを見てから、該当ノードの詳細ログへ降ります。まだプール台数や SSH 接力の設計が固まっていない場合は、meshmac.com のトップでリモート Mac と席数の説明を確認し、ヘルプの公開項目で同時接続と権限の前提を読んでから、購入・レンタルでプランを選ぶとスムーズです。オンボード後に本文の手順を on-call チャンネルへ載せ替えれば、長期共有アカウントや平文トークンの温床を避けられます。
次の一歩(公開ページ・ログイン不要)
購入・レンタル、ヘルプ、ブログ索引、OpenClaw 一覧。アカウント不要で閲覧できます。
ヘルスチェックを一台分のメッセージに収束させる
トップとヘルプで前提を確認し、プール規模が決まったら購入ページから手配。公開ページはログイン不要です。