spec-driven-implementation

Plan feature work by writing and maintaining PRODUCT.md and TECH.md specs.

37|1|Updated Apr 28, 2026
One-click install
npx skills add https://github.com/terzigolu/warp-lite --skill spec-driven-implementation-terzigolu
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: spec-driven-implementation
Source: https://github.com/terzigolu/warp-lite/tree/main/.agents/skills/spec-driven-implementation
Command: npx skills add https://github.com/terzigolu/warp-lite --skill spec-driven-implementation-terzigolu

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Drive a spec-first workflow for substantial features by writing PRODUCT.md before implementation, writing TECH.md when warranted, and keeping both specs updated as implementation evolves. Use when starting a significant feature, planning agent-driven implementation, or when the user wants product and tech specs checked into source control.

Core Features & Use Cases

  • Guides teams to adopt a spec-first workflow by placing PRODUCT.md and TECH.md under specs/ and ensuring specs stay versioned and up-to-date.
  • Encourages creating Linear issues before writing specs and using MCP tools to manage tickets and labels.
  • Improves clarity, review efficiency, and alignment for large features; specs live with code and evolve with implementation.

Quick Start

Create a PRODUCT.md describing the desired user-facing behavior under specs/<ticket>/PRODUCT.md, optionally add TECH.md, and commit both to source control before implementation.

Frequently Asked Questions about spec-driven-implementation

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

FAQPage Schema
How do I manage product and tech specs within my codebase?

Manage product and tech specs by storing them as versioned PRODUCT.md and TECH.md files under specs/<ticket>/ directories, keeping them updated alongside your code as implementation evolves.

When should I use a spec-first workflow for feature development?

Use a spec-first workflow for projects with cross-cutting architecture, high risk, or unclear requirements to improve clarity, reviewability, and alignment with business goals before coding begins.

How do I write product specs before starting feature implementation?

Write product specs by creating a PRODUCT.md file describing desired user-facing behavior under specs/<ticket>/, optionally adding a TECH.md, and committing both to source control before implementation begins.

Can I integrate Linear issues with my specs management process?

Yes, the specs management workflow encourages creating Linear issues before writing specs and using MCP tools to manage tickets and labels, ensuring traceability between documentation and project planning.

Does a spec-first approach work for agent-driven development?

Yes, spec-first workflows are ideal for planning agent-driven implementation, providing structured product and technical specifications that guide coding agents through substantial feature work.

What are the limitations of keeping specs in source control?

Keeping specs in source control requires manually updating PRODUCT.md and TECH.md as implementation evolves, adding overhead for small features and demanding strict team discipline to stay relevant.