architecture-decision-records

Coordinate and document architectural decisions with standardized ADR templates and lifecycle.

Updated Apr 4, 2026
One-click install
npx skills add https://github.com/emilneuraz-ai/neuraz-web --skill architecture-decision-records-emilneuraz-ai
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: architecture-decision-records
Source: https://github.com/emilneuraz-ai/neuraz-web/tree/main/.agents/skills/.agents/skills/architecture-decision-records
Command: npx skills add https://github.com/emilneuraz-ai/neuraz-web --skill architecture-decision-records-emilneuraz-ai

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill coordinates and documents architectural decisions using Architecture Decision Records to capture context, alternatives, and consequences in a consistent, auditable format.

Core Features & Use Cases

  • Templates and guidance for creating standard ADRs that follow a uniform lifecycle.
  • Lifecycle support (Proposed, Accepted, Deprecated, Superseded) with cross-linking to related decisions.
  • Reference examples and templates to accelerate decision documentation.
  • Central index and linking for easy governance and knowledge transfer across teams.

Quick Start

Create a new ADR using the template and store it at docs/adr with a descriptive title.

Frequently Asked Questions about architecture-decision-records

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

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

An architecture decision record (ADR) documents the context, alternatives, and consequences of a major technology choice. You need an ADR when evaluating significant design decisions to ensure consistent governance and knowledge transfer across teams.

How do I document architectural decisions using ADR templates?▼

You document architectural decisions by creating a new ADR from a standardized template and storing it in the docs/adr directory. This captures the rationale and guides future design changes with a uniform lifecycle.

Can I track the lifecycle of a design decision from proposed to superseded?▼

Yes, you can track the design decision lifecycle across Proposed, Accepted, Deprecated, and Superseded statuses. The records support cross-linking to related decisions for consistent governance and auditing.

What is the best way to govern technology choices across multiple projects?▼

The best way to govern technology choices is maintaining a central index of architecture decision records. This provides reference examples and cross-linking to standardize decision-tracking and facilitate knowledge transfer.

Do I need any specific dependencies to start creating ADRs?▼

No dependencies are required to start creating ADRs. You can immediately use the provided templates and guidance to document major technology choices and their rationale in a consistent format.

Why should I use standardized ADRs instead of informal design documentation?▼

Standardized ADRs provide an auditable format that captures context and consequences, unlike informal documentation. They implement a structured lifecycle with cross-linking and a central index for reliable governance.