canary

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

1|Updated May 6, 2026
One-click install
npx skills add https://github.com/yckkkk/reo --skill canary-yckkkk
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: canary
Source: https://github.com/yckkkk/reo/tree/main/.agents/skills/canary
Command: npx skills add https://github.com/yckkkk/reo --skill canary-yckkkk

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Post-deploy canary monitoring watches the live app for console errors, performance regressions, and page failures using the browse daemon, enabling rapid detection of post-release issues.

Core Features & Use Cases

  • Monitors console errors, performance regressions, and page failures in production.
  • Takes periodic screenshots, compares them against pre-deploy baselines, and alerts on anomalies.
  • Use Case: After deploying a new version, quickly verify that user flows remain healthy and performance targets are met.

Quick Start

Run the canary to start monitoring the live app 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 post-deploy stability for production app errors and regressions?

Monitor post-deploy stability by watching the live app for console errors, performance regressions, and page failures. It operates in production deployments to detect anomalies and raises alerts when deviations occur, enabling rapid post-release validation.

What is canary monitoring and how does it detect production anomalies?

Canary monitoring detects production anomalies by watching the live app for console errors, slowdowns, and visual baselines. It uses a browsing daemon to periodically take screenshots and compares them against pre-deployed baselines to alert on deviations.

How do I set up post-deploy validation to catch page failures in production?

Set up post-deploy validation by configuring a browsing daemon to take periodic screenshots of the live app. You must establish pre-deployed baselines beforehand so the canary can compare current production state against them and alert on anomalies.

Do I need pre-deployed baselines to detect performance regressions after a release?

Yes, you need pre-deployed baselines to detect performance regressions. The canary compares periodic screenshots and live app behavior against these baselines to identify slowdowns, console errors, and page failures after deployment.

What's the best way to verify user flows remain healthy after deploying a new version?

The best way to verify user flows remain healthy is running a canary that watches the live app for errors and performance regressions. It takes periodic screenshots, compares them against baselines, and alerts on anomalies to ensure performance targets are met.

How does visual baseline comparison work for detecting page failures in production?

Visual baseline comparison works by taking periodic screenshots of the live app via a browsing daemon and comparing them against pre-deployed baselines. When deviations occur in the visual output or performance, it raises alerts for rapid post-deploy validation.