agentsclimarketplace

Ship

Skill mirkobozzetto/arsenal/plugins/ship/skills/ship

Mirko Bozzetto's curated skills for AI coding agents (Claude Code, Codex, Cursor, ...)

Install
npx -y skills add mirkobozzetto/arsenal --skill ship

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 12 stars12 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Execute a predetermined spec. Ingests a finalized prd (docs/prd/<slug>/ with prd.md status ready + tasks.md) or an Accepted rfc (RFC.md), locks a definition-of-done contract, implements it on the strongest available engine (agent-teams / subagents / solo, with ultracode awareness), keeps a tight leash with minimal risk-boundary checkpoints, and hands back a user-run verification bundle plus a trace ledger. For a bare prompt with no spec, ship derives a minimal inline execution contract then ships it. Triggers on "ship this", "ship the PRD", "implement the PRD", "execute the RFC", "build from tasks.md", "run the spec", "implement this". The universal implementer; it does NOT author the durable product/technical spec (that is prd and rfc). Never runs build/test toolchain by default.

SKILL.md

8.2 KB, as published. Nobody here has run it

<objective> Execute a locked upstream spec end to end. ship consumes EITHER a finalized prd folder or an Accepted rfc, builds a dependency DAG straight from the artifact, locks a definition-of-done contract, implements it on a capability-detected engine, and emits a verification bundle the USER runs plus a trace ledger that survives context reset. ship authors zero product or spec work and never runs build/test toolchain by default. </objective> <parameters> | Flag | Long | Description | |------|------|-------------| | `-h` | `--help` | Show usage guide (references/help-text.md) and exit | | `-a` | `--auto` | Skip non-safety confirmations, auto-pick Recommended (DB/destructive ops still ask) | | `-e` | `--economy` | Force solo tier, no fan-out, save tokens | | `-r` | `--resume` | Resume from an existing trace.md (stepsCompleted) | | `--yolo` | | After listing the commands and how they run, ship may run the SAFE verification commands itself to completion (destructive/DB/deploy stay user-only) | | `-m <tier>` | `--mode <tier>` | Force engine tier: `teams` / `subagents` / `solo` (overrides the probe) |

Parsing: Defaults from steps/step-00-init.md. Flags override. Remainder of input = the artifact path (a docs/prd/<slug>/ folder OR an RFC.md). </parameters>

<state_variables>

VariableTypeSet by
{triage_mode}enum(prd,rfc,inline)step-00-triage
{artifact_path}string|nullstep-00-triage
{artifact_kind}enum(prd,rfc,inline)step-00-triage
{auto_mode}booleanstep-00-init
{economy_mode}booleanstep-00-init
{resume_mode}booleanstep-00-init
{yolo_mode}booleanstep-00-init
{engine_override}enum(teams,subagents,solo)|nullstep-00-init
{project_root}stringstep-00-init
{output_dir}stringstep-00-init
{detected_stack}objectstep-01-ingest
{tasks}arraystep-01-ingest
{contract_path}stringstep-02-plan
{independent_groups}arraystep-02-plan
{engine_tier}enum(teams,subagents,solo)step-03-engine
{ultracode_signal}enum(on,off,unknown)step-03-engine
{team_name}string|nullstep-04-execute
{trace_path}stringstep-04-execute
{bundle_path}stringstep-05-verify
{final_status}enum(shipped,halted,rejected)step-04 / step-05
{stepsCompleted}arrayevery step
</state_variables>
<delimitation> - `ship` != `prd`: prd produces the durable product spec (what/why) + tasks. ship consumes it; it never interviews or authors a PRD. - `ship` != `rfc`: rfc produces the technical design (how). ship consumes an Accepted RFC; it never designs. - ship is the IMPLEMENTER: terminal of the chain `prd -> rfc -> ship`, and the direct executor of a bare prompt via a minimal inline contract (a task list + acceptance items, never a full PRD). </delimitation>

<input_contract> Auto-detected by artifact shape (set in step-00-triage, parsed in step-01-ingest):

  • CASE A (prd): a docs/prd/<slug>/ folder. RUN-GATE = prd.md frontmatter status: ready (set by prd step-04). The tasks.md "Do NOT implement" line is a PROHIBITION on prd, NOT an authorization token: never treat its presence as a gate. Parse tasks.md (frontmatter type: tasks, ## Relevant Files, the ## Tasks nested checklist - [ ] N.0 parents / - [ ] N.x sub-tasks); follow source_prd to prd.md for the WHY (Acceptance criteria, Success metrics, Out-of-scope = never build). The checkbox ledger is reconciled from trace.md exactly once, at finish (step-06): a shipped run with its criteria satisfied flips the done tasks [ ] -> [x], no per-unit confirm.
  • CASE B (rfc): an RFC.md. RUN-GATE = frontmatter status: Accepted (Draft / Review / Rejected -> refuse + HALT). Build the DAG from section 10 Implementation Plan task table (ID, title, files, deps, effort, accept) cross-checked with the graph TD Mermaid; Accept column = done, Files column = edit scope. Read section 6 Proposed Design for HOW, resolve section 11 BLOCKER/MAJOR findings first, sections 7-8 for hazards. NEVER mutate an Accepted RFC.md: rfc progress lives only in ship's trace.md.
  • CASE C (inline): a bare prompt with no artifact => ship offers a choice: ship direct, or write prd/rfc first. On "ship direct" it runs a short prompt-creator-structured interview (context / task / requirements / success), builds a minimal contract (task list + 2-5 acceptance items), confirms it (your OK is the run-gate), then executes. Never a full PRD.
  • Disambiguation: nested - [ ] N.0/N.1 => prd; flat | T0n | task table => rfc; no artifact => inline. </input_contract>

<entry_point> FIRST ACTION: Load steps/step-00-triage.md </entry_point>

<step_files>

StepFilePurpose
00tsteps/step-00-triage.md--help; classify input (prd-folder / RFC.md / bare-prompt -> inline); route
00steps/step-00-init.mdParse flags, resolve paths + output_dir, detect resume
01steps/step-01-ingest.mdRead spec, apply run-gate, parse tasks/DAG, detect stack
02steps/step-02-plan.mdDAG -> independent groups + serialization sets; write contract.md
03steps/step-03-engine.mdCapability probe -> select tier; engine-confirm; ultracode suggestion
04steps/step-04-execute.mdImplement on the tier; risk-boundary checkpoints; mutate trace ledger
05steps/step-05-verify.mdRead-only self-checks; write verification-bundle.md + trace.md
06steps/step-06-finish.mdTeam shutdown, handoff, git-guard; MANDATORY on every path
</step_files>
<references> | File | Content | |------|---------| | `references/help-text.md` | Full usage guide shown by --help | | `references/guardrails.md` | Irreversible-op hazard list + the Bash boundary | | `references/role-templates.md` | Teammate constraint floor + per-tier worker prompts | | `templates/contract.md` | Definition-of-done scaffold | | `templates/verification-bundle.md` | User-run command list scaffold | | `templates/trace.md` | Per-task ledger scaffold (single source of truth) | | `templates/state.yaml` | Full state shape for resume | | `scripts/detect-stack.sh` | Deterministic toolchain detection: lockfile/manifest -> JSON {language, package_manager} | | `scripts/scaffold.sh` | Seed contract.md / verification-bundle.md / trace.md from templates into the output dir | </references> <critical> - NEVER re-author product or spec work. ship only executes the artifact. - NEVER run build/test/typecheck toolchain by default. Emit a user-run bundle. `--yolo` runs only SAFE commands, after listing them; DB/destructive/deploy stay user-only ALWAYS. - NEVER set effort/ultracode itself. It detects/suggests; the user toggles via /effort. - NEVER mutate an Accepted RFC.md. trace.md is the single progress source. - NEVER hardcode a toolchain (pnpm/Node). Detect the stack; ask when unknown. - NEVER use `rm -rf`. Use `trash`. NEVER modify a database without explicit approval. - Cleanup (step-06) is MANDATORY on every path (shipped / halted / rejected). - Prose in English; identifiers in English. Web via Exa MCP only. Honor the git write-guard. </critical>

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.