explaingit

fredantb/spec-driven-development

Analysis updated 2026-05-18

36PythonAudience · developerComplexity · 2/5LicenseSetup · easy

TLDR

A Claude skill that generates shared requirements, design, and task documents so multiple AI coding tools stop making conflicting assumptions about a project.

Mindmap

mindmap
  root((Spec-Driven Development))
    What it does
      Shared spec files
      Prevent tool conflicts
    Tech stack
      Claude skill
      Python
    Use cases
      Multi tool projects
      New or existing codebases
    Audience
      Developers

Code map

Detail Auto

An interactive map of this repo's files and how they connect — its source is parsed live in your browser. Click Visualize to build it.

filefunction / class

What do people build with it?

USE CASE 1

Generate requirements.md, design.md, and tasks.md before starting a multi-tool AI coding project

USE CASE 2

Create matching config files for Claude Code, Cursor, Windsurf, Copilot, and Aider from one shared spec

USE CASE 3

Reverse-engineer a spec from an existing codebase, flagging inferred fields for verification

USE CASE 4

Run the included test suite and GitHub Actions workflow to check spec quality on every push

What is it built with?

Python

How does it compare?

fredantb/spec-driven-developmentakmessi/vexgcarq/inoxunpack
Stars363636
LanguagePythonPythonPython
Last pushed2018-08-04
MaintenanceDormant
Setup difficultyeasymoderateeasy
Complexity2/53/52/5
Audiencedevelopervibe coderdeveloper

Figures from each repo's GitHub metadata at analysis time.

How do you get it running?

Difficulty · easy Time to first run · 30min

Currently in beta, ships with a 135-assertion test suite.

Use freely for any purpose, including commercial use, as long as you keep the copyright notice.

In plain English

This is a Claude skill called Spec-Driven Development that addresses a common problem when using multiple AI coding tools together. When you ask Claude Code to build something, then ask Cursor to fix it, then ask Copilot to clean it up, each tool makes its own assumptions about what you want because they have no shared reference point. This skill creates that shared reference point before any code is written. The skill works by interviewing you with a few short questions, then generating three planning documents: requirements.md (what the system must do, using traceable REQ-xxx identifiers), design.md (how the system will be built), and tasks.md (an ordered list of atomic implementation steps, each linked back to a specific requirement). Every AI tool you use then reads these files before doing anything, which stops them from inventing conflicting interpretations. Once the spec files are in place, the skill also generates matching configuration files for each AI tool you use, including Claude Code's CLAUDE.md, Cursor's .cursorrules, Windsurf's .windsurfrules, GitHub Copilot's instructions file, and Aider's config. All of these files contain an identical instruction block that tells the AI to read the spec files first, never implement requirements that are not written down, and stop and ask before deviating from the design. The skill supports two starting points: new projects (where it interviews you and builds the spec from scratch) and existing codebases (where it reverse-engineers a spec from what you describe, marking inferred fields as needing verification). It ships with a test suite of 135 assertions and a GitHub Actions workflow that checks spec quality on every push. The project is licensed under MIT and is currently in beta.

Copy-paste prompts

Prompt 1
Interview me and generate requirements.md, design.md, and tasks.md for my new project.
Prompt 2
Reverse-engineer a spec from my existing codebase and mark any inferred fields for verification.
Prompt 3
Generate matching CLAUDE.md.cursorrules, and Copilot instruction files from my spec.
Prompt 4
Check that every task in tasks.md links back to a specific requirement ID.

Frequently asked questions

What is spec-driven-development?

A Claude skill that generates shared requirements, design, and task documents so multiple AI coding tools stop making conflicting assumptions about a project.

What language is spec-driven-development written in?

Mainly Python. The stack also includes Python.

What license does spec-driven-development use?

Use freely for any purpose, including commercial use, as long as you keep the copyright notice.

How hard is spec-driven-development to set up?

Setup difficulty is rated easy, with roughly 30min to a first successful run.

Who is spec-driven-development for?

Mainly developer.

Open on GitHub → Explain another repo

This repo across BitVibe Labs

Verify against the repo before relying on details.