mvanhorn/cli-printing-press

printing-press

Set up a new integration, connector, or CLI binding for any API.

Quelltext ansehen
Originales Skill-Dokument

Aus dem Quell-Repository gerendert; Überschriften, Beispiele, Code, Tabellen, Links und Bilder bleiben erhalten.

/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.

Boundaries

  • Never leak a secret. API key values, token values, passwords, and session

cookies must never reach source, manuscripts, proofs, READMEs, HARs, receipts, or anything committed. Env var names and placeholders are safe. Phase 5.6 and publish apply references/secret-protection.md.

  • Never ship untested. 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.

  • Never quote human-time estimates for sub-tasks ("~15-30 min", "quick fix"). The

agent does the work, not the user; describe scope instead. The carve-outs are the genuinely time-bound: the whole run (30-60 minutes), tool installs, and the network-bound printing-press subcommands.

  • Never sequence from memory. The receipt ledger decides which phase comes next; see

references/phase-receipts.md.

Authority

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.

Steps

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.

aus demselben Repository

Weitere Skills

Alle Skills
mvanhorn
Community

printing-press-amend

Amend a published CLI from one of two input sources: (1) dogfood mode mines the active Claude Code session transcript for friction (missing flags, hand- rolled API payloads, silent-null returns); (2) direct-input mode accepts user-supplied asks (rename a command, add commands or feeds, fix a named bug, optionally sniff the source site for new endpoints). Confirms scope with the user, plans + executes the fix autonomously, scrubs PII, and opens a PR against mvanhorn/printing-press-library. Two user-in-loop checkpoints: scope after capture, PR draft before open. Trigger phrases: "amend the CLI", "submit a patch", "fix what I just dogfooded", "open a PR for this CLI", "patch this CLI", "add features to my CLI", "rename this command", "add these feeds to ", "sniff for new APIs in ", "amend with these ideas", "use printing-press-amend", "run printing-press-amend".

Installationen
1
GitHub Stars
4644
Aktualisiert
7. Sept.
mvanhorn
Community

printing-press-import

Bring a published CLI from the public library into the internal library so it's identical to a freshly-generated copy — module path reverted, manuscripts placed alongside, ready for /printing-press-polish or /printing-press-emboss. Use when the public library has a CLI you don't have locally, or to recover from a broken/lost internal copy. Trigger phrases: "import the CLI", "bring it into my library", "fetch from public library", "I don't have it locally yet".

Installationen
1
GitHub Stars
4644
Aktualisiert
7. Sept.
mvanhorn
Community

printing-press-score

Score a generated CLI against the Steinberger bar, compare two CLIs side-by-side

Installationen
1
GitHub Stars
4644
Aktualisiert
7. Sept.
mvanhorn
Community

printing-press-output-review

Internal sub-skill: agentic review of a printed CLI's sampled command output for plausibility issues that rule-based checks can't encode (substring-match relevance, format bugs, silent source drops, ranking failures). Invoked via the Skill tool by the main printing-press skill at Phase 4.85 and printing-press-polish SKILL.md during the diagnostic loop. Not for direct user invocation — its actionable wrappers are /printing-press and /printing-press-polish.

Installationen
2
GitHub Stars
4644
Aktualisiert
7. Sept.