design

Produce a dependency graph, data flow, and interfaces before implementation.

Updated Feb 26, 2026
One-click install
npx skills add https://github.com/rockandrolla13/blueprint --skill design-rockandrolla13
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: design
Source: https://github.com/rockandrolla13/blueprint/tree/main/design
Command: npx skills add https://github.com/rockandrolla13/blueprint --skill design-rockandrolla13

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Structured architecture design phase that produces a dependency graph, data flow, interfaces, and a review checkpoint before any code is written. Use this skill when the user says "design", "architect", "structure", "plan the implementation", "how should I build this", or transitions from ideation to commitment — e.g., "ok let's go with approach X, design it". Also trigger when the user says "build", "implement", or "create" for anything that will span multiple files or modules — the skill enforces a design phase before implementation begins. Do NOT trigger for single-function tasks, bug fixes, or refactoring (those have their own skills). Do NOT trigger for open-ended exploration — that belongs to the ideate skill.

Core Features & Use Cases

  • Produce a formal problem framing, core abstraction, and component enumeration before coding.
  • Create a dependency graph, data flow, and interface design to guide multi-file implementations.
  • Provide a structured handoff that documents architecture decisions for downstream teams.

Quick Start

Describe the system architecture and interfaces before writing code.

Frequently Asked Questions about design

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

FAQPage Schema
How do I plan software architecture before writing code?▼

Plan software architecture by defining a formal problem framing, identifying core abstractions, and enumerating components. This structured design phase produces a dependency graph, data flow, and documented interfaces to guide multi-file implementations before coding begins.

When do I need a structured architecture design phase?▼

You need a structured architecture design phase when transitioning from ideation to commitment, or when building systems that span multiple files or modules. It enforces a review checkpoint to prevent scope creep and requires documented interfaces before implementation.

What should be included in a software architecture plan for multi-file modules?▼

A software architecture plan for multi-file modules should include a dependency graph, data flow mapping, interface design, and component enumeration. It yields a structured handoff documenting architecture decisions to guide downstream teams during implementation.

Does this approach work for single-function tasks or bug fixes?▼

No, this architecture design approach does not work for single-function tasks, bug fixes, or refactoring. It is specifically built for multi-file module planning and enforces a design checkpoint before implementation begins on larger system builds.

How do I prevent scope creep from ideation to deployment?▼

Prevent scope creep by enforcing a structured review checkpoint during the architecture design phase. This requires a defined problem framing, core abstractions, and documented interfaces before any implementation work proceeds downstream.

What's the best way to document architecture decisions for downstream teams?▼

The best way to document architecture decisions is through a structured handoff that captures the formal problem framing, dependency graph, data flow, and interface design. This ensures downstream teams have clear guidance for multi-file implementations.