smithery.ai

spec-driven

Spec-driven development workflow. Use when implementing new features, skills, or game mechanics. Ensures specs exist before code.

First seen Mar 29, 2026

Installation

$ npx skills add https://smithery.ai

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 smithery.ai · top by installs.

npx skills add https://smithery.ai

Browse all from smithery.ai

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

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,166 B
  • docs SUMMARY.md 148 B

History

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

SKILL.md

Spec-Driven Development

Workflow

Before writing ANY implementation code:

  1. Check for existing spec in /specs/
  2. If no spec exists, create one first
  3. If spec exists, follow it exactly

Spec Structure

Every spec should define:

## Input
What data the skill/feature receives (use Pydantic models)

## Process  
Step-by-step logic (reference SRD rules if applicable)

## Output
Structured result (use Pydantic models)

## Edge Cases
What happens on invalid input, failures, etc.

Implementation Rules

  • Use from future import annotations
  • Use Pydantic for all input/output validation
  • Skills MUST be stateless (no global variables)
  • Skills MUST NOT call LLMs directly
  • Use type hints: str | None not Optional[str]
  • Follow existing patterns in src/skills/

Testing

  • Write tests BEFORE or alongside implementation
  • Tests live in tests/test_<module>.py
  • Use pytest with AAA pattern (Arrange-Act-Assert)
  • Aim for 100% coverage