spike

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

5|2|Updated Mar 12, 2026
One-click install
npx skills add https://github.com/AjayRajan05/VoiceOS --skill spike-ajayrajan05
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: spike
Source: https://github.com/AjayRajan05/VoiceOS/tree/main/skills/bundled/community/software-development/spike
Command: npx skills add https://github.com/AjayRajan05/VoiceOS --skill spike-ajayrajan05

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often commit to architectures or libraries before knowing whether they actually work, wasting weeks on dead-end implementations. This Skill structures quick, disposable experiments that answer feasibility questions with evidence before any production code is written. ## Core Features & Use Cases - Structured Spike Decomposition: Breaks an idea into 2-5 independent feasibility questions framed as Given/When/Then statements, ordered by risk so the idea-killing question runs first. - Comparison Spikes: Builds competing approaches side by side (e.g., pdfjs vs camelot for PDF parsing) and produces a head-to-head verdict table with a clear winner. - Evidence-Based Verdicts: Every 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 in under 100ms, then throw the prototype away and start the real implementation with confidence. ## Quick Start Ask the assistant to spike whether your chosen library or approach actually works for your use case before you commit to building the real feature.

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, build a minimal throwaway prototype for each in its own directory, and record a verdict. Test edge cases, not just the happy path, before declaring the idea validated.

What is a spike in software development?▼

A spike is a disposable experiment that answers a specific feasibility question with working code. It follows a decompose, research, build, verdict loop and is thrown away once it produces evidence, never cleaned up for production.

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

Build comparison spikes: implement the same question with each library in parallel directories using letter suffixes like 002a and 002b, then write a head-to-head table covering extraction quality, setup complexity, and performance to pick a winner.

When should I not use a spike?▼

Skip spiking when the answer is knowable from documentation or reading existing code, when the work is already on the production path, 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. Avoid questions that are too broad, lack observable output, or merely ask to read documentation.