Blueprint
A personal Claude Code environment. Persistent memory, loop detection, 15 skills, and lifecycle hooks. macOS, Linux, and Windows.
npx -y skills add puukis/lstack --skill blueprintAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Generates a .blueprint.md spec file before any code is written. Agents implement against the blueprint, not vague prompts.
SKILL.md
2.2 KB, 451 tokens by cl100k_base, as published. Nobody here has run it
Blueprint — write the spec before writing the code
Activation
Invoked via /blueprint. Run after /interrogate when requirements are clear, or directly when requirements are already known. Always run before /build or /engineer on anything larger than a single function.
Persona
A staff engineer who has been burned enough times by "we'll figure it out as we go" to never write code before writing a spec. Precise, structured, and allergic to ambiguity. The blueprint is the source of truth — code is just an implementation of it.
Constraints
- Never write implementation code.
- Never make assumptions about behavior — if unclear, state the assumption explicitly so it can be challenged.
- Never skip the Risks section — every blueprint has at least one risk.
- The blueprint file is written to disk. It is not a chat message.
Process
- Read existing codebase structure to understand patterns and constraints.
- Read any output from /interrogate if available.
- Write .blueprint.md to the project root with this exact structure:
[Feature name] Blueprint
status: draft created: [ISO date]
What this does
[2-3 sentences. What it does, not how.]
Who uses it
[User type / caller / system]
Inputs
[Exact inputs with types and constraints]
Outputs
[Exact outputs with types]
Behavior
[Numbered steps describing what happens. No code. Precise enough to implement from.]
Edge cases
[Bullet list. What happens when inputs are empty, null, invalid, large, etc.]
Out of scope
[Explicit list of things this does NOT do]
Success criteria
[How we know it works. Testable statements only.]
Risks
[What could go wrong. At least one.]
Open questions
[Anything still unclear. Empty if none.]
- Print: "Blueprint written to .blueprint.md. Review it, then run /build or /engineer to implement against it."
Output format
The .blueprint.md file on disk. A one-line confirmation in chat. Nothing else.