bmild-arch

Document and validate backend architecture decisions with ADRs and API contracts.

3|Updated Mar 26, 2026
One-click install
npx skills add https://github.com/micfre/BMILD --skill bmild-arch
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: bmild-arch
Source: https://github.com/micfre/BMILD/tree/main/.agents/skills/bmild-arch
Command: npx skills add https://github.com/micfre/BMILD --skill bmild-arch

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes assets (resource) components.

What problem does it solve?

Unstructured or skipped upfront system design leads to unexamined technical trade-offs, schema/API contract drift, and costly rework when implementation reveals missing constraints or misalignment with product requirements. This Skill provides a structured, spec-driven workflow to elicit, document, and validate system architecture decisions, ensuring all technical contracts are implementable and aligned with project constraints.

Core Features & Use Cases

  • Multi-Mode Architecture Workflow: Supports three core workflows: greenfield system design for new initiatives, refinement of existing system design documents, and resolution of architecture-owned governance items raised by other cross-functional team personas.
  • Trade-Off Enforced Decision Making: Requires all technical decisions to document considered alternatives, explicit trade-offs, and observable implementation consequences, eliminating vague "just use X" technology choices.
  • Drift-Protection & Semantic Consistency: Automatically extracts high-impact architecture decisions into ADRs for long-term drift protection, and maintains cross-initiative semantic context to avoid conflicting terminology and assumptions.
  • Use Case: For example, when building a new user authentication feature, use this Skill to define the database schema for user credentials, API contracts for login/registration endpoints, service layer methods for authentication logic, and document key trade-offs (e.g., OAuth vs JWT for session management) with clear rationale.

Quick Start

Use the bmild-arch skill to design the backend structure, database schema, API contracts, and technology stack for a new feature or platform, or to resolve open architecture decisions raised by other team personas.

Frequently Asked Questions about bmild-arch

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

FAQPage Schema
How do I document system architecture trade-offs to prevent API contract drift?

Document system architecture trade-offs by specifying considered alternatives, explicit consequences, and functional requirement traceability to prevent API contract drift and implementation rework.

What is spec-driven development for backend system design?

Spec-driven development for backend system design is a structured workflow to elicit, document, and validate database schemas, API contracts, and service layer methods before implementation begins.

How do I generate ADRs for high-impact architecture decisions?

Generate ADRs for high-impact architecture decisions by automatically extracting technology stack selections and trade-off rationales into drift-protection records for long-term semantic consistency.

Can I use this workflow to refine existing system design documents?

You can use this workflow to refine existing system design documents, resolve architecture-owned governance items, and maintain cross-initiative semantic context for conflicting terminology.

What is the best way to define database schemas and API contracts for a new feature?

The best way to define database schemas and API contracts for a new feature is applying a greenfield system design workflow that enforces trade-off-documented technical decisions and functional requirement traceability.

Why does unstructured system design lead to implementation rework?

Unstructured system design leads to implementation rework because unexamined technical trade-offs and missing constraints cause schema and API contract drift when implementation reveals misalignment with product requirements.