spike

Build throwaway prototypes to validate technical feasibility before committing to a real build.

1|Updated Jun 1, 2026
One-click install
npx skills add https://github.com/Araara7/hermes-skills --skill spike-araara7
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: spike
Source: https://github.com/Araara7/hermes-skills/tree/main/software-development/spike
Command: npx skills add https://github.com/Araara7/hermes-skills --skill spike-araara7

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often commit to building features without knowing whether the underlying approach actually works. This Skill structures quick, disposable experiments (spikes) that answer feasibility questions with real running code instead of speculation, so bad ideas fail cheaply. ## Core Features & Use Cases - Decompose ideas into spike questions: Breaks a vague idea into 2-5 independent Given/When/Then feasibility questions, ordered by risk so the idea-killing question runs first. - Guided research and build loop: Researches competing libraries with web search and doc extraction, then builds a minimal runnable CLI, HTML page, or test per spike in its own spikes/NNN-name/ directory. - Comparison spikes and verdicts: Runs parallel head-to-head approaches (e.g., pdfjs vs camelot) and closes each spike with a VALIDATED, PARTIAL, or INVALIDATED verdict plus a recommendation for the real build. - Use Case: Before committing to a websocket-based streaming architecture, spike whether an LLM token stream reaches the client in under 100ms, and compare two PDF parsing libraries side by side to pick a winner. ## Quick Start Ask the agent to spike whether your idea is feasible, for example: "Spike whether I can stream LLM tokens over websockets to the browser with low latency before I commit to this architecture."

Frequently Asked Questions about spike

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

FAQPage Schema
How do I validate a technical idea before building it?▼

Run a spike: decompose the idea into 2-5 specific feasibility questions framed as Given/When/Then, order them by risk, then build a minimal throwaway prototype for each. Close each spike with a VALIDATED, PARTIAL, or INVALIDATED verdict.

How do I compare two libraries for the same task?▼

Build comparison spikes with a shared number and letter suffix (e.g., 002a and 002b), one per approach, then write a head-to-head table covering extraction quality, setup complexity, performance, and edge cases. Declare a winner for your specific use case.

When should I not use a spike?▼

Skip spiking when the answer is knowable from documentation or reading existing code, when the work is on the production path and needs a real plan, or when the idea is already validated. Spikes exist only for questions research cannot answer.

What makes a good spike question?▼

A good spike question targets specific feasibility with observable output, such as whether a websocket delivers chunks under 100ms. Bad questions are too broad, have no observable output, or amount to just reading documentation.

What should a spike prototype include?▼

Prefer something the user can interact with: a runnable CLI with observable output, a minimal HTML page, a small web server with one endpoint, or a unit test with recognizable assertions. Hardcode configuration and avoid build tools, Docker, and package management.