canary

Monitor live web apps for post-deploy regressions and console errors.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Catch regressions and failures that slip past CI by watching the live app immediately after deploy, so small configuration errors, CDN issues, and runtime regressions are caught in minutes instead of hours.

Core Features & Use Cases

  • Continuous short-window monitoring: periodically load pages for a configurable duration (default 10 minutes) to detect persistent failures.
  • Baseline comparison: capture pre-deploy baselines (screenshots, console errors, perf timings, text) and alert only on new or persistent deviations.
  • Visual and telemetry evidence: take screenshots each check, diff against baselines, record console errors, and generate markdown and JSONL reports for incident triage.
  • Smart alerting: tolerate single transient blips, require persistence across checks, and surface CRITICAL / HIGH findings with evidence and remediation choices.
  • Use case: run this after deploy to verify core navigation paths and detect a missing env var, broken bundle, or slow DB migration in the first 10 minutes.

Quick Start

Run the canary skill against your production URL immediately after deploy to monitor key pages for 10 minutes and capture screenshots for baseline comparison.

Frequently Asked Questions about canary

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

FAQPage Schema
How do I monitor live web applications for post-deploy regressions?

Post-deploy monitoring uses browser-driven page loads during a short window after deployment to detect page failures, new console errors, and performance regressions. It periodically loads core navigation paths and takes screenshots to identify runtime issues.

What is visual regression monitoring for single-page apps in production?

Visual regression monitoring captures pre-deploy baselines of screenshots, console errors, and performance timings, then diffs live production pages against them. This catches visual differences and broken bundles in single-page apps that slip past CI.

How do I detect new console errors after a production deploy?

Console error diffing records runtime errors during post-deploy page loads and compares them against a pre-deploy baseline. Only new or persistent deviations trigger alerts, filtering out transient blips.

Can I compare production page performance timings against a baseline after deploy?

Yes, performance timing comparisons are captured during browser-driven page loads and measured against pre-deploy baselines. This detects slow database migrations or CDN issues by comparing live telemetry with baseline metrics.

How do I set up post-deploy alerting that ignores transient blips?

Smart alerting tolerates single transient blips by requiring persistence across multiple periodic checks before surfacing findings. It generates CRITICAL or HIGH alerts with visual and telemetry evidence only when deviations remain consistent.

Does post-deploy monitoring work without external dependencies or components?

Yes, this monitoring runs without external dependencies or components. It performs browser-driven page loads directly on the target production URL to capture screenshots, console errors, and performance timings independently.