production-readiness

Audits features against an operational readiness checklist covering owners, logs, metrics, alerts, SLOs, and runbooks.

Updated Sep 17, 2026
One-click install
npx skills add https://github.com/karenrebecag/spec-driven-standards --skill production-readiness-karenrebecag
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: production-readiness
Source: https://github.com/karenrebecag/spec-driven-standards/tree/main/plugins/delivery/skills/production-readiness
Command: npx skills add https://github.com/karenrebecag/spec-driven-standards --skill production-readiness-karenrebecag

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often mark a feature as done when tests pass, only to discover in production that nobody owns it, nothing is monitored, and no one knows what to do when it breaks. This Skill blocks that gap by auditing every change against a strict operational readiness checklist before release. ## Core Features & Use Cases - Blocking Readiness Checklist: Verifies eight non-negotiable items: owner, structured logs, metric, actionable alert, SLO, runbook, tested rollback, and dependency failure handling. - Evidence-Based Audit: Reads the actual diff and instrumentation instead of assuming coverage, and reports concrete missing items such as a specific metric that must be added. - Release Gate Integration: Feeds its findings into the release dossier and blocks the release when any item is uncovered, delegating observability details to the /observe skill and the sre-engineer agent. - Use Case: Before shipping a new payment endpoint, run the audit to confirm an on-call owner exists, error paths emit structured logs, a latency SLO is measured, and a rollback path has been tested. ## Quick Start Run /production-readiness on my current change to audit whether it is truly ready for production.

Frequently Asked Questions about production-readiness

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

FAQPage Schema
How do I check if a feature is production ready before release?

Run the production-readiness audit, which walks an eight-item blocking checklist: owner, logs, metric, alert, SLO, runbook, rollback, and dependency handling. It reads the actual diff and instrumentation, then reports exactly what is missing.

What should a production readiness checklist include?

It should include an on-call owner, structured error logs, at least one functional metric, an actionable alert, a declared SLO, a runbook for the most likely failure, a tested rollback path, and defined behavior for external dependency failures.

Does this skill create the missing metrics or alerts for me?

No. It is strictly read-only: it reports gaps and stops. Creating the missing metric, alert, or runbook is implementation work that goes through the normal ship loop and its quality gate.

Can a release proceed if some checklist items are uncovered?

No. Any uncovered item blocks the release. The skill will not mark the change as production_ready with gaps, and its findings feed the release dossier so the blocker is visible.

How does the audit verify observability coverage?

It inspects the real change rather than assuming coverage, and delegates log, metric, and trace verification to the /observe skill and SLO or runbook questions to the sre-engineer agent.