canary

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

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Post-deploy monitoring that verifies deployed apps by watching the live URL for issues such as console errors, performance regressions, and page failures. It helps ensure releases don't regress in production and gives quick feedback to engineers.

Core Features & Use Cases

  • Real-time post-deploy watch using the browse daemon to surface console errors, latency changes, and broken pages.
  • Baseline capture and comparison with screenshots and metrics to detect anomalies against pre-deploy state.
  • Flexible scope: monitor a single URL or a set of pages with configurable duration and page list.

Quick Start

Run /canary <url> to start monitoring the deployment for 10 minutes and observe post-deploy health.

Frequently Asked Questions about canary

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

FAQPage Schema
How do I monitor a production deployment for console errors and page failures?

Post-deploy canary monitoring watches a live URL for 10 minutes to detect console errors, performance regressions, and page failures using a browse daemon that takes periodic screenshots and emits telemetry alerts.

What is baseline capture and how does it help detect post-deploy regressions?

Baseline capture records pre-deploy screenshots and metrics so post-deploy canary monitoring can compare current state against baselines to surface anomalies and latency changes after the release.

Can I monitor multiple pages instead of just a single URL after a deploy?

Yes, post-deploy canary monitoring supports per-page selection, allowing you to configure a set of pages for continuous health checks across specified URLs rather than watching just one.

Do I need a browse daemon to run canary health checks on my deployment?

Yes, a browse daemon is required to perform real-time post-deploy watching, take periodic screenshots, compare against baselines, and emit alerts and telemetry for the monitored pages.

How long does post-deploy canary monitoring watch a URL by default?

Post-deploy canary monitoring watches a URL for 10 minutes by default to detect console errors, performance regressions, and broken pages, giving engineers quick feedback on release health.

What's the best way to get quick feedback on whether a release regressed in production?

Run post-deploy canary monitoring on the live URL to watch for console errors, latency changes, and page failures, comparing screenshots and metrics against pre-deploy baselines for immediate alerting.