canary

Monitor live URLs for errors, performance regressions, and page failures.

Updated Mar 27, 2026
One-click install
npx skills add https://github.com/Jesse-L-M/scz-target-engine --skill canary-jesse-l-m
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: canary
Source: https://github.com/Jesse-L-M/scz-target-engine/tree/main/.claude/skills/gstack/canary
Command: npx skills add https://github.com/Jesse-L-M/scz-target-engine --skill canary-jesse-l-m

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Post-deploy reliability gaps are exposed when changes slip past CI. This Skill watches live pages for console errors, performance regressions, and page failures, helping catch issues before users notice.

Core Features & Use Cases

  • Continuous post-deploy monitoring using the browse daemon to detect errors, performance regressions, and broken pages.
  • Baseline capture, periodic checks, and anomaly alerts to verify production health.
  • Use case: after a deployment, run the canary to validate that critical paths remain healthy for 10 minutes.

Quick Start

Deploy the app, then run /canary <url> to monitor the site for 10 minutes and alert on anomalies.

Frequently Asked Questions about canary

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

FAQPage Schema
How do I monitor my production site for errors after a deployment?

Post-deploy monitoring automates watching a live URL for console errors, performance regressions, and broken pages. By capturing a baseline and performing periodic checks, it emits alerts when production anomalies are detected.

What is post-deploy canary monitoring and when do I need it?

Canary monitoring is a post-deploy validation process that watches live pages to catch issues before users notice them. You need it when changes slip past CI and expose reliability gaps in production environments.

How do I run an automated health check on a specific URL?

You can run an automated health check by targeting the live URL with a canary command. The skill uses the browse daemon to take baselines, perform periodic checks over a set duration, and output a health report.

Do I need the browse daemon to run post-deploy anomaly alerts?

Yes, the browse daemon is required to perform continuous post-deploy monitoring. It enables the skill to watch live pages, capture baselines, and emit alerts when performance regressions or page failures are detected.

What is the best way to catch performance regressions in production after a release?

The best way to catch performance regressions is running automated post-deploy monitoring that takes baselines and performs periodic checks. This canary approach validates critical paths remain healthy and emits alerts for remediation.

How long does post-deploy monitoring take to validate production health?

Post-deploy monitoring runs for a configurable duration to validate production health. A typical canary run monitors the site for 10 minutes, checking critical paths against baselines and emitting alerts if anomalies are detected.