canary-watch

Monitors deployed URLs for HTTP, console, performance, and API regressions after deploys.

Updated Mar 18, 2026
One-click install
npx skills add https://github.com/freedom909/real-estate-saas --skill canary-watch-freedom909
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: canary-watch
Source: https://github.com/freedom909/real-estate-saas/tree/main/.trae/skills/canary-watch
Command: npx skills add https://github.com/freedom909/real-estate-saas --skill canary-watch-freedom909

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? After deploying to production, merging a risky PR, or upgrading dependencies, teams often lack immediate visibility into whether the release introduced regressions. This Skill continuously checks a deployed URL for broken pages, new console errors, failed API calls, and performance degradation so issues are caught before users report them. ## Core Features & Use Cases - Multi-Signal Health Checks: Watches HTTP status, console errors, network failures, Core Web Vitals (LCP/CLS/INP), key content elements, and API endpoint health against a baseline. - Flexible Watch Modes: Run a single quick check, a sustained watch at a set interval for a defined duration, or a diff mode comparing staging versus production. - Threshold-Based Alerting: Classifies findings as critical, warning, or info, and sends desktop notifications or Slack/Discord webhook alerts when critical thresholds are crossed. - Use Case: After pushing a dependency upgrade to production, run a sustained two-hour watch on your app URL to confirm LCP stays within 500ms of baseline and no new console errors appear. ## Quick Start Ask the AI to run canary-watch against your deployed URL, for example to monitor https://myapp.com every 5 minutes for 2 hours and alert on any critical regressions.

Frequently Asked Questions about canary-watch

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I monitor a website for regressions after deployment?▼

Run canary-watch against your deployed URL to check HTTP status, console errors, network failures, and performance metrics against a baseline. Use quick check mode for a single pass or sustained watch mode to re-check every few minutes over a set duration.

How to compare staging vs production before a release?▼

Use canary-watch diff mode with the --compare flag followed by your staging and production URLs. It reports differences in status codes, errors, performance metrics, and content so you can spot discrepancies before promoting a release.

What performance metrics does post-deploy monitoring check?▼

Canary-watch tracks Core Web Vitals including LCP, CLS, and INP, plus API endpoint response times against SLA. Critical alerts fire when LCP exceeds 4 seconds or an endpoint returns 5xx, while warnings flag LCP increases over 500ms from baseline.

Can I get Slack notifications when a deploy breaks my site?▼

Yes, canary-watch supports optional Slack or Discord webhook notifications when critical thresholds are crossed, alongside desktop notifications on macOS and Linux. All events are also logged to ~/.claude/canary-watch.log for later review.

When should I not rely on post-deploy URL monitoring?▼

URL-based monitoring only detects regressions visible from external requests, so it cannot catch backend data corruption, background job failures, or authenticated-flow bugs behind login. Pair it with pre-deploy browser QA and server-side observability for full coverage.