canary

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

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This capability enables post-deploy reliability by continuously watching the live app for console errors, performance regressions, and page failures. It helps catch issues that slip through CI before users notice.

Core Features & Use Cases

  • Baseline capture and comparison to production to identify regressions.
  • Continuous 10-minute monitoring using the browse daemon across multiple pages.
  • Alerts for critical, high, or medium issues with actionable guidance.

Quick Start

Run the canary after deployment with /skill:canary <url> to monitor production for 10 minutes.

Frequently Asked Questions about canary

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

FAQPage Schema
How do I monitor production for post-deploy reliability issues?

Post-deploy reliability monitoring uses a browse daemon to continuously check production pages for console errors, performance regressions, and page failures. It captures a baseline and compares it against live traffic to detect regressions after a new release.

What is the best way to catch console errors and performance regressions after a production release?

To catch console errors and performance regressions after a release, run an automated canary monitoring check against your production URL. It performs continuous health checks across multiple pages for 10 minutes to identify critical, high, or medium issues.

How do I set up baseline capture for production monitoring?

Baseline capture for production monitoring is handled automatically by the browse daemon. It records initial page health and performance metrics, then compares subsequent checks against this baseline to identify regressions and page failures.

Do I need any dependencies to run automated alerts for post-deploy verification?

No external dependencies are required to run automated alerts for post-deploy verification. The monitoring capability coordinates baseline capture, page checks, and alerts with built-in guardrails for critical, high, and medium issues.

Can I use a canary monitor to verify continuous health across multiple pages?

Yes, canary monitoring verifies continuous health across multiple production pages. Using a browse daemon, it runs a 10-minute monitoring cycle to detect page failures and performance regressions, providing actionable alert guidance.

Why does my post-deploy monitoring not catch issues that slipped through CI?

Post-deploy monitoring catches issues missed by CI by continuously watching the live app. If issues are not detected, ensure the browse daemon is running against the correct production URL and that baseline capture completed successfully before comparison.