prototyping

Build throwaway code experiments to answer open logic and data-flow questions.

1|Updated Sep 10, 2026
One-click install
npx skills add https://github.com/blauwtje/exo --skill prototyping-blauwtje
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: prototyping
Source: https://github.com/blauwtje/exo/tree/main/skills/prototyping
Command: npx skills add https://github.com/blauwtje/exo --skill prototyping-blauwtje

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? When a design decision depends on how code actually behaves, guessing or over-planning leads to wrong architectures. This Skill answers one open technical question with code built to be deleted, keeping the answer while preventing the experiment from accidentally becoming the implementation. ## Core Features & Use Cases - Question-first experiments: Forces a written question with the observation that would settle it before any code is built. - Throwaway discipline: Keeps prototypes off production paths, on their own temp/<name> branch, with no tests or abstractions, so real code never depends on them. - Design-space exploration: When no precedent settles the question, builds 2-3 structurally different variants and compares them before deciding. - Use Case: You are unsure whether a state machine or an event queue fits a new sync feature. Build a minimal throwaway version of each on a temp branch, observe the behavior, record the decision with the branch as evidence, then implement the chosen approach fresh. ## Quick Start Ask the AI to prototype an answer to an open question, for example: use prototyping to test whether a reducer pattern handles our undo stack correctly.

Frequently Asked Questions about prototyping

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I prototype a technical decision before implementing it?▼

Write one question ending in a question mark plus the observation that would settle it, then build the least code that produces that observation. Commit it on a temp branch, record the answer in your plan or issue, and build the real change fresh from the decision.

When should I build multiple prototype variants instead of one?▼

Build 2-3 structurally different variants when no precedent in the codebase or elsewhere settles the question and a single build would leave it open. Variants must differ in types, module boundaries, or control flow, not just naming, and land on the same temp branch.

Should a prototype be merged into the main branch if it works?▼

No. A prototype has no tests, no failure handling, and no owner, so merging it ships those gaps. The temp branch stays unmerged as evidence for the decision, and the production change is built fresh through the ordinary stages.

What is the difference between prototyping and designing a UI?▼

Prototyping answers questions about how logic, state, or data behaves with running code. Questions about what a surface looks like belong to the designing skill, which renders rival visual directions side by side instead.

Why should prototype code avoid storage and abstractions?▼

Storage is the first production concern and turns an experiment into code nobody dares delete. Prototypes carry no tests, no abstractions, and no persistence so they stay cheap to throw away once the question is answered.