Builds throwaway logic or UI prototypes to answer design questions before implementation.
npx skills add https://github.com/titaneric/dotfiles --skill prototype-titaneric
Please help me install this Agent Skill. Skill: prototype Source: https://github.com/titaneric/dotfiles/tree/main/dot_agents/skills/prototype Command: npx skills add https://github.com/titaneric/dotfiles --skill prototype-titaneric
?variant= URL param and a floating bottom bar with arrow-key navigation. - Capture Workflow: Folds validated decisions into real code and preserves the full prototype on a throwaway branch as a primary source, keeping main clean. - Use Case: You are unsure whether a state machine handles a tricky transition sequence. The Skill builds a one-command terminal app where you press keys to fire actions and watch the full state re-render after each step, exposing the flawed assumption immediately. ## Quick Start Ask the agent to build a throwaway prototype that tests whether your state model handles a specific edge case, or to generate three UI variants of a page switchable via a URL parameter.High-intent search queries and answers about installing and using this skill.
Build a small terminal app where the state machine lives in a pure module and a thin TUI shell dispatches keystrokes to it, re-rendering the full state after every action. Keep the logic free of I/O so it can be lifted into the real codebase once validated.
Render each variant as a separate exported component on the same route, gated by a ?variant= URL search param. Add a floating bottom bar with arrows that cycles variants through the router so each option is shareable and reload-stable.
No. Prototypes keep state in memory by default because persistence is usually the thing being checked, not a dependency. Only use a scratch database or clearly marked throwaway file when the question explicitly involves persistence.
Use a logic prototype when the question is whether a state model or data shape behaves correctly under real cases. Use a UI prototype when the question is what a page or component should look like, comparing structurally different layouts.
The validated decision is folded into the real code, while the full prototype is committed to a throwaway branch as a primary source with a pointer left on the implementation issue. The main branch keeps only the validated decision, not the prototype shell.
jason23452Synthesizes conversation context and repository knowledge into a published spec or PRD.
vinzenzBuilds throwaway logic TUIs or UI variants to answer design questions.
galatanovidiuDelegate code and design reviews to AI teammates with verified findings.
EveryIncBuild throwaway web prototypes to settle product design questions before implementation.