canary

Monitor production pages post-deploy for console errors and performance regressions.

Updated Mar 24, 2026
One-click install
npx skills add https://github.com/antriksh-29/reddit-automation --skill canary-antriksh-29
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: canary
Source: https://github.com/antriksh-29/reddit-automation/tree/main/.claude/skills/gstack/canary
Command: npx skills add https://github.com/antriksh-29/reddit-automation --skill canary-antriksh-29

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Post-deploy canary monitoring helps detect production issues that slip through CI, such as console errors, performance regressions, and page failures, before they impact users.

Core Features & Use Cases

  • Baseline-driven monitoring: captures screenshots, metrics, and errors, and compares to pre-deploy baselines to surface anomalies.
  • Page-scoped health: watches multiple pages or routes, alerting on regressions during a defined window after deploy.
  • Safety and control: manual trigger via /canary and configurable duration, pages, and baseline options.

Quick Start

Run the /canary command with the deployment URL and optional flags to set duration, baseline capture, and pages to monitor.

Frequently Asked Questions about canary

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

FAQPage Schema
How do I monitor production for console errors and performance regressions after a deploy?

Post-deploy canary monitoring captures screenshots, performance metrics, and console errors across app pages and compares them against pre-deploy baselines to surface anomalies. It requires running terminal commands with the deployment URL.

What is baseline-driven canary monitoring and how does it catch production issues?

Baseline-driven canary monitoring captures post-deploy screenshots, metrics, and errors, then compares results against pre-deploy baseline snapshots. This comparison surfaces anomalies like page failures and performance regressions that CI missed.

How do I set up page-scoped health monitoring for multiple routes after deployment?

Run the canary command with your deployment URL and optionally specify pages, duration, and baseline options. It watches multiple routes during a defined window after deploy, alerting on regressions compared to baseline snapshots.

Do I need Bash tooling to run post-deploy canary checks on my app URL?

Yes, post-deploy canary monitoring requires Bash-based tooling and the ability to run terminal commands. You need access to the app URL and can optionally specify pages, duration, and baseline capture options.

Can I manually trigger production canary monitoring and configure the duration?

Yes, production canary monitoring is manually triggered and allows configurable duration, pages, and baseline options. This provides safety and control over the post-deploy monitoring window for catching console errors.

Why does post-deploy canary monitoring catch issues that CI misses?

Post-deploy canary monitoring catches issues CI misses by operating in the actual production environment after deployment. It identifies runtime console errors, performance regressions, and page failures by comparing live metrics against pre-deploy baselines.