canary

Monitor deployed apps for console errors, performance regressions, and page failures.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Post-deploy canary monitoring is essential to catch regressions before they affect users. This skill watches the live app for console errors, performance regressions, and page failures using the browse daemon. It also takes periodic screenshots, compares against pre-deploy baselines, and raises alerts when anomalies are detected.

Core Features & Use Cases

  • Canary-based health checks after deployments to verify stability in production.
  • Automated anomaly alerts based on console errors, performance deltas, and page failures.
  • Baseline-driven visual checks with screenshots for quick verification and rollback signals.

Quick Start

Run the canary monitor after deployment to start watching production for anomalies.

Frequently Asked Questions about canary

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

FAQPage Schema
How do I monitor for production anomalies after a deployment?

Post-deploy canary monitoring detects production anomalies by comparing live baselines against pre-deploy states using the browse daemon to take periodic screenshots and trigger alerts on console errors, performance regressions, and page failures.

What is canary-based health checking in production?

Canary-based health checking is a post-deploy monitoring technique that verifies production stability by continuously watching the live app for console errors, performance regressions, and page failures against pre-deploy baselines to catch regressions before they affect users.

How do I set up automated anomaly alerts for console errors and performance regressions?

Automated anomaly alerts for console errors and performance regressions are set up by running a post-deploy canary monitor that compares live application states against pre-deploy baselines and surfaces detected issues to engineers.

Can I use screenshots to verify application stability and trigger rollbacks after deploying?

Yes, baseline-driven visual checks use periodic screenshots of the live application to provide quick verification of production stability and serve as visual rollback signals when anomalies are detected.

When do I need baseline-driven visual checks for post-deploy monitoring?

Baseline-driven visual checks are needed when you must verify production stability after deployments, providing quick visual verification and rollback signals by comparing live screenshots against pre-deploy baselines to catch regressions before user impact.

What is the best way to catch post-deploy regressions before they affect users?

The best way to catch post-deploy regressions before they affect users is to run a canary monitor immediately after deployment, comparing live baselines against pre-deploy states to detect console errors, performance regressions, and page failures.