operational-safety

Identify operational reliability risks in infrastructure changes before application.

15|5|Updated May 4, 2026
One-click install
npx skills add https://github.com/eugenelim/agent-ready-repo --skill operational-safety
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: operational-safety
Source: https://github.com/eugenelim/agent-ready-repo/tree/main/.agents/skills/operational-safety
Command: npx skills add https://github.com/eugenelim/agent-ready-repo --skill operational-safety

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill helps reviewers catch infrastructure and operational reliability risks before changes are applied, reducing the chance of broken deploys, destructive replacements, drift, and hidden cost.

Core Features & Use Cases

  • Idempotent re-apply checks: Confirms changes converge safely on retries and do not collide with existing state.
  • Destructive-change safeguards: Reviews destroy, replace, and teardown paths for blast-radius control and human approval boundaries.
  • Environment and lifecycle controls: Verifies stage isolation, teardown behavior, cost ceilings, drift recovery, observability, and smoke-test coverage for live systems.
  • Use Case: A team preparing to ship new cloud infrastructure can use this Skill to verify the plan is safe to apply, recoverable if it fails, and observable if something goes wrong.

Quick Start

Use the operational-safety skill to review this infrastructure change against idempotency, blast radius, isolation, teardown, drift recovery, observability, and cloud implementation craft.

Frequently Asked Questions about operational-safety

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

FAQPage Schema
How do I check infrastructure changes for operational reliability risks before deployment?

Checking infrastructure changes for operational reliability risks requires verifying idempotent re-apply, state locking, destructive-action gating, isolation boundaries, and drift recovery before rollout. This validates that deployments converge safely without state collisions.

What is destructive-change gating in infrastructure deployment pipelines?

Destructive-change gating in infrastructure deployment pipelines controls the blast radius of destroy, replace, and teardown paths by enforcing human approval boundaries. This safeguards against catastrophic resource loss during ephemeral environment teardowns.

How do I prevent infrastructure drift and ensure safe teardown in ephemeral environments?

Preventing infrastructure drift and ensuring safe teardown in ephemeral environments requires verifying drift recovery, teardown behavior, cost ceilings, and stage isolation. These controls keep environments fully recoverable and prevent hidden leftover costs.

Does this operational safety review work with IaC deployment pipelines and live-service updates?

Yes, operational safety review applies to IaC, deployment pipelines, ephemeral environments, teardown flows, and live-service updates. It verifies end-to-end smoke tests, observability, and convergent re-apply across these infrastructure scenarios.

Why do my infrastructure deployments fail on retry and how do I verify convergence?

Infrastructure deployments fail on retry due to state collisions and non-convergent changes. Verifying convergence requires idempotent re-apply checks confirming changes apply safely on retries without conflicting with existing state locks or isolation boundaries.