spike

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

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often commit to architectures or libraries before knowing whether they actually work. This Skill structures quick, disposable experiments that answer feasibility questions with evidence instead of assumptions. ## Core Features & Use Cases - Spike Decomposition: Breaks an idea into 2-5 independent feasibility questions framed as Given/When/Then statements, ordered by risk. - Comparison Spikes: Builds parallel variants (e.g., pdfjs vs camelot) and produces a head-to-head comparison table with a declared winner. - Structured Verdicts: Each spike closes with a VALIDATED, PARTIAL, or INVALIDATED verdict documenting what worked, what failed, and recommendations for the real build. - Use Case: Before building a real-time chat feature, spike whether websocket streaming delivers LLM tokens to the client under 100ms, then throw the prototype away once the question is answered. ## Quick Start Ask the agent to spike whether your chosen library or approach actually works for your use case before you commit to the full implementation.

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?▼

Decompose the idea into 2-5 independent feasibility questions framed as Given/When/Then statements, ordered by risk. Build a small standalone prototype for each question, test edge cases, and record a verdict of VALIDATED, PARTIAL, or INVALIDATED with evidence.

What is a spike in software development?▼

A spike is a disposable experiment that answers a specific feasibility question with working code. It lives in its own directory with a README capturing the question, approach, results, and verdict, and is thrown away once it has answered the question.

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

Build comparison spikes with a shared number and letter suffixes, such as 002a and 002b, testing each library against the same question. Finish with a head-to-head table covering extraction quality, setup complexity, and performance, then declare a winner for your 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 real planning, 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 websocket streaming delivers chunks under 100ms. Bad questions are too broad, produce no observable output, or merely ask to read documentation about a topic.