Discord＋WhatsAppを一台のGatewayに載せる狙い
2026年はDiscord公開＋WhatsApp個別の分離が増えています。onboardと常駐Gatewayの二重起動で片側沈黙が出やすく、npm／Docker差はGateway手順へ。本稿は順序と18789のみです。
五リージョンの遅延観測
五リージョンではジッター優先。東京／ソウルは東アジア出口、香港／シンガポールは南ハブ、米西岸はSaaS同居向き。基線凍結と併読。
注意
WhatsAppは再接続コストが高くDiscordはイベント多め。外部IDで冪等化。
onboard→常駐の最短チェック
-
単一ユーザ＋plist：
UserNameとワーキングディレクトリを固定。 -
onboard後：ウィザード用デーモンを止め、
launchctl listで常駐Gatewayのみ確認。 -
ラベル一本化：
com.team.openclaw.gatewayなど二重登録を防ぐ。
Gatewayポート18789の衝突切り分け
lsof -iTCP:18789 -sTCP:LISTENで占有プロセスを特定し、旧onboardや手動nodeを落としてからlaunchctl kickstartで単一路線へ戻します。
環境変数の優先で18789が二重に残りがちです。ログ先頭の「最終読込値」を確認してください。
M4 16GB／24GBとM4 Proの目安
| 構成 | 二チャネル | 重スキル併用 |
|---|---|---|
| 16GB | 可 | 1〜2本まで |
| 24GB | 余裕 | 2〜3本 |
| M4 Pro | 尾遅れ少 | 並列に強い |
観測のコツ
各ノードでmtrのワーストRTTを24時間ログし、Discordレート制限とWhatsApp再接続をログで分離すると調整が速い。
よくある質問
18789を二台で分担？
チャネル単位でホスト分割し監視も分けた方が単純です。
16GBで重いスキルは？
キュー直列化か24GB／M4 Proへ逃がしてください。
macOSとMac miniで、このGateway運用が楽になる理由
二チャネルは常駐デーモン＋TLS＋ローカルツールの束。macOSはGatekeeper・SIP・FileVaultが一体で説明しやすく、M4は低アイドル電力で冷却下も安定し、Homebrew／SSH前提のTCOはMac miniに寄せやすいです。
常駐Gatewayを安定運用するならMac mini M4が現実的な起点。今すぐ一台を確保し五リージョンへ展開してください。