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.