dennisonbertram/developer-skill-pack · Archived

research-spike

Time-boxed research before adopting a library, API, architecture, or provider.

First seen Jun 23, 2026

Installation

$ npx skills add dennisonbertram/developer-skill-pack --skill research-spike

Summary

  • Time-boxed research before adopting a library, API, architecture, or provider.
  • Use when asked to 'research', 'compare options', 'evaluate a library', 'spike on', 'investigate a tool', 'should we use X', or 'what are our options for'.
  • Produces structured findings in docs/research/ with no production code changes.

Stronger alternatives

This repository is archived — consider an actively maintained alternative.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from dennisonbertram/developer-skill-pack.

npx skills add dennisonbertram/developer-skill-pack

Browse all from dennisonbertram/developer-skill-pack

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 1
License LICENSE
Default branch main
Open issues 0
Status Archived

Skill metadata

Parsed from SKILL.md frontmatter.

Version1.0.0

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 3,002 B
  • docs SUMMARY.md 335 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 1 installs

SKILL.md

Research Spike

Execute a structured, time-boxed research spike. Produces a recommendation with tradeoffs, captured in docs/research/, with no production code changes.

Usage

/research-spike <question> [--options "A, B, C"] [--time-box 2h]

Process

Phase 1: Frame the Question

  1. Restate the research question in one sentence
  2. List the options to compare (at minimum 2)
  3. Define the decision criteria (cost, complexity, maintenance, performance, security, compatibility)
  4. Identify documentation sources:

- Use Context7 for libraries, frameworks, SDKs, APIs, CLI tools, and cloud services - Link vendor docs - Reference existing repo docs or decisions

Phase 2: Research

Spawn read-only Explore subagents in parallel (one per option or topic area):

  1. Fetch current documentation via Context7:

``bash npx ctx7@latest library "<library name>" "<research question>" npx ctx7@latest docs <libraryId> "<specific question>" ``

  1. Read official docs, source code, examples
  2. Identify: capabilities, limitations, failure modes, maintenance status, community health
  3. Note expectation gaps between docs and reality

Phase 3: Compare and Recommend

  1. Build a comparison matrix against the decision criteria
  2. State a clear recommendation with rationale
  3. List tradeoffs and risks for each option
  4. Identify follow-up implementation issues if adopting

Phase 4: Write Findings

Write to docs/research/<date>-<slug>.md:

# Research: <Question>

**Date**: <ISO date>
**Decision**: <Recommended option>
**Status**: <recommended | needs-discussion | blocked>

## Question
<Restatement>

## Options Compared

### Option A: <name>
- **Pros**: ...
- **Cons**: ...
- **Risks**: ...

### Option B: <name>
- **Pros**: ...
- **Cons**: ...
- **Risks**: ...

## Comparison Matrix

| Criterion | Option A | Option B |
|-----------|----------|----------|
| ...       | ...      | ...      |

## Recommendation
<Clear recommendation with rationale>

## Follow-up
- [ ] Implementation issue if adopting
- [ ] Migration plan if replacing existing

## Sources
- Context7: <library IDs used>
- Vendor docs: <URLs>
- Repo docs: <paths>

Rules

  • No production code changes. Research only.
  • Always use Context7 for library/framework/SDK questions — do not rely on training data.
  • Capture findings even if the recommendation is "don't adopt."
  • File follow-up implementation issues for adopted recommendations.
  • Time-box the research. If a question cannot be answered within the time box, document what is known and what remains unknown.