spike

Builds throwaway prototype experiments to validate technical feasibility before committing to a real build.

Updated Jun 7, 2026
One-click install
npx skills add https://github.com/Chensihakniroth/ANAKOT-AGENT --skill spike-chensihakniroth
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: spike
Source: https://github.com/Chensihakniroth/ANAKOT-AGENT/tree/main/skills/software-development/spike
Command: npx skills add https://github.com/Chensihakniroth/ANAKOT-AGENT --skill spike-chensihakniroth

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Committing to a full implementation before knowing whether an idea is technically feasible wastes time and money. This Skill structures quick, disposable experiments (spikes) that answer concrete feasibility questions with observable evidence, so you can kill bad ideas early and proceed with confidence on good ones. ## Core Features & Use Cases - Structured Spike Loop: Decomposes an idea into 2-5 independent feasibility questions framed as Given/When/Then, 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 recommendation. - Evidence-Based Verdicts: Every spike closes with a VALIDATED, PARTIAL, or INVALIDATED verdict documenting what worked, what failed, surprises, 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 and start the real implementation informed by the results. ## Quick Start Ask the agent to spike out whether your idea is feasible, for example by saying "spike whether I 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, order them by risk, then build a small standalone prototype per question. Each spike ends with a VALIDATED, PARTIAL, or INVALIDATED verdict backed by observable evidence.

What is a spike in software development?▼

A spike is a throwaway experiment that answers a specific feasibility question with working code rather than research alone. Spikes are disposable by design and are discarded once they produce a verdict, keeping the investigation fast and free of production concerns.

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

Build comparison spikes: give both approaches a shared number with letter suffixes (002a, 002b), implement each back to back or in parallel via delegated subagents, then write a head-to-head table covering quality, setup complexity, and performance with a declared 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 that research alone 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 amount to just reading documentation about a topic.