canary-watch

name	canary-watch
description	배포, 머지, 의존성 업그레이드 후 배포된 URL에서 회귀를 모니터링하는 스킬입니다.
origin	ECC

Canary Watch — 배포 후 모니터링

사용 시점

• 프로덕션 또는 스테이징 배포 후
• 리스크가 큰 PR 머지 후
• 수정이 실제로 문제를 해결했는지 검증할 때
• 출시 창 동안 연속 모니터링할 때
• 의존성 업그레이드 후

동작 방식

배포된 URL의 회귀를 모니터링합니다. 중지되거나 감시 윈도우가 끝날 때까지 루프를 반복합니다.

감시 항목

1. HTTP 상태 — 페이지가 200을 반환하는가?
2. 콘솔 오류 — 이전에 없던 새 오류가 생겼는가?
3. 네트워크 실패 — 실패한 API 호출, 5xx 응답이 있는가?
4. 성능 — LCP/CLS/INP가 기준선 대비 나빠졌는가?
5. 콘텐츠 — 핵심 요소(h1, nav, footer, CTA)가 사라졌는가?
6. API 상태 — 중요 엔드포인트가 SLA 안에서 응답하는가?

감시 모드

Quick check: 한 번만 검사하고 결과를 보고

/canary-watch https://myapp.com

Sustained watch: N분마다 M시간 동안 검사

/canary-watch https://myapp.com --interval 5m --duration 2h

Diff mode: 스테이징과 프로덕션 비교

/canary-watch --compare https://staging.myapp.com https://myapp.com

알림 임계값

critical:
  - HTTP status != 200
  - Console error count > 5 (새 오류만)
  - LCP > 4s
  - API endpoint returns 5xx

warning:
  - LCP increased > 500ms from baseline
  - CLS > 0.1
  - New console warnings
  - Response time > 2x baseline

info:
  - Minor performance variance
  - New network requests (third-party scripts added?)

알림 방식

critical 임계값을 넘으면:

• 데스크톱 알림(macOS/Linux)
• 선택적으로 Slack/Discord webhook
• ~/.claude/canary-watch.log 기록

출력

## Canary Report — myapp.com — 2026-03-23 03:15 PST

### Status: HEALTHY ✓

| Check | Result | Baseline | Delta |
|-------|--------|----------|-------|
| HTTP | 200 ✓ | 200 | — |
| Console errors | 0 ✓ | 0 | — |
| LCP | 1.8s ✓ | 1.6s | +200ms |
| CLS | 0.01 ✓ | 0.01 | — |
| API /health | 145ms ✓ | 120ms | +25ms |

### No regressions detected. Deploy is clean.

연동

• /browser-qa와 함께 배포 전 검증
• Hooks: git push 후 자동 점검용 PostToolUse 훅으로 추가 가능
• CI: 배포 단계 뒤 GitHub Actions에서 실행 가능