Define and validate what ready-to-ship means beyond tests passing. Use when a repo needs release checklists, smoke tests, rollback plans, changelog/versioning guidance, deployment verification, or scripts/smoke-test.
Scanned 9/12/2026
Install to Claude Code
npx -y skills add pax-k/pax-fullstack-harness --skill release-readiness-harness --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Release Readiness Harness?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/pax-k-release-readiness-harness)More formats (shields.io, HTML) on the badges page.
---
name: release-readiness-harness
description: Define and validate what ready-to-ship means beyond tests passing. Use when a repo needs release checklists, smoke tests, rollback plans, changelog/versioning guidance, deployment verification, or scripts/smoke-test.
---
# Release Readiness Harness
## Purpose
Prevent agents from treating a passing test suite as the whole release decision.
## Inspect First
- release docs, CI/CD workflows, deployment config, smoke tests, migrations, changelog, version files, rollback docs, and observability diagnostics
## Procedure
1. Define readiness.
- Full validation evidence from `./scripts/validate` or documented equivalent.
- Fast smoke tests that prove the release/runtime can start and answer a minimal health or user-flow check.
- Migration status.
- Rollback plan.
- Monitoring or diagnostics.
- Known risks.
2. Add release assets.
- `docs/release/checklist.md`
- `docs/release/rollback.md`
- `scripts/smoke-test` where feasible; keep it fast and runtime/deployment-focused, not a default alias for full `./scripts/validate`.
- Select a stack-aware smoke pattern when useful:
- web app: request the base URL or one minimal browser smoke path.
- API service: request `/health` or the configured health endpoint.
- database-backed app: check database readiness plus migration status.
- library/package: run a fast import/build sanity check.
- `CHANGELOG.md` when the project uses changelogs or the user asks.
3. Wire checks.
- Coordinate with `ci-cd-harness` for deployment gates.
- Coordinate with `migration-and-schema-harness` for migration risk.
- Coordinate with `termination-gatekeeper` so release readiness is not claimed before task completion evidence exists.
## Validation
- Run `./scripts/smoke-test` when present.
- Run or cite full `./scripts/validate` separately from smoke evidence.
- Confirm rollback steps are concrete.
- Confirm release docs cite validation commands.
## Completion Criteria
- A release has explicit readiness, smoke, rollback, and verification criteria.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!