Cron・18789・IM 寿命が重なると断続障害に見えます。手順のみに絞り、JSON は 最小権限記事 へ。
1. Cron 式とタイムゾーンの検証
TZ がシェルと LaunchAgent でズレると 9 時間ずれ／DST 二重発火。UTC 固定が安全。テストジョブで次発火をログに出し date と突合。
再現ドリル：
TZ／LANG を plist と揃え、1 分ジョブを 3 周ログ保存。2. ゲートウェイ 18789 の探活（ヘルス）
127.0.0.1:18789 を curl と lsof で確認。doctor ポート章と突合しプロキシ汚染を疑う。
launchd 手順書
併読。
3. Discord／Telegram の断線を切り分ける
Discord はインテント／トークンで 401 沈黙。Telegram は Webhook と getUpdates の二重に注意。プロキシは WS を壊しがちなので例外を先に決めログへ理由。
4. 2026.4.x 系プラグイン「初装だけ失敗」の典型
初装のみは キャッシュ権限・空き・Node 差。plugins.entries とロック、ClawHub レートを疑い doctor→fix --all→クリーン取得。
5. 事例：高メモリ遠隔 Mac へ負荷を逃がす
薄い Gateway は受信のみ、生成・長シェルは 高メモリ専有遠隔 Mac へ SSH。成果物は小さく、スクラッチ共有で I/O 競合を避ける。
6. チェックリスト
- Cron 次発火が TZ で説明できるか。
18789の LISTEN とcurlが揃うか。- IM／プラグインはログ理由とクリーン再現があるか。
無人 Cron とメディア負荷に Mac mini を置く理由
常駐は 静音・低待機電力と macOS の安定、launchd と統合メモリが生成ピークに効き、Gatekeeper／SIP／FileVault で説明しやすいです。
薄い Gateway＋専有逃がしなら Mac mini M4 が配線とコストの比較に向きます。Macstripe ホームで確認し、今すぐ導入して Cron／18789 を安定化してください。
