architecture

Document architectural decisions using ADR templates and checklists.

5|2|Updated Mar 1, 2026
One-click install
npx skills add https://github.com/umairinayat/Specter-AI --skill architecture-umairinayat
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: architecture
Source: https://github.com/umairinayat/Specter-AI/tree/main/.agent/skills/architecture
Command: npx skills add https://github.com/umairinayat/Specter-AI --skill architecture-umairinayat

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Architectural decisions are often scattered across documents and teams, making it hard to track rationale and long-term impact. This framework provides a structured ADR-based approach to capture requirements, evaluate trade-offs, and document decisions for future reference.

Core Features & Use Cases

  • ADR templates and checklists to document decisions
  • Guidance for requirements analysis, pattern selection, and trade-off evaluation
  • Reusable decision records that support audits, onboarding, and future migrations

Quick Start

Start applying the ADR framework to a major architecture decision by creating an ADR that captures the problem, options, decisions, and consequences.

Frequently Asked Questions about architecture

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

FAQPage Schema
How do I document architectural decisions and track their trade-offs?

You can document architectural decisions using an ADR-based framework to capture requirements, evaluate trade-offs, and record long-term consequences. This approach provides structured templates to ensure rationale remains accessible for future reference.

What is an ADR framework and when do I need it for system design?

An ADR framework is a structured method for recording architectural decisions, applicable from MVPs to large-scale systems. You need it when architectural choices are scattered across teams, making it hard to track rationale and long-term impact.

How do I evaluate architectural patterns during requirements analysis?

You can evaluate architectural patterns by applying a principle-driven checklist alongside ADR templates during requirements analysis. This guides pattern selection by structuring the evaluation of trade-offs and documenting the resulting design choices.

Can I use ADR documentation for both MVP and large-scale system design?

Yes, the ADR framework supports architecture decision-making across project lifecycles, from MVPs to large-scale systems. It provides reusable decision records that assist with audits, onboarding, and future migrations.

What is the best way to structure architecture decision records for team onboarding?

The best way to structure decision records is using ADR templates that capture the problem, options, decisions, and consequences. This creates reusable documentation that supports team onboarding and future system migrations.

Why should I use ADRs instead of informal documentation for system design trade-offs?

You should use ADRs because informal documentation scatters architectural decisions across documents and teams, losing rationale. ADRs provide structured records that capture trade-offs, ensuring decisions are auditable and accessible.