spike

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

1|Updated Jun 24, 2026
One-click install
npx skills add https://github.com/maopujie10-sys/Bailongma --skill spike-maopujie10-sys
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: spike
Source: https://github.com/maopujie10-sys/Bailongma/tree/main/skills/hermes-skills/software-development/spike
Command: npx skills add https://github.com/maopujie10-sys/Bailongma --skill spike-maopujie10-sys

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often commit to architectures or libraries before knowing whether they actually work, wasting days on dead ends. This Skill structures quick, disposable experiments that answer feasibility questions with evidence before any production code is written. ## Core Features & Use Cases - Decompose ideas into spikes: Break a vague idea into 2-5 independent feasibility questions framed as Given/When/Then statements, ordered by risk. - Comparison spikes: Build competing approaches side by side (e.g., pdfjs vs camelot for PDF parsing) and produce a head-to-head verdict table. - Structured verdicts: Every spike ends 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 and start the real implementation with confidence. ## Quick Start Ask the agent 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?

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 throwaway experiment that answers a specific feasibility question before real development begins. Spikes live in their own directory with a README capturing the question, approach, results, and verdict, and are discarded once they provide an answer.

How do I compare two libraries for the same task?

Build comparison spikes with a shared number and letter suffix, such as 002a and 002b, testing each library against the same question. Finish with a head-to-head table covering extraction quality, setup complexity, performance, and edge cases, 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, 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. Avoid questions that are too broad, have no observable output, or merely ask to read documentation about a topic.