canary

Monitor live web apps for console errors, performance regressions, and page failures after deployment.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Canary monitoring helps catch production surprises early by watching the live app for console errors, performance regressions, and page failures after a deployment.

Core Features & Use Cases

  • Live monitoring using the browse daemon to observe production behavior.
  • Periodic screenshots, baseline comparisons, and alerting on anomalies.
  • Use Case: After deploying a new release, continuously verify the app's health across critical paths and receive actionable alerts if something regresses.

Quick Start

Invoke the canary command with the production URL to start 10 minutes of monitoring after deployment.

Frequently Asked Questions about canary

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

FAQPage Schema
How do I monitor my web app for regressions after a production deployment?

Post-deploy monitoring catches production issues by continuously watching live web apps for console errors, performance regressions, and page failures. It uses the browse daemon to observe behavior, capture screenshots, compare against baselines, and alert on anomalies.

What is canary monitoring and when do I need it for live web applications?

Canary monitoring is the process of observing a live app for errors and performance drops immediately after a release. You need it when deploying new versions to critical user journeys and want to detect production surprises early before they impact users.

How do I start post-deploy monitoring for a production URL?

Invoke the canary command with your production URL to start continuous monitoring. The default quick check runs for 10 minutes after deployment, observing critical paths, capturing screenshots, comparing against baselines, and alerting on anomalies.

Can I configure the duration and specific pages for post-deploy monitoring?

Yes, post-deploy monitoring supports configurable duration, specific pages, and quick check options. You can target critical user journeys across your live web app and adjust the time window to match your deployment risk profile.

Does post-deploy monitoring require a browse daemon to detect console errors?

Yes, the browse daemon is required for live monitoring. It observes production behavior, captures periodic screenshots, enables baseline comparisons, and triggers alerting logic when console errors, performance regressions, or page failures are detected.

What is the best way to detect page failures and performance regressions after a release?

Continuous post-deploy monitoring compares live app behavior against established baselines to detect page failures and performance regressions. By capturing screenshots and alerting on anomalies across full user journeys, it provides actionable alerts if something regresses.