ops-deploy-land

Define post-deploy health checks, canary monitoring, and rollback workflows.

1|Updated Jul 9, 2026
One-click install
npx skills add https://github.com/PiercingXX/xx-stack --skill ops-deploy-land
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ops-deploy-land
Source: https://github.com/PiercingXX/xx-stack/tree/main/runtime/skills/ops-deploy-land
Command: npx skills add https://github.com/PiercingXX/xx-stack --skill ops-deploy-land

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill reduces the risk of bad production releases by guiding you through post-deploy health verification, canary monitoring, and a controlled rollback plan within the first critical minutes.

Core Features & Use Cases

  • Post-deploy health verification: Defines what to check immediately (error rate, latency, login success, database performance, external service health) and how to respond to spikes.
  • Canary deployment guidance: Supports gradual rollouts from small traffic slices (e.g., 5% → 50% → 100%) when the repository’s infrastructure exposes a rollout mechanism.
  • Rollback procedure and incident response: Provides clear rollback triggers, verification after rollback, and a structured incident response workflow if things break.

Use case: You just merged changes to production and need to confirm the deployment is healthy quickly, catch regressions early with canary metrics, and execute rollback if KPIs degrade.

Quick Start

Instruct the AI to perform post-deployment operations for the last release by checking the repo’s available health/telemetry surfaces, running a 30-minute KPI verification plan, and producing a deployment report plus a rollback decision outline.

Frequently Asked Questions about ops-deploy-land

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

FAQPage Schema
How do I verify production health immediately after a deployment?

Verify production deployments by running a 30-minute KPI check covering error rates, latency, login success, and database performance. This immediate post-deploy health verification catches regressions early by gating on metric-driven thresholds to detect spikes.

What metrics should trigger a rollback during a canary deployment?

Rollback during a canary deployment should trigger when explicit decision rules detect degraded KPIs like error rate spikes or latency increases. Monitoring gradual traffic rollouts from 5% to 100% requires metric-driven gating to catch these failures.

How does incident response work within the first 30 minutes of a bad release?

Incident response for a bad release produces a structured reporting output focused on the first 30 minutes and 24-hour follow-up. It executes controlled rollback procedures and verifies system health after the rollback to stabilize production.

Can I use canary monitoring if my infrastructure lacks a native rollout mechanism?

Canary monitoring can be approximated with release-readiness checks if your infrastructure lacks a native traffic rollout mechanism. The workflow adapts to available telemetry surfaces to validate KPIs even without explicit canary deployment controls.

What is the best way to structure a post-deploy health check workflow?

The best way to structure a post-deploy health check workflow is to define explicit decision rules for rollback and metric-driven gating for errors and latency. This ensures release promotions are validated against immediate KPI thresholds.