ship

Gate code changes through Definition of Done, reviews, and automated tests before opening a PR.

20|5|Updated Nov 30, 2025
One-click install
npx skills add https://github.com/tale-project/tale --skill ship-tale-project
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: ship
Source: https://github.com/tale-project/tale/tree/main/.claude/skills/ship
Command: npx skills add https://github.com/tale-project/tale --skill ship-tale-project

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The pre-PR routine ensures that code changes are thoroughly vetted, meet the Definition of Done, and pass all required gates before a PR is opened, preventing incomplete or brittle merges.

Core Features & Use Cases

  • Orchestrates the end-to-end pre-merge workflow by walking the Definition of Done, validating the Ripple Map, and triggering reviews and gates.
  • Runs a standardized gate including formatting, linting, type checks, migrations, tests, accessibility checks, and cross-locale documentation verifications, ensuring release readiness.
  • Opens a clean, conventional-commit PR with atomic commits and a checklist in the PR body, ready for final review.

Quick Start

Invoke the ship routine after completing a change to gate the work and open a conventional-commit PR.

Frequently Asked Questions about ship

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

FAQPage Schema
How do I automate pre-merge code review gates before opening a PR?▼

Automate pre-merge code review gates by orchestrating changes through a Definition of Done, self-review, lint checks, and tests before opening a conventional-commit PR. This enforces a standardized gate ensuring only vetted, release-ready code is merged.

What is a Definition of Done workflow for creating merge-ready PRs?▼

A Definition of Done workflow for merge-ready PRs validates code changes through formatting, linting, type checks, migrations, tests, and accessibility checks. It requires explicit steps like walking a Ripple Map to ensure all release criteria are met before PR creation.

How to ensure atomic commits and a checklist are included in automated PRs?▼

Ensure atomic commits and a checklist in automated PRs by running an end-to-end pre-merge pipeline that generates a conventional-commit PR. The pipeline enforces atomic commit structures and automatically embeds a verification checklist in the PR body.

Can I run migrations and accessibility checks as part of an automated PR gate?▼

Yes, you can run migrations and accessibility checks as part of an automated PR gate. The standardized gate validates formatting, linting, type checks, cross-locale documentation, accessibility checks, and tests to verify release readiness before merging.

When do I need to walk a Ripple Map before creating a pull request?▼

You need to walk a Ripple Map before creating a pull request when gating code changes through a Definition of Done. It is an explicit step in the pre-merge workflow to verify behaviour and ensure all impacts of the code change are validated.

Best way to standardize code review gates across documentation and test changes?▼

Standardize code review gates across documentation and test changes by applying an end-to-end pre-merge pipeline. This orchestrates lint, test, and cross-locale documentation verification gates, ensuring any code change merged through a standardized gate is release-ready.