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.