npx skills add ...
npx skills add mvanhorn/cli-printing-press --skill printing-press
Set up a new integration, connector, or CLI binding for any API. Wrap or generate a ship-ready Go CLI from an OpenAPI, HAR, or Postman spec via the lean research -> generate -> build -> shipcheck loop. Use when the user says build a CLI, wrap this API, set up a new integration, add a connector, integrate with a service, or names an API by domain.
npx skills add mvanhorn/cli-printing-press --skill printing-press
Result: A working Go CLI in $PRESS_LIBRARY/<api-slug>/, plus up to five dense
manuscripts archived to $PRESS_MANUSCRIPTS/<api-slug>/<run-id>/: research brief,
absorb manifest, build log, shipcheck proof, and live smoke proof when live testing ran.
Next consumer: The user, who runs the CLI or ships it, and the sibling skills that
take it from here: printing-press-polish for a second pass, printing-press-publish
for the public library, printing-press-retro for findings against the Press itself.
Done: Every feature approved at the absorb gate is implemented, shipcheck reached ship, the live dogfood matrix ran against real targets, the CLI is promoted, and the receipt ledger closes on the last phase.
Intent: The best useful CLI for an API without an hour of phase theater. Optimize for time-to-ship, not time-to-document: reuse prior research when it is already good enough, run the cheap high-signal checks early, fix blockers before polish.
go build and verify pass-rate are structural signals, not
correctness signals. A CLI that has not been through the live matrix in
phases/18-dogfood-testing.md is not shippable, and a
bug a 1-3 file edit resolves is fixed now, not filed for v0.2.Invocation authorizes reading and writing under $PRESS_RUNSTATE/, $PRESS_LIBRARY/,
and $PRESS_MANUSCRIPTS/, running the printing-press binary and the Go toolchain, and
researching the API on the open web. It does not authorize publishing to the public
library, opening a pull request, or writing anywhere else on the user's machine.
Enter phases/01-preflight.md before any user-facing prompt, then read references/run-resolution.md: it resolves the API target, the briefing context, and the source priority for combo runs.
Never execute a phase from memory. When you enter a phase, Read its file from phases/ first.
Follow each file's final Next: pointer, and record the receipt handoff each phase
names. Late procedure lives in the phase file or a role-named reference it loads
(references/phase-receipts.md, references/codex-delegation.md,
references/fetch-docs.md). Do not restate those files here.