canary

Monitor production URLs post-deploy for console errors and performance regressions.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Monitors production after a deploy to catch issues like console errors, performance regressions, and page failures before users notice.

Core Features & Use Cases

  • Continuous post-deploy monitoring with live health signals.
  • Baseline capture, page-level checks, and anomaly alerts to guide debugging.
  • Works across multiple pages or a defined page set, with visual and performance metrics.

Quick Start

Run /canary <url> after deploying to start a 10-minute monitoring session.

Frequently Asked Questions about canary

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

FAQPage Schema
How do I monitor production health after a deploy to catch console errors?

Post-deploy production monitoring tracks a live URL to detect console errors, performance regressions, and page failures. It takes screenshots, collects logs, and compares metrics against baselines to alert on anomalies before users notice.

What is baseline capture for post-deploy validation and when do I need it?

Baseline capture records initial page health metrics and visual states before changes occur. You need baseline capture during post-deploy validation to compare current performance and console logs against known-good states to identify regressions.

How do I run a canary monitoring session on a production URL?

To run a canary monitoring session, execute the monitor command with your target production URL after deploying. This initiates a ten-minute session where the browse daemon takes screenshots, collects logs, and checks for anomalies.

Can I monitor multiple pages or a specific page set for performance regressions?

Yes, post-deploy monitoring works across multiple pages or a defined page set. You can apply page-level checks to a targeted list of URLs to capture visual and performance metrics across your production environment.

Does post-deploy monitoring require a browse daemon to take screenshots and collect logs?

Yes, post-deploy monitoring uses a browse daemon to take screenshots, collect console logs, and compare page performance against baselines. The daemon provides the live health signals needed to detect page failures and anomalies.

Why does post-deploy monitoring alert on anomalies instead of just showing page failures?

Post-deploy monitoring alerts on anomalies to catch subtle performance regressions and console errors that do not cause outright page failures. Comparing against baselines helps detect these issues early to guide debugging before users notice.