building-blocks

Decompose software projects into buildable blocks with interfaces and dependencies.

4|Updated Jan 6, 2026
One-click install
npx skills add https://github.com/flight505/claude-project-planner --skill building-blocks-flight505
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: building-blocks
Source: https://github.com/flight505/claude-project-planner/tree/main/project_planner/.claude/skills/building-blocks
Command: npx skills add https://github.com/flight505/claude-project-planner --skill building-blocks-flight505

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Building blocks enable teams to break complex software projects into discrete, independently buildable components, with clear interfaces, dependencies, and acceptance criteria.

Core Features & Use Cases

  • Component-based decomposition: define interfaces, responsibilities, and integration contracts.
  • Dependency graph planning: map internal/external dependencies and plan build order.
  • Incremental delivery governance: estimate effort, align with sprints, and enable iterative releases.

Quick Start

Create a master list of blocks, define at least BB-001, BB-002 with name, id, type, description, dependencies, interfaces, complexity, estimates, and test criteria. Then generate a simple DAG showing dependencies and draft an initial build-order plan.

Frequently Asked Questions about building-blocks

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

FAQPage Schema
How do I decompose software into buildable blocks for incremental delivery?▼

Software decomposition into buildable blocks involves defining discrete components, interface contracts, and dependency graphs, enabling incremental delivery and iterative releases across cross-functional teams.

What is the best way to map a dependency graph for component-based architecture?▼

Mapping a dependency graph for component-based architecture requires listing internal and external dependencies for each block, then generating a DAG to establish a valid build order and integration sequence.

How do I define interface contracts for software components?▼

Defining interface contracts for software components requires specifying block identity, type, responsibilities, and test criteria, ensuring clear integration boundaries and governance metadata for cross-functional teams.

Can I use component decomposition to plan sprint estimates and effort?▼

Yes, component decomposition supports sprint planning by providing effort estimates, complexity ratings, and test criteria for each block, aligning incremental delivery governance with iterative release schedules.

What metadata do I need to define a building block for architecture planning?▼

Defining a building block for architecture planning requires metadata including a unique ID, name, type, description, dependencies, interfaces, complexity rating, effort estimates, and acceptance test criteria.

Why does incremental delivery require a dependency graph and build order plan?▼

Incremental delivery requires a dependency graph and build order plan to sequence component integration correctly, preventing bottlenecks and ensuring that interface contracts are satisfied before downstream development.