shipping-and-launch

Validate lint, type-check, tests, build, and docs before shipping code.

1|Updated Apr 5, 2026
One-click install
npx skills add https://github.com/mortenbroesby/playground --skill shipping-and-launch-mortenbroesby
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: shipping-and-launch
Source: https://github.com/mortenbroesby/playground/tree/main/.skills/shipping-and-launch
Command: npx skills add https://github.com/mortenbroesby/playground --skill shipping-and-launch-mortenbroesby

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Shipping is a quality gate, not an afterthought. Confirm readiness before code moves to a shared branch or production target.

Core Features & Use Cases

  • Preflight checks: lint, type-check, tests, build, and deployment checks.
  • Documentation and memory/notes updates when behavior changes.
  • Blocker reporting and rollback planning to ensure safe releases.

Quick Start

Review the latest changes, ensure lint, type-check, tests, and build pass, and confirm docs or memory notes are updated before shipping.

Frequently Asked Questions about shipping-and-launch

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

FAQPage Schema
How do I validate release readiness before shipping code changes to a shared branch?

Release readiness validation requires enforcing preflight checks for lint, type-check, tests, and builds before code moves to a shared branch or production target, ensuring shipping acts as a quality gate rather than an afterthought.

What preflight checks should I run before deploying a feature branch to production?

Preflight checks for deploying a feature branch include running lint, type-check, tests, and build validations. You must also confirm documentation updates and perform a secret cleanup to ensure safe releases without leftover credentials.

How do I create a rollback plan for a production deployment?

Creating a rollback plan for production deployment involves assessing risks and reporting explicit blockers during the release gate validation, ensuring any failed deployment can be safely reverted after shipping code changes.

Does this release gate workflow work for local development environments?

This release gate workflow applies to local development environments, feature branches, and PR release gates, guiding lint, type-check, tests, documentation updates, and risk assessment across all these development contexts.

When should I update documentation during the code shipping process?

Documentation and memory notes should be updated during the shipping process when behavior changes are detected, ensuring project docs remain accurate before code moves to a shared branch or production target.