architecture-decisions

Capture and govern architectural decisions with a five-phase ADR process.

Updated Feb 24, 2026
One-click install
npx skills add https://github.com/AymanKastali/pydentity --skill architecture-decisions-aymankastali
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: architecture-decisions
Source: https://github.com/AymanKastali/pydentity/tree/main/.claude/skills/architecture-decisions
Command: npx skills add https://github.com/AymanKastali/pydentity --skill architecture-decisions-aymankastali

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Capture and govern architectural decisions to prevent knowledge loss and inconsistent design.

Core Features & Use Cases

  • Enforces a structured ADR process (Identification, Context, Options, Decision, Governance)
  • Guides teams to create clear, citable architectural decisions
  • Supports governance with cross-references, decision logs, and supersession tracking

Quick Start

Execute the ADR workflow to identify a decision, document context, compare options, finalize the rationale, and add it to the decision log.

Frequently Asked Questions about architecture-decisions

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

FAQPage Schema
What is an architectural decision record and when do I need one?▼

To document architectural decisions, follow a five-phase ADR workflow: identify the decision, document context, compare options, finalize the rationale, and add the record to an auditable decision log. This enforces clear, citable governance with cross-references and supersession tracking.

How do I track superseded architecture decisions and maintain traceability?▼

Yes, a structured ADR process applies to both system-wide architecture decisions and component-level choices. It enforces governance by applying mandatory phased gates to capture trade-offs and rationale regardless of the architectural scope.

What is the best way to govern architectural trade-offs across multiple teams?▼

The ADR process enforces governance by requiring mandatory phased gates across identification, context, options, decision, and governance phases. It prevents inconsistent design by capturing trade-offs in an auditable decision log with cross-references and supersession tracking.

Why does my team lose context on past architecture decisions over time?▼

Your team loses context on past architecture decisions because rationale is not captured and governed in an auditable log. Implementing a structured ADR process with cross-references preserves traceability and prevents knowledge loss across the software lifecycle.