release-checklist

Validates releases with typechecks, tests, workflow restarts, and go/no-go evidence reports.

Updated Jun 15, 2026
One-click install
npx skills add https://github.com/ravenslight2010/Production-run-calculator --skill release-checklist-ravenslight2010
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: release-checklist
Source: https://github.com/ravenslight2010/Production-run-calculator/tree/main/.agents/skills/release-checklist
Command: npx skills add https://github.com/ravenslight2010/Production-run-calculator --skill release-checklist-ravenslight2010

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Publishing a change to this pizza production app without verifying generated API clients, typechecks, tests, workflow health, and live-data heals can silently break the browser-facing app or mutate production data. This Skill enforces a repository-specific release gate so no deploy is recommended without recorded evidence. ## Core Features & Use Cases - Required release gates: Runs generated-client freshness checks, package typechecks, unit/integration test workflows, and restarts the API and web workflows to verify the real preview path. - Conditional and destructive-test safety: Routes browser smoke, accessibility, visual, PWA, and full E2E suites based on the changed surface, and blocks destructive tests from ever touching production or shared databases. - Operational warnings and go/no-go report: Surfaces data heals, schema changes, and sync risks, then produces a structured PASS/FAIL report ending in an explicit GO or NO-GO decision. - Use Case: After changing an API route and a shared client type, ask for a release readiness check; the Skill runs the generated-client check, typechecks, relevant tests, restarts workflows, verifies the preview, and returns a NO-GO if any evidence is missing. ## Quick Start Ask the assistant to run the release checklist and tell you whether the current changes are ready to publish.

Frequently Asked Questions about release-checklist

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

FAQPage Schema
How do I check if my changes are ready to deploy?

Run the release checklist before recommending publish. It executes the generated-client check, package typechecks, relevant test workflows, and restarts the API and web workflows, then issues a GO or NO-GO decision based on recorded evidence.

What release gates does this checklist require?

Required gates are generated-client freshness, typechecks for changed packages, unit and integration test workflows, and workflow restart with real preview verification. Conditional gates cover browser smoke, accessibility, visual, PWA, and full E2E suites depending on the changed surface.

Can end-to-end tests run against a production database?

No. Destructive E2E suites that reset daily sync rows must never run against production or shared operational databases. The checklist requires explicit disposable-database guards and test-mode environment variables before allowing those runs.

Why is a release blocked even when unit tests pass?

A single passing suite is not release evidence. Missing generated-client checks, stale responsive screenshots, an unhealthy browser-facing workflow, or unanswered data-heal and schema warnings each produce a NO-GO until resolved.

What happens when a release adds a data heal?

The checklist requires identifying the heal in plain language, stating whether it runs at startup, and warning the operator that live stored data will be corrected automatically. Unanswered operational warnings block the publish recommendation.