Canary Watch – Post-Deploy Monitoring
Wann verwenden
- Nach dem Deployment auf Produktion oder Staging
- Nach dem Mergen eines riskanten PRs
- Wenn du überprüfen möchtest, ob eine Behebung tatsächlich funktioniert hat
- Während eines Launch-Fensters zur kontinuierlichen Überwachung
- Nach Abhängigkeitsupgrades
Funktionsweise
Überwacht eine bereitgestellte URL auf Regressionen. Läuft in einer Schleife, bis sie gestoppt wird oder das Überwachungsfenster abläuft.
Was wird überwacht
1. HTTP-Status – Liefert die Seite 200?
2. Konsolenfehler – Neue Fehler, die vorher nicht da waren?
3. Netzwerkfehler – 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-Health – Antworten kritische Endpunkte innerhalb des SLA?
7. Statische Assets – Liefern JS-, CSS-, Bild- und Schrift-Anfragen 2xx/3xx mit erwarteten Content-Typen zurück?
8. SSE-Streams – Können Event-Stream-Endpunkte eine Verbindung herstellen und ein erstes Ereignis oder einen Heartbeat empfangen?
Überwachungsmodi
Schnellcheck (Standard): Einmaliger Durchlauf, melde Ergebnisse
/canary-watch https://myapp.com
Dauerbeobachtung: Prüfe alle N Minuten für M Stunden
/canary-watch https://myapp.com --intervall 5m --dauer 2h
Diff-Modus: Vergleiche Staging mit Produktion
/canary-watch --vergleiche https://staging.myapp.com https://myapp.com
Alarm-Schwellwerte
kritisch: # sofortige Benachrichtigung
- HTTP-Status != 200
- Konsolenfehleranzahl > 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 Verbindung fällt vor erstem Heartbeat ab
warnung: # im Bericht markieren
- LCP-Anstieg > 500ms gegenüber Baseline
- CLS > 0.1
- Neue Konsolenwarnungen
- Antwortzeit > 2x Baseline
- Content-Typ eines statischen Assets hat sich unerwartet geändert
- SSE-Heartbeat-Latenz > 2x Baseline
info: # nur protokollieren
- Geringe Performance-Abweichung
- Neue Netzwerkanfragen (wurden Drittanbieter-Skripte hinzugefügt?)
Benachrichtigungen
Wenn ein kritischer Schwellwert überschritten wird:
- Desktop-Benachrichtigung (macOS/Linux)
- Optional: Slack/Discord-Webhook
- Loggen in
~/.claude/canary-watch.log
Ausgabe
## Canary-Bericht – myapp.com – 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 |
| Stat. Assets | 42/42 ✓ | 42/42 | — |
| SSE /events | verbunden ✓ | verbunden | +80ms Heartbeat |
### Keine Regressionen erkannt. Deployment ist sauber.
Integration
Kombinierbar mit:
/browser-qafür Pre-Deploy-Verifikation- 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