spike

Decompose software ideas into disposable experiments with documented hypotheses and verdicts.

Updated May 21, 2026
One-click install
npx skills add https://github.com/samlaggz/hermes-agent-sam --skill spike-samlaggz
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: spike
Source: https://github.com/samlaggz/hermes-agent-sam/tree/main/backup/skills/software-development/spike
Command: npx skills add https://github.com/samlaggz/hermes-agent-sam --skill spike-samlaggz

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Breaks down the risk of new ideas by enabling quick, disposable experiments that validate feasibility before committing to a real build.

Core Features & Use Cases

  • Short, focused experiments that answer 2-5 independent feasibility questions.
  • Structured artifacts (hypotheses, risks, and verdicts) to guide decision-making.
  • Use Case: When evaluating a new concept, run a spike to surface unknowns and inform the real development plan.

Quick Start

Describe your idea and request a spike to validate feasibility before committing to production.

Frequently Asked Questions about spike

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
What is a throwaway spike in software engineering?

A throwaway spike is a short, focused experiment used to validate the feasibility of a new software idea. It decomposes concepts into disposable tests to surface unknowns and gather actionable insights before committing to a real build.

How do I validate a new software idea before committing to development?

To validate a new software idea, you can run a feasibility spike to test its core assumptions. This structured workflow yields a documented hypothesis set, identified risks, and a final verdict to guide your development plan.

How does a feasibility spike handle risk assessment for new concepts?

A feasibility spike handles risk assessment by breaking down new ideas into 2-5 independent feasibility questions. It uses short experiments to surface unknowns, producing structured artifacts like documented risks and a final verdict.

When should I use a spike instead of building an MVP?

You should use a spike during early-stage concept validation before committing to an MVP build. It answers specific feasibility questions through disposable experiments, whereas an MVP is a production-bound product requiring real development resources.

Can I use a spike for early-stage MVP planning?

Yes, you can use a spike for early-stage MVP planning. By running focused experiments to validate feasibility and surface risks, the spike provides a documented verdict that directly informs and de-risks your MVP development plan.

Are there limitations to using throwaway experiments for concept validation?

Throwaway experiments are limited to early-stage concept validation and feasibility assessment, yielding documented hypotheses and risks rather than production code. They should not be used when a real build or production-ready MVP is immediately required.