Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/swingerman/engineer/prototypenpx skills add swingerman/engineer --skill prototypegit clone --depth 1 https://github.com/swingerman/engineerWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00062 | $0.01603 |
| Opus 5 | $0.00031 | $0.00801 |
| Sonnet 5 | $0.00012 | $0.00321 |
| Haiku 4.5 | $0.00006 | $0.00160 |
Grade C, and why
prototype scanned grade C with 1 finding against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Recursive force deletehighDestructive command
rm -rf with a variable or a broad path is one typo away from removing the wrong tree.
- **Discard** — `rm -rf prototypes/<slug>/`; log line How it starts
The opening of the file, as written. The whole thing — 103 lines — stays where its author put it; the contents beside it link to each section on GitHub.
prototype
The prototype-first path to a feature (see
${CLAUDE_PLUGIN_ROOT}/references/two-paths.md). Build a rough working thing
fast and iterate it — no feature list, no stories, just the concept and
rounds — until it converges. No ACs, no plan, no tests, no gates, no gauntlet:
there is nothing to grade against yet, because the prototype is what
everything else will be graded against. Most prototypes are learning; the ones
worth keeping convert to spec — reaching the same fully-specced, hardened
feature as spec-first, by build-then-spec instead of spec-then-build.
The iteration loop is the point — it is where the speed comes from. Expect several rounds; the "one thing it must demonstrate" sharpens as you go.
Sits before discuss/feature-init in ceremony: discuss talks an idea
through; prototype builds it to find out. discuss and feature-init offer
this path as a first-class entry.
When to use
/engineer.prototype "<idea>"— spike an idea into a runnable rough cut.- The core question is "what would this even look like / feel like / do?" and a paragraph of spec won't answer it but ten minutes of code will.
Not for: the real build (that's the pipeline, post-promote); anything that must be correct, tested, or hardened; grading a prototype with the gauntlet (there is no bar yet — this is the bar).
Workflow
- Resolve + load — methodology root + manifest via
${CLAUDE_PLUGIN_ROOT}/scripts/dae_resolve.py(seereferences/resolving.md). LoadCHARTER.mdfor the stack/conventions to build in, and the last ~15 lines of.engineer/prototypes.logto soft-match against existing prototypes and Ready features (don't re-spike something that already exists). - Frame in two lines — the rough idea, and the one thing it must
demonstrate (the question the prototype answers). Not a spec. Derive a
kebab
slugfrom the idea. If an idea arg was given, use it; otherwise ask once. - Build rough — construct the minimum runnable thing that answers the
question. Speed over quality: hardcode, stub, fake data, skip error
paths, no abstractions, no tests. Match the charter's stack so it's
recognizable, but nothing here is load-bearing. Keep it runnable — a
prototype that can't be opened/run is worthless as a bar. Build directly (or
one born-die builder for a big one); no multi-agent gauntlet, no CP gates.
Land it in
prototypes/<slug>/; ensureprototypes/is in.gitignore(throwaway by default). - Capture — write
prototypes/<slug>/PROTOTYPE.md: the idea, the one thing it demonstrates, how to run it, what's faked/stubbed/hardcoded, and the open questions it surfaced. This is the "prototype is the spec" record — the human-readable intent + result. Show the user how to see it (run command, orSendUserFilefor a visual artifact). Append one line to.engineer/prototypes.log:<ISO-timestamp> | <slug> | built | <one-line what>. - Decide (human) — recommend an outcome; the user confirms. Never
auto-execute.
- Iterate (the default while learning) — rebuild with feedback, same dir,
still zero ceremony (iteration 0.x). Update
PROTOTYPE.md. Stay here for as many rounds as it takes — convergence, not round count, is the exit. This loop is where the speed lives; don't rush out of it. - Discard —
rm -rf prototypes/<slug>/; log line... | discarded | <why>. The learning stays in the log. - Convert to spec (promote) — the concept has converged and earned a real
build. This is the pivot from prototype-first into the pipeline (see
${CLAUDE_PLUGIN_ROOT}/references/two-paths.md): a. Invokefeature-initwithfeature_intake { status: ready, ... }— seedoutcome/titlefromPROTOTYPE.md, carrysizeif obvious. b. Copyprototypes/<slug>/→features/NNN-<slug>/prototype/(tracked, so the bar travels with the feature to any agent/host), and recordprototype: prototype/infeature.mdfrontmatter. Discard the gitignored original. c. Set the disposition (size-dialed) — recordprototype_disposition: in-place | rebuildinfeature.md(defaulted fromsize, overridable): S/M →in-place(the prototype code is CP5's starting implementation; refine + verify + harden clean it); L/XL or risky →rebuild(CP5 implements fresh against the derived spec, with the prototype as thegauntlet:bar; its code is discarded). d. Hand off todiscover-acsin reverse-engineer mode with the prototype +PROTOTYPE.mdas the seed — this is "convert the artifact to ACs," the same RE mode onboarding uses. The prototype is iteration 0;plan(CP4) readsprototype:and declares it as thegauntlet:bar (seereferences/gauntlet.md). e. Log... | promoted | features/NNN-<slug>/.
- Iterate (the default while learning) — rebuild with feedback, same dir,
still zero ceremony (iteration 0.x). Update
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2d ago First seen · 103 lines · 62 tokens per session scan C 9d2eea61e1ec
prototype is a skill published in the GitHub repository swingerman/engineer (144 stars, last pushed 6d ago), licensed MIT. It adds 62 tokens to every session and 1,603 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it C with 1 finding (recursive force delete). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
writing-tests
Write unit tests, component tests, and integration tests for AiderDesk using Vitest and React Testing Library. Use when creating new tests, adding test coverage, configuring mocks, setting up test files, or debugging failing tests.
release
Cut a sim-use release end-to-end. Use when the user runs /release or asks to "ship a release", "publish a version", "cut a release", or "release to homebrew". Drives scripts/local-release.sh; never reimplement its build/sign/tarball logic.
work-summary
Generates a project dashboard from MCP work items. Default is a lean, attention-first view: what's in flight, what's blocked, what to do next, what's queued. Use when the user says: project status, what's active, show me the dashboard, work summary, what should I work on, project health, what's blocked, where did I…
manage-schemas
Creates, views, edits, deletes, and validates note schemas for the MCP Task Orchestrator in .taskorchestrator/config.yaml — the templates that define which notes agents must fill at each workflow phase. Also recommends schema designs from a library of workflow patterns (autonomous coding loops, spec-driven teams…
bmad-dev-story
Execute story implementation following a context filled story spec file. Use when the user says "dev this story [story file]" or "implement the next story in the sprint plan".
bmad-editorial-review-structure
Structural editor that proposes cuts, reorganization, and simplification while preserving comprehension. Use when user requests structural review or editorial review of structure.