spike

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

38|6|Updated Aug 14, 2026
One-click install
npx skills add https://github.com/7757/Fan-Browser-Agent --skill spike-7757
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: spike
Source: https://github.com/7757/Fan-Browser-Agent/tree/main/skills/software-development/spike
Command: npx skills add https://github.com/7757/Fan-Browser-Agent --skill spike-7757

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Before investing in a real implementation, teams often need to know whether an idea is technically feasible, which of several approaches works best, or where hidden risks lie. This Skill structures that exploration as disposable spike experiments so unknowns are answered with working code instead of guesswork. ## Core Features & Use Cases - Decompose ideas into feasibility questions: Break a vague idea into 2-5 independent spikes framed as Given/When/Then statements, ordered by risk so the idea-killing question runs first. - Comparison spikes: Build competing approaches side by side (e.g., pdfjs vs camelot for PDF parsing), optionally in parallel via delegated subagents, then produce a head-to-head verdict table. - Structured verdicts: Every spike directory ends with a VALIDATED, PARTIAL, or INVALIDATED verdict documenting what worked, what didn't, surprises, and recommendations for the real build. - Use Case: You want to know if LLM tokens can stream to a browser client over WebSockets in under 100ms. The Skill creates spikes/001-websocket-streaming/ with a runnable prototype, tests edge cases, and records a verdict before you commit to the architecture. ## Quick Start Ask the agent to spike whether your idea is feasible, for example: "Spike whether we can stream LLM tokens over WebSockets with under 100ms 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 independent feasibility questions framed as Given/When/Then, build a small standalone prototype for the riskiest question first, and record a verdict. Throw the code away once the question is answered.

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

Build comparison spikes with a shared number and letter suffixes (e.g., 002a-pdf-parse-pdfjs and 002b-pdf-parse-camelot), run them back to back or in parallel via delegated subagents, then write a head-to-head table covering quality, setup complexity, and performance.

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 (use a planning workflow instead), or when the idea is already validated and you can jump straight to implementation.

What makes a good spike question?▼

A good spike question targets a specific feasibility concern with observable output, such as whether streamed tokens arrive under 100ms. Bad questions are too broad, have no observable output, or could be answered by reading documentation.

What should a spike prototype include?▼

Prefer something interactive: 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, or package management unless the spike specifically requires them.