blueprint

Drafts a build document in dependency-ordered, verifiable slices from a feature discussion.

Updated Jun 2, 2026
One-click install
npx skills add https://github.com/line7works/tony-skills --skill blueprint-line7works
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: blueprint
Source: https://github.com/line7works/tony-skills/tree/main/plugins/blueprint/skills/blueprint
Command: npx skills add https://github.com/line7works/tony-skills --skill blueprint-line7works

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Turning a free-flowing feature discussion into an executable plan is error-prone: requirements get invented, slices arrive unordered, and criteria can't be checked. This Skill converts a feature discussion into a build document with dependency-ordered, independently verifiable slices that downstream build and review steps can execute without the original conversation. ## Core Features & Use Cases - Harvest and interview: Mines the discussion, the repo, and prior scope or wargame docs before asking only load-bearing questions, each with a recommendation attached. - Slice planning: Orders slices by dependency (data before services before surfaces), keeps each slice completable in one session, and requires checkable acceptance criteria per slice. - Fixed-format build doc: Writes to docs/plans/<date>-<feature>.md with load-bearing sections (Status lines, punch list, handoffs) that downstream build, signoff, and recheck steps read and update. - Use Case: After discussing a new export feature, ask for a build plan and receive a doc with three ordered slices, each with traceable requirements, measurable acceptance criteria, and explicit out-of-scope items. ## Quick Start Ask the assistant to blueprint the feature we just discussed into a sliced build plan.

Frequently Asked Questions about blueprint

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

FAQPage Schema
How do I turn a feature discussion into a build plan?

Discuss the feature, then invoke the blueprint skill. It harvests decisions from the discussion and repo, asks only load-bearing questions, and writes a build doc with dependency-ordered slices, each carrying measurable acceptance criteria.

What makes a good slice in a build plan?

A good slice is completable and verifiable in one session, ordered by dependency (data before services before surfaces), and leaves the system integrated and demonstrable. Each slice needs acceptance criteria checkable at that slice, never deferred to later testing.

Where does the blueprint skill save the build document?

It saves new build docs to docs/plans/<YYYY-MM-DD>-<feature>.md in the repo. If a build doc for the feature already exists, including the older flat docs/<feature>-build-plan.md path, it extends that doc in place instead of forking a second plan.

When should I skip writing a build doc?

Skip the doc when the change is describable in one sentence; the skill treats 'this doesn't need a build doc' as a valid outcome. A modest feature gets two or three slices, not eight, so ceremony scales with the work.

Does the blueprint skill start building after writing the plan?

No. It posts a summary of the slice map, open questions, and assumptions, then stops. Building is a separate gated step the user triggers explicitly, so a wrong doc can be corrected cheaply before any code is written.