canary

Monitors web apps for availability, console errors, visual regressions, and performance metrics after deployment.

3|Updated Mar 26, 2026
One-click install
npx skills add https://github.com/The13thNode/VibeCorp_PromptCEO --skill canary-the13thnode
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: canary
Source: https://github.com/The13thNode/VibeCorp_PromptCEO/tree/main/skills/public/canary
Command: npx skills add https://github.com/The13thNode/VibeCorp_PromptCEO --skill canary-the13thnode

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill provides automated post-deploy monitoring to detect site availability failures, JavaScript console errors, visual regressions, and performance regressions immediately after a production release, enabling fast alerting and rollback decisions.

Core Features & Use Cases

  • Availability checks: Hit critical routes (root, primary route, login, backend health) and verify HTTP 200 responses.
  • Console and page error capture: Run a headless browser to collect console messages and page errors, classify severity (hydration warnings vs uncaught exceptions), and log or escalate failures.
  • Visual regression and performance spot checks: Save screenshots to docs/screenshots, compare against baselines when available, and measure DOMContentLoaded and load timings against thresholds.
  • Use Case: Run the canary after each production deployment to determine whether to post alerts, notify the CEO channel, or initiate a rollback based on failed checks.

Quick Start

Run the canary to verify the live site for availability, console errors, visual differences, and key performance metrics.

Frequently Asked Questions about canary

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

FAQPage Schema
How do I monitor live deployments for console errors and performance regressions?

To monitor live deployments for console errors and performance regressions, run a headless browser against critical routes to capture page errors, classify severity, and measure DOMContentLoaded timings against threshold values.

What is post-deploy visual regression testing and how does it work?

Post-deploy visual regression testing compares screenshots of critical pages captured by a headless browser against baseline images to detect visual differences and page failures immediately following a production release.

How do I check HTTP 200 availability for critical web application routes after a release?

Check HTTP 200 availability for critical web application routes by sending requests to the root, login, and backend health endpoints after deployment to verify successful responses and validate site availability.

Can I use post-deploy checks to decide whether to initiate a rollback?

Yes, you can use post-deploy checks to decide whether to initiate a rollback by evaluating failed availability requests, uncaught JavaScript exceptions, and performance threshold breaches to trigger fast alerting and rollback decisions.

How do I measure DOMContentLoaded and load timings against threshold values after a production release?

Measure DOMContentLoaded and load timings against threshold values by running a headless browser across critical pages to spot check performance metrics and identify any post-deploy performance regressions.

What are the limitations of automated post-deploy error and performance monitoring?

Automated post-deploy error and performance monitoring limitations include requiring pre-existing visual baselines for regression comparison and relying on threshold values that must be configured accurately to avoid false alerts or missed regressions.