spec-create

Translate PRDs into technical specifications at docs/features/{feature}/tech-spec.md.

11|Updated Sep 5, 2025
One-click install
npx skills add https://github.com/thrawn01/claude-dotfiles --skill spec-create-thrawn01
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: spec-create
Source: https://github.com/thrawn01/claude-dotfiles/tree/main/skills/spec-create
Command: npx skills add https://github.com/thrawn01/claude-dotfiles --skill spec-create-thrawn01

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This workflow helps teams convert PRDs into actionable technical specifications by guiding a structured design discussion and producing the implementation documentation at a stable path.

Core Features & Use Cases

  • Read the PRD from docs/features/{feature}/prd.md and facilitate a back-and-forth design process to surface implementation decisions.
  • Write the resulting tech spec to docs/features/{feature}/tech-spec.md, detailing component design, data model, API shapes, and the decisions engineers need to proceed.
  • Revise an existing tech spec when PRDs or requirements change, tracing changes with ADRs and migration notes.

Quick Start

Read the PRD, run a collaborative technical design session, and write the tech spec to docs/features/{feature}/tech-spec.md.

Frequently Asked Questions about spec-create

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

FAQPage Schema
How do I convert a PRD into a technical specification?▼

Generating a technical specification from a PRD involves reading the requirements, leveraging existing context files, triaging open questions, and producing implementation documentation including decision logs and ADRs at a stable docs path.

What is the best way to structure a tech spec for a new feature?▼

A well-structured tech spec captures the results of a collaborative design discussion, detailing component design, data models, API shapes, and implementation decisions at docs/features/{feature}/tech-spec.md.

Can I revise an existing tech spec when requirements change?▼

Revising an existing tech spec when PRDs or requirements change involves tracing the modifications using ADRs and generating migration notes to maintain accurate implementation documentation.

Do I need a PRD before starting technical design documentation?▼

A PRD is required before starting technical design documentation, as the workflow reads from docs/features/{feature}/prd.md to guide the design discussion and determine implementation details.

How does the design discussion triage process work for tech specs?▼

The design discussion triage process works by leveraging a sub-agent to manage questions, utilizing CONTEXT.md when present, and producing a decision log to capture implementation details in the tech spec.

What limitations exist when generating implementation documentation from PRDs?▼

A limitation of generating implementation documentation from PRDs is that the workflow enforces reading the PRD at docs/features/{feature}/prd.md, meaning it cannot proceed if the PRD file is missing.