canary

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

Updated Apr 6, 2025
One-click install
npx skills add https://github.com/yolopunk/jedi --skill canary-yolopunk
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: canary
Source: https://github.com/yolopunk/jedi/tree/main/.claude/skills/gstack/canary
Command: npx skills add https://github.com/yolopunk/jedi --skill canary-yolopunk

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. Takes periodic screenshots, compares against pre-deploy baselines, and alerts on anomalies. Use when: "monitor deploy", "canary", "post-deploy check", "watch production", "verify deploy".

Core Features & Use Cases

Baseline capture and page discovery prior to deployment to establish reference metrics. Continuous post-deploy monitoring with periodic checks, screenshot capture, console and performance analysis. Alerting and guidance for remediation when anomalies are detected, plus an audit trail of sessions.

Quick Start

Invoke the canary with a URL and optional arguments to start a 10-minute monitor, then review the reports in .gstack/canary-reports.

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 URL for issues after a deploy?

Monitor a production URL for post-deploy issues by capturing periodic screenshots, checking for console errors, and comparing live performance against pre-deploy baselines to alert on anomalies.

What is a canary check in post-deploy monitoring?

A canary check is a post-deploy monitoring process that watches a live app for console errors, performance regressions, and page failures by comparing current behavior against pre-deploy baselines.

How do I capture baseline metrics before deployment for comparison?

Capture baseline metrics and discover pages prior to deployment to establish reference data, enabling continuous post-deploy monitoring to compare live results against these saved artifacts.

Do I need the browse daemon to run post-deploy checks?

Yes, post-deploy checks require the browse daemon and gstack tooling to capture screenshots, analyze console and performance data, and output canary reports under .gstack/canary-reports.

How do I get alerts for performance regressions in my live application?

Get alerts for performance regressions by running continuous post-deploy monitoring with periodic checks that compare live application behavior against captured baselines and flag anomalies.

What limitations exist when monitoring production pages for console errors?

Monitoring production pages for console errors requires configurable duration settings and depends on the browse daemon, limiting checks to pages accessible via the provided URL and gstack environment.