Skip to content

/shipyard-ship

Use when delivering or releasing a completed Shipyard phase under Codex — final verification, pre-ship security audit, documentation, and release. Trigger when the user says "ship it", "ship this phase", "release this", "we're done — finalize", or "run the shipyard ship

From plugin
6644 skills20 agents25 commands4 hooks
shell
$ npx -y skills add lgbarn/shipyard --skill shipyard-ship --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.
  • You can call itInvoke it directly when you want it.
  • Slash command/shipyard-ship
How auto-invocation works

Context preview

The summary Claude sees to decide when to auto-load this skill.

Use when delivering or releasing a completed Shipyard phase under Codex — final verification, pre-ship security audit, documentation, and release. Trigger when the user says "ship it", "ship this phase", "release this", "we're done — finalize", or "run the shipyard ship

SKILL.md

shipyard-ship.SKILL.md
name: shipyard-ship
description: Use when delivering or releasing a completed Shipyard phase under Codex — final verification, pre-ship security audit, documentation, and release. Trigger when the user says "ship it", "ship this phase", "release this", "we're done — finalize", or "run the shipyard ship workflow". This is the Codex inline-sequential form of the /shipyard:ship orchestration.

Shipping a phase (Codex inline-sequential)

This is Shipyard's `/shipyard:ship` delivery flow, adapted for Codex. The flow is already sequential (verify → audit → document → deliver), so it maps cleanly to a single context — you adopt each role in turn rather than dispatching subagents.

**Degradation note:** the audit and documentation steps run as inline personas, not fresh-context subagents. Be deliberately thorough on the audit step — shipping is the final gate, so do not let earlier context make you assume the code is fine.

Run `scripts/state-read.sh` first if state isn't loaded.

Steps (run each in order; stop on a hard failure)

1. **Pre-ship verification.** Use the `shipyard-verification` skill to confirm success criteria are met and the phase is actually complete. 2. **Run the test suite.** All tests must pass. A failure here blocks the ship. 3. **Pre-ship security audit.** Adopt the auditor mandate (OWASP Top 10, secrets, dependency vulnerabilities). Shipping is the final security gate — this runs even if the build skipped auditing. If a passing audit already exists and nothing changed since, verify it has no unresolved critical findings instead of re-auditing. **Any unresolved critical finding blocks the ship.** 4. **Documentation.** Adopt the documenter mandate — generate/refresh API, architecture, and user-facing docs in `docs/`. If up-to-date docs already exist from the build, verify completeness instead of regenerating. 5. **Capture lessons.** Use the `lessons-learned` skill to record what was learned this phase. 6. **Deliver.** Finalize per the project's release convention (version bump, CHANGELOG, tag, PR/merge). Never auto-merge without the user's go-ahead unless they've authorized it.

Done means

Verification passed, tests green, no unresolved critical audit findings, docs complete, lessons captured, and the release artifact prepared. Report the status of each gate explicitly — do not claim "shipped" if any gate was skipped.

Read more
Read it on GitHub ↗
Ships withshipyard

A Claude Code plugin for structured project execution. Plan work in phases, build with parallel agents and TDD, review with security audits and quality gates, and ship with confidence.

Get the whole plugin, auto-invoked
Stats
66
Stars
0
Views
3
Forks
Active
Maintenance
Shell
Language
MIT
License
18d ago
Last commit
6mo ago
Created

Repo: lgbarn/shipyard

Other skills on shipyard.