blueprint

Create and maintain living system specifications through structured conversation.

3|Updated Feb 28, 2026
One-click install
npx skills add https://github.com/wrteam-jay/blueprint --skill blueprint-wrteam-jay
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: blueprint
Source: https://github.com/wrteam-jay/blueprint/tree/main/skills/blueprint
Command: npx skills add https://github.com/wrteam-jay/blueprint --skill blueprint-wrteam-jay

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill addresses the friction caused by tribal knowledge, terminology drift, and the lack of a shared reference for how systems work, ensuring a single source of truth.

Core Features & Use Cases

  • Document Systems: Create and maintain living specifications for how systems work today and how they should work.
  • Capture Vocabulary: Build a shared understanding of terminology with precise definitions.
  • Use Case: When a new feature is proposed, use this Skill to document its intended behavior, actors, and terminology before development begins, ensuring alignment across product, engineering, and support teams.

Quick Start

Use the blueprint skill to start building a spec from scratch through structured conversation.

Frequently Asked Questions about blueprint

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

FAQPage Schema
What is a living product spec and how does it help manage system documentation?

A living product spec is a continuously updated system documentation source that captures behavior, actors, and terminology to prevent tribal knowledge drift and ensure a shared vocabulary across teams.

How do I create and maintain a living specification for a new feature?

You create and maintain a living specification through structured conversation to elicit, distill, and review system requirements, user stories, scenarios, and domain models, ensuring alignment before development begins.

How can I document system terminology to prevent definitions from drifting across teams?

You document system terminology by building a shared vocabulary with precise definitions within a living spec, providing a single source of truth for product, engineering, and support teams to reference.

Does this approach support updating existing system requirements through structured workflows?

Yes, the living spec approach supports audit, proposal, and update workflows, allowing you to review and modify existing system requirements, domain models, and user stories as system behavior evolves.

Can I use this method to document both how a system works today and how it should work?

Yes, you can use a living spec to document both current system behavior and intended future behavior, capturing domain models and requirements to align cross-functional teams on the product vision.

What is the best way to establish a shared vocabulary for complex system documentation?

The best way to establish a shared vocabulary is to capture precise terminology definitions within a living spec, eliminating terminology drift and creating a single source of truth for all actors involved.