Was macht Canary Watch — Überwachung nach dem Deployment?
Verwendungshinweise
- Nach dem Deployment auf Produktion oder Staging
- Nach dem Mergen eines riskanten PRs
- Wenn du überprüfen möchtest, ob eine Fehlerbehebung tatsächlich funktioniert hat
- Kontinuierliche Überwachung während eines Launch-Fensters
- Nach Abhängigkeits-Upgrades
Funktionsweise
Überwacht eine bereitgestellte URL auf Regressionen. Läuft in einer Schleife, bis sie gestoppt wird oder das Überwachungsfenster abläuft.
Was überwacht wird
1. HTTP-Status — Liefert die Seite 200 zurück?
2. Konsolenfehler — Neue Fehler, die vorher nicht da waren?
3. Netzwerkausfälle — Fehlgeschlagene API-Aufrufe, 5xx-Antworten?
4. Performance — LCP/CLS/INP-Regression im Vergleich zur Baseline?
5. Inhalt — Sind wichtige Elemente verschwunden? (h1, nav, footer, CTA)
6. API-Gesundheit — Antworten kritische Endpunkte innerhalb der SLA?
7. Statische Assets — Liefern JS-, CSS-, Bild- und Schriftanfragen 2xx/3xx mit den erwarteten Inhaltstypen?
8. SSE-Streams — Können Event-Stream-Endpunkte verbinden und ein erstes Event oder einen Heartbeat empfangen?
Überwachungsmodi
Schnellcheck (Standard): Ein Durchlauf, Ergebnisse melden
/canary-watch https://meineapp.de
Dauerüberwachung: Alle N Minuten für M Stunden prüfen
/canary-watch https://meineapp.de --interval 5m --duration 2h
Diff-Modus: Staging mit Produktion vergleichen
/canary-watch --compare https://staging.meineapp.de https://meineapp.de
Alarmschwellen
critical: # sofortige Benachrichtigung
- HTTP-Status != 200
- Konsolenfehler-Anzahl > 5 (nur neue Fehler)
- LCP > 4s
- API-Endpunkt gibt 5xx zurück
- Statisches Asset gibt 4xx/5xx zurück
- SSE-Endpunkt kann keine Verbindung herstellen oder bricht vor dem ersten Heartbeat ab
warning: # im Bericht markieren
- LCP um > 500ms gegenüber der Baseline gestiegen
- CLS > 0,1
- Neue Konsolenwarnungen
- Antwortzeit > 2x Baseline
- Inhaltstyp eines statischen Assets unerwartet geändert
- SSE-Heartbeat-Latenz > 2x Baseline
info: # nur protokollieren
- Geringe Performance-Abweichung
- Neue Netzwerkanfragen (Drittanbieter-Skripte hinzugefügt?)
Benachrichtigungen
Wenn ein kritischer Schwellenwert überschritten wird:
- Desktop-Benachrichtigung (macOS/Linux)
- Optional: Slack/Discord-Webhook
- Log in
~/.claude/canary-watch.log
Ausgabe
## Canary-Bericht — meineapp.de — 2026-03-23 03:15 PST
### Status: GESUND ✓
| Prüfung | Ergebnis | Baseline | Differenz |
|---------|----------|----------|-----------|
| HTTP | 200 ✓ | 200 | — |
| Konsolenfehler | 0 ✓ | 0 | — |
| LCP | 1,8s ✓ | 1,6s | +200ms |
| CLS | 0,01 ✓ | 0,01 | — |
| API /health | 145ms ✓ | 120ms | +25ms |
| Statische Assets | 42/42 ✓ | 42/42 | — |
| SSE /events | verbunden ✓ | verbunden | +80ms Heartbeat |
### Keine Regressionen erkannt. Deployment ist sauber.
Integration
Kombinieren mit:
/browser-qafür die Verifikation vor dem Deployment- Hooks: als PostToolUse-Hook bei
git pushhinzufügen, um nach Deployments automatisch zu prüfen - CI: in GitHub Actions nach dem Deployment-Schritt ausführen