2026 OpenClaw sur Mac Mini loué : intégrer Statuspage pour une maintenance « composant », batch nocturne silencieux, fusion des checkpoints et backoff sur webhooks — chemin minimal reproductible

Trois tensions quand Statuspage pilote la fenêtre de silence

1. Désalignement fuseau. La maintenance Statuspage est souvent annoncée en UTC alors que vos slices OpenClaw suivent l’Europe ; sans variable OPENCLAW_SILENCE_UTC synchronisée, les alertes internes repartent trop tôt.
2. Checkpoints partiels. Un caffeinate interrompu laisse deux fichiers de reprise ; sans fusion par slice_id, le lot rejoue des heures de travail.
3. Rafales webhook. Statuspage, vos sondes et la passerelle émettent presque simultanément ; sans agrégation par clé incident et minute bucket, le backoff sortant ne suffit pas.

Matrice décisionnelle : signal Statuspage contre drapeau interne

Choisissez la source de vérité pour la fenêtre silencieuse ; OpenClaw doit appliquer une seule règle à la fois pour éviter les courses.

Tableau des paramètres launchd, caffeinate et cron silence

Les valeurs ci-dessous forment une base reproductible sur Apple Silicon loué ; ajustez selon la durée médiane de vos slices.

Sept étapes reproductibles sur l’hôte loué

1. Installez Node 24 via nvm ou fnm, fixez engines.node, verrouillez OpenClaw sur une version semver précise et conservez le lockfile dans le dépôt d’infrastructure.
2. Créez une route HTTPS POST /hooks/statuspage qui valide le secret Atlassian, met à jour OPENCLAW_MAINTENANCE et journalise component_id.
3. Alignez un job cron (voir tableau) qui exporte la même plage silencieuse que la fenêtre planifiée Statuspage ; testez avec openclaw doctor après rechargement plist.
4. Écrivez un LaunchDaemon pour la passerelle : RunAtLoad, KeepAlive modéré, ThrottleInterval 180, journaux sous ~/Library/Logs/OpenClaw/.
5. Encapsulez le script nocturne avec caffeinate -dimsu -- votre_runner.sh et persistance des checkpoints JSONL fusionnés par slice_id.
6. Activez un backoff exponentiel plafonné à quinze minutes avec jitter sur les webhooks sortants ; honorez Retry-After des destinations SaaS.
7. Validez la reprise : simulez maintenance_started puis operational et vérifiez qu’aucune alerte Slack ne part pendant la fenêtre silencieuse.

Tranches de logs passerelle et fusion des webhooks

Pour corréler ce que Statuspage annonce et ce que la passerelle reçoit, découpez gateway.log en JSON par tranche horaire et batch_id. Une commande indicative :

jq -c 'select(.batch_id=="nuit-20260512" and .hour=="02")' \
  ~/Library/Logs/OpenClaw/gateway.log | wc -l

Côté merge, agrégez les webhooks entrants sur incident_key plus minute UTC avant d’appeler Slack ou Opsgenie ; croisez avec les pings décrits dans le guide Healthchecks.io pour éviter les doublons santé versus maintenance planifiée.

FAQ : pause et reprise pendant la maintenance Statuspage

Comment suspendre proprement les slices ?

Lorsque le webhook maintenance_started arrive, le planificateur OpenClaw refuse les nouveaux slices, attend la fin du slice courant puis écrit un checkpoint fusionné ; les alertes externes restent dans la file de merge.

Comment reprendre sans rejouer toute la nuit ?

Sur operational, effacez le drapeau maintenance, rechargez la plage cron si nécessaire, relancez depuis le dernier slice_id stable après contrôle disque ; consultez le guide longue durée pour les garde-fous APFS.

Les webhooks Statuspage remplacent-ils les sondes internes ?

Non : gardez une sonde technique minimale ; Statuspage décrit l’intention commerciale tandis que la passerelle porte la vérité runtime. La fusion évite que les deux se contredisent dans le même canal.