spike

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

Updated Aug 22, 2026
One-click install
npx skills add https://github.com/vivekgoquest/hermes-agent-stable --skill spike-vivekgoquest
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: spike
Source: https://github.com/vivekgoquest/hermes-agent-stable/tree/main/skills/software-development/spike
Command: npx skills add https://github.com/vivekgoquest/hermes-agent-stable --skill spike-vivekgoquest

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? It answers feasibility questions that research alone cannot resolve by building small, disposable prototypes, so you avoid committing to a full implementation before knowing whether an approach actually works. ## Core Features & Use Cases - Structured Decomposition: Breaks 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 winner recommendation. - Evidence-Based Verdicts: Each spike closes with a VALIDATED, PARTIAL, or INVALIDATED verdict documenting what worked, what failed, and surprises found. - 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 build with confidence. ## Quick Start Spike out whether websocket streaming can deliver LLM tokens to a browser client in under 100ms 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?▼

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 evidence.

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

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 dimensions like output quality, setup complexity, and performance. Close with a winner recommendation for your use case.

When should I not use a spike or prototype?▼

Skip spiking when the answer is knowable from documentation or reading existing code, when the work is on the production path, or when the idea is already validated. In those cases do research or jump straight to planning and implementation.

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, produce no observable output, or amount to just reading documentation.

What should the output of a prototype experiment look like?▼

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. Avoid build tools, Docker, and config systems since the code is throwaway.