1. 痛みの分解
プロセス寿命(SSH 切断、蓋閉じ)、トリガーの取り違え、公開エンドポイントの無防備が典型です。
2. トリガー選定
| 方式 | 向く場面 | リスク |
|---|---|---|
| カレンダー / cron / launchd | 定時レポート、バッチ、クリーンアップ | スリープで飛ぶ、タイムゾーン、起動競合 |
| HTTP Webhook | 注文、チケット、SaaS イベント | 認証、リプレイ、バースト、べき等、タイムアウト |
| IM | 人間確認、軽い指示 | 本番オーケストレーションの単一入口に不向き |
3. macOS と launchd
launchd はログ統合と再起動ポリシーに優れます。対話シェルを前提にしないでください。Gateway 待受後にジョブを流すならヘルスプローブを先に。
# curl -sf http://127.0.0.1:<port>/health || exit 1
4. Webhook 最小セキュリティ
| 項目 | 推奨 |
|---|---|
| 認証 | HMAC 共有秘密または mTLS |
| レート制限 | トークンバケツ、キューイング |
| べき等 | イベント ID |
| 応答 | 速い 2xx と非同期処理 |
5. 運用 5 ステップ
単一起動経路、ログローテ、合成プローブ、昇格/ロールバック手順、リモートのスリープ・ネットワーク・ディスク。
参照値: Webhook は約 5 秒以内 ACK。起動は 30~60 秒ずらす。ディスク空き 15~20%。
6. リモート Mac チェックリスト
| 項目 | 要点 |
|---|---|
| スリープ | 意図しないサスペンドを防ぐ |
| ネットワーク | 安定 SSH、再接続 |
| 権限 | 専用ユーザー、最小権限 |
| 更新 | 依存固定、カナリア |
7. 考察
2026 年は対話 UX と配信保証が分離します。ノート PC の蓋閉じは Webhook を即断ちます。Gateway とスケジューラを専用リモート Mac に置くのは CI Runner と同型です。MACGPU のリモート Mac レンタルは OpenClaw の使い方を変えずに電源・冷却・ネットの安定を得やすくします。Windows や汎用 VM でロジック検証は可能ですが、メディア近傍の macOS ツールチェーンを活かす常駐なら Apple Silicon ホストが現実的です。