blueprint-create

Conduct a back-and-forth design discussion and write a unified blueprint to docs/features/{feature}/blueprint.md.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill provides a structured approach to run a single back-and-forth design discussion that produces a single Blueprint stored at docs/features/{feature}/blueprint.md, reducing drift between product and technical design.

Core Features & Use Cases

  • Unified Blueprint: captures product definition and technical design in one artifact.
  • Back-and-forth discipline: ensures decisions are traced and ADR-ready.
  • Easy handoff: writes to docs/features/{feature}/blueprint.md at the end.

Quick Start

Start a back-and-forth design discussion and generate the blueprint at docs/features/{feature}/blueprint.md.

Frequently Asked Questions about blueprint-create

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

FAQPage Schema
How do I create a unified technical design and product definition in one document?

To create a unified technical design and product definition, you can run a single back-and-forth design discussion that captures both aspects in one continuous blueprint, reducing drift and ensuring all decisions are aligned in a single artifact.

What is the best way to write an ADR-ready feature blueprint?

An ADR-ready feature blueprint is best written through a disciplined back-and-forth design discussion that traces decisions, ensuring the final document captures durable design rationale aligned with handbook principles for architectural decision records.

How do I structure a design discussion to output a markdown file?

Structure your design discussion as a single continuous conversation that concludes by writing the unified blueprint directly to docs/features/{feature}/blueprint.md, ensuring the technical design and product definition are captured in one markdown file.

Does this structured design approach work for small bug fixes or brainstorming sessions?

This structured design approach does not work for small bug fixes or open-ended brainstorming sessions without committing to a document, as it enforces a single-document artifact specifically for unified product and technical feature design.

Why do I need a single blueprint instead of separate product and technical design documents?

You need a single blueprint to reduce drift between product definition and technical design, ensuring that both aspects of a feature are captured, traced, and aligned in one durable, ADR-ready artifact rather than scattered across separate documents.