canary

Detect console errors, performance regressions, and page failures in live web app deployments.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Post-deploy canary monitoring helps teams detect issues in live deployments by continuously watching for console errors, performance regressions, and page failures, enabling faster recovery.

Core Features & Use Cases

  • Canary monitoring of live apps using a browser daemon to observe runtime behavior.
  • Periodic screenshots, baseline comparisons, and anomaly alerts to catch regressions before users notice.
  • Use Case: after deploying a new release, run the canary to verify stability and surface issues.

Quick Start

Start the canary monitor after deployment to begin detecting console errors, performance regressions, and page failures.

Frequently Asked Questions about canary

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

FAQPage Schema
What is post-deploy canary monitoring for web applications?

Post-deploy canary monitoring is the process of watching live web applications after a new release to detect console errors, performance regressions, and page failures before users notice them.

How do I detect production regressions after a new deployment?

You can detect production regressions by running a browser daemon against the live app URL to observe runtime behavior, take periodic screenshots, and compare them against baselines to generate anomaly alerts.

Do I need a browser daemon to monitor live app behavior?

Yes, canary monitoring requires a browser daemon to access the app URL, capture screenshots, and continuously observe runtime behavior for console errors and page failures in production deployments.

How does baseline screenshot comparison catch post-deploy anomalies?

Baseline screenshot comparison catches post-deploy anomalies by capturing periodic screenshots of the live app and comparing them against established baselines to visually identify unexpected page failures or regressions.

What's the best way to catch console errors in production before users do?

The best way to catch console errors before users is to run continuous canary monitoring with a browser daemon that observes live app behavior and triggers alerts for runtime anomalies.

When should I start canary monitoring after deploying a release?

You should start the canary monitor immediately after deploying a new release to begin detecting console errors, performance regressions, and page failures during the critical post-deploy period.