Agent skill

Prototype

by swingerman in swingerman/engineer

A skill your agent uses to rough out a working thing fast, zero ceremony, before committing to the pipeline — the prototype IS the spec.

MITAuto-check passedDevelopment

Install Prototype

skills CLI
$ npx skills add swingerman/engineer --skill prototype -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install swingerman/engineer prototype --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/swingerman/engineer.git skills-src && mkdir -p .claude/skills && cp -r skills-src/engineer/skills/prototype .claude/skills/prototype && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
prototype
GitHub stars
154
Token cost
~1.5k tokens
SKILL.md length
744 words
Files
1
Skills in repo
27
Repo updated
First seen
Licence
MIT

At a glance

A skill your agent uses to rough out a working thing fast, zero ceremony, before committing to the pipeline — the prototype IS the spec.

  • Works in 5 steps: Resolve + load — methodology root +… → Frame in two lines — the rough idea, and… → Build rough — construct the minimum… → …
  • Rough out a working thing fast
  • SKILL.md covers When to use, Workflow, Handoff and References
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Prototype is an agent skill from swingerman/engineer. Use to rough out a working thing fast, zero ceremony, before committing to the pipeline — the prototype IS the spec. Triggers — "/engineer.prototype", "prototype this", "quick prototype", "spike it", "rough it out", "throwaway version", "let's prototype".

Its SKILL.md is about 1.5k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Development, covering Prototyping. The repository describes itself as: Disciplined Agentic Engineering — a methodology kit for Claude Code: acceptance-test-first specs, explicit checkpoints, and autonomy you can actually leave running. The engineer… The licence is MIT.

When your agent uses it

  • Rough out a working thing fast
  • Before committing to the pipeline — the prototype IS the spec
  • — /engineer.prototype
  • Quick prototype

Example prompts

  • “/engineer.prototype”
  • “prototype this”
  • “quick prototype”
  • “/prototype”

Workflow steps

5 steps, taken from the first numbered list in SKILL.md.

  1. Resolve + load — methodology root + manifest via
  2. Frame in two lines — the rough idea, and the **one thing it must
  3. Build rough — construct the minimum runnable thing that answers the
  4. Capture — write prototypes//PROTOTYPE.md: the idea, the one thing
  5. Decide (human) — recommend an outcome; the user confirms. Never

What it can do on your machine

Read from SKILL.md and the folder at commit 32947eb. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md.

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Prototype loads about 1.5k tokens when it runs. Until then it costs about 66 tokens; SKILL.md has 744 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~66
When it runs · the whole SKILL.md, loaded when a task matches
~1.5k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from swingerman/engineer at commit 32947eb, republished under its MIT licence (© swingerman). 744 words, ~1,526 tokens.

Download SKILL.mdSave it as .claude/skills/prototype/SKILL.md (or your agent's skills folder).
name
prototype
description
Use to rough out a working thing fast, zero ceremony, before committing to the pipeline — the prototype IS the spec. Triggers — "/engineer.prototype", "prototype this", "quick prototype", "spike it", "rough it out", "throwaway version", "let's prototype".

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

  1. Resolve + load — methodology root + manifest via ${CLAUDE_PLUGIN_ROOT}/scripts/dae_resolve.py (see references/resolving.md). Load CHARTER.md for the stack/conventions to build in, and the last ~15 lines of .engineer/prototypes.log to soft-match against existing prototypes and Ready features (don't re-spike something that already exists).
  2. 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 slug from the idea. If an idea arg was given, use it; otherwise ask once.
  3. 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>/; ensure prototypes/ is in .gitignore (throwaway by default).
  4. 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, or SendUserFile for a visual artifact). Append one line to .engineer/prototypes.log: <ISO-timestamp> | <slug> | built | <one-line what>.
  5. 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. Invoke feature-init with feature_intake { status: ready, ... } — seed outcome/title from PROTOTYPE.md, carry size if obvious. b. Copy prototypes/<slug>/ → features/NNN-<slug>/prototype/ (tracked, so the bar travels with the feature to any agent/host), and record prototype: prototype/ in feature.md frontmatter. Discard the gitignored original. c. Set the disposition (size-dialed) — record prototype_disposition: in-place | rebuild in feature.md (defaulted from size, 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 the gauntlet: bar; its code is discarded). d. Hand off to discover-acs in reverse-engineer mode with the prototype + PROTOTYPE.md as the seed — this is "convert the artifact to ACs," the same RE mode onboarding uses. The prototype is iteration 0; plan (CP4) reads prototype: and declares it as the gauntlet: bar (see references/gauntlet.md). e. Log ... | promoted | features/NNN-<slug>/.
Show full SKILL.md (80 more words)Show less

Handoff

Promote emits per ${CLAUDE_PLUGIN_ROOT}/references/handoff-summary.md, checkpoint: null (pre-pipeline, like discuss). Iterate stays in the loop and emits nothing. Discard is recorded by the log line only.

References

  • references/two-paths.md — the prototype-first vs spec-first model + the size-dialed convert disposition
  • references/gauntlet.md — where a promoted prototype becomes the reference bar
  • references/resolving.md — root + manifest resolution
  • Sister skills: discuss (talk it through instead of building it), feature-init (invoked on promote), discover-acs (the handoff target).
  • Direction — Human at the Ends & the Control Surface — prototype = iteration 0, prototype-as-spec

© swingerman, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in engineer/skills/prototype of swingerman/engineer.

Open the folder on GitHubat commit 32947eb

Compare with similar skills

Prototype next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Prototype compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Prototype this skillswingerman/engineer154—~1.5kAutomated safety check: PassMIT
Native Feel Cross Platform Desktopyetone/native-feel-skill1.9k1 repos~1.5kAutomated safety check: PassMIT
Compound Engineering PrototypeEveryInc/compound-engineering-plugin25k—~1.9kAutomated safety check: PassMIT
Collaborating With CodexGuDaStudio/collaborating-with-codex1321 repos~712Automated safety check: PassMIT
Digikeyaklofas/kicad-happy1.4k1 repos~4.5kAutomated safety check: PassMIT
Collaborating With Geminihaoyu-haoyu/Multi-AI-Workflow109—~521Automated safety check: PassMIT

Similar skills

  • Native Feel Cross Platform Desktop

    yetone/native-feel-skill

    A skill your agent uses when the user is designing, prototyping, or rewriting a desktop app that must run on multiple OSes (macOS + Windows, optionally Linux) AND feel indistinguishable from a…

    1.9k GitHub starsUsed in 1 repo~1.5k tokens
    DevelopmentAuto-check passed
  • Compound Engineering Prototype

    EveryInc/compound-engineering-plugin

    Builds a throwaway prototype at just the fidelity needed to settle a specific how-it-should-work-or-feel question, before committing to an approach other work will treat as fixed.

    25k GitHub stars~1.9k tokensUpdated yesterday
    DevelopmentAuto-check passed
  • Collaborating With Codex

    GuDaStudio/collaborating-with-codex

    Delegates coding tasks to Codex CLI for prototyping, debugging, and code review.

    132 GitHub starsUsed in 1 repo~712 tokens
    DevelopmentAuto-check passed
  • Digikey

    aklofas/kicad-happy

    Search DigiKey for electronic components and download datasheets — primary source for prototype orders and the preferred API method for fetching datasheets.

    1.4k GitHub starsUsed in 1 repo~4.5k tokens
    DevelopmentAuto-check passed
  • Collaborating With Gemini

    haoyu-haoyu/Multi-AI-Workflow

    Delegates coding tasks to Gemini CLI for prototyping, debugging, and code review.

    109 GitHub stars~521 tokensUpdated 5 mo ago
    DevelopmentAuto-check passed
  • S2 Docs

    adobe/spectrum-design-data

    Look up Spectrum 2 (S2) component documentation, design guidelines, and usage patterns when building with React Spectrum or Spectrum Web Components.

    155 GitHub stars~868 tokensUpdated yesterday
    DevelopmentAuto-check passed

More from swingerman/engineer

All 27 skills in this repo
  • Crap Analyzer

    swingerman/engineer

    A skill your agent uses to produce a risk-based refactor + test plan for recently-changed code on a diff/branch/PR by computing CRAP (complexity × untested) on changed methods.

    154 GitHub stars~1.2k tokensUpdated 16 days ago
    Auto-check passed
  • Atdd Mutate

    swingerman/engineer

    A skill your agent uses to add a third validation layer to the ATDD workflow — after acceptance tests verify WHAT and unit tests verify HOW, mutation testing verifies the tests actually catch bugs.

    154 GitHub stars~2.7k tokensUpdated 16 days ago
    Auto-check passed
  • Fix

    swingerman/engineer

    A skill your agent uses to drive a bug fix from first report through close, with a "why didn't we catch it?" loop at the end.

    154 GitHub stars~3k tokensUpdated 16 days ago
    Auto-check passed
  • Atdd

    swingerman/engineer

    A skill your agent uses to drive feature work through the Acceptance Test Driven Development workflow — Given/When/Then specs before code, a project-specific test pipeline, and two parallel test…

    154 GitHub stars~2.8k tokensUpdated 16 days ago
    Auto-check passed
  • Harden

    swingerman/engineer

    Use after a feature passes Light Verify (CP7), to prove the tests actually catch bugs and, where the code warrants it, to formally check its invariants — Checkpoint 8.

    154 GitHub stars~1.8k tokensUpdated 16 days ago
    Auto-check passed
  • Next

    swingerman/engineer

    Use at the start of a work session, or any time the question is "what should I pick up now" across the whole project.

    154 GitHub stars~3k tokensUpdated 16 days ago
    Auto-check passed

Categories

Questions about Prototype

What does Prototype do?

A skill your agent uses to rough out a working thing fast, zero ceremony, before committing to the pipeline — the prototype IS the spec. Prototype is an agent skill from swingerman/engineer. Use to rough out a working thing fast, zero ceremony, before committing to the pipeline — the prototype IS the spec.

When should I use Prototype?

Prototype fits situations like: rough out a working thing fast; before committing to the pipeline — the prototype IS the spec; — /engineer.prototype; quick prototype.

How do I install Prototype in Claude Code?

Run `npx skills add swingerman/engineer --skill prototype -a claude-code`. Or copy the skill folder (engineer/skills/prototype in swingerman/engineer) into .claude/skills/prototype in your project. Claude Code loads it when a task matches its description.

How do I install Prototype in Codex?

Run `npx skills add swingerman/engineer --skill prototype -a codex`. Or copy the skill folder (engineer/skills/prototype in swingerman/engineer) into .agents/skills/prototype in your project. Codex loads it when a task matches its description.

Can I use Prototype in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add swingerman/engineer --skill prototype -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/prototype, .gemini/skills/prototype, .github/skills/prototype and .opencode/skills/prototype in your project.

What does Prototype need to run?

SKILL.md names no scripts, command-line tools or credentials: Prototype is instructions for the agent only.

Does Prototype access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Prototype safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Prototype use?

Prototype is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Prototype use?

About 1.5k tokens (SKILL.md is roughly 6.1k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Prototype?

Skills that share tags, products or a category with Prototype: Native Feel Cross Platform Desktop (yetone/native-feel-skill, 1.9k stars), Compound Engineering Prototype (EveryInc/compound-engineering-plugin, 25k stars), Collaborating With Codex (GuDaStudio/collaborating-with-codex, 132 stars) and Digikey (aklofas/kicad-happy, 1.4k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Prototype?

swingerman (a GitHub user) maintains it in swingerman/engineer, which has 154 GitHub stars. The repository holds 27 skills in this directory. The repository was last updated on September 23, 2026.

Source: swingerman/engineer on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.