| 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에서 실행 가능
