adr-template

Generate architecture decision records with Context, Decision, Alternatives, and Consequences.

6|1|Updated Mar 30, 2026
One-click install
npx skills add https://github.com/wesleyosantos91/multi-agents --skill adr-template-wesleyosantos91
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: adr-template
Source: https://github.com/wesleyosantos91/multi-agents/tree/main/devin/.devin/skills/adr-template
Command: npx skills add https://github.com/wesleyosantos91/multi-agents --skill adr-template-wesleyosantos91

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you capture and communicate significant architecture decisions so your team can understand the why, not just the what, and avoid repeating past trade-off mistakes.

Core Features & Use Cases

  • When to create an ADR: Guides you to write an ADR for meaningful architectural changes (technology choices, irreversible trade-offs, deploy/error/auth strategy changes) and to skip trivial or easily reversible decisions.
  • Decision record structure: Provides a ready-to-copy ADR format covering Context, Decision, Alternatives Considered, Consequences (including risks), and Compliance checklist.
  • Consistency and governance: Reinforces best practices like immutability for accepted ADRs and using “Superseded by” when decisions evolve.

Quick Start

Ask your AI to create an ADR using the adr-template for a planned system change, including the context, the decision, real alternatives considered, and the positive/negative consequences.

Frequently Asked Questions about adr-template

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

FAQPage Schema
How do I document architectural decisions and trade-offs for my software project?

Use an Architecture Decision Record (ADR) template to capture the context, decision, alternatives considered, and consequences. This structured approach ensures your team understands the rationale behind significant trade-offs and technology selections.

When should I create an architecture decision record instead of standard documentation?

Create an architecture decision record for meaningful architectural changes like technology choices, irreversible trade-offs, or deploy, auth, and error-handling strategy changes. Skip ADRs for trivial or easily reversible decisions to maintain engineering governance focus.

What sections should be included in an architecture decision record template?

An architecture decision record template should include Context, Decision, Alternatives Considered, Consequences (including risks), and a Compliance checklist. This structure provides a ready-to-copy format suitable for team review and engineering governance.

How do I manage changes to an accepted architecture decision record?

Manage changes to an accepted architecture decision record by keeping accepted ADRs immutable and using a "Superseded by" status when decisions evolve. This maintains historical context, prevents repeating past trade-off mistakes, and reinforces best practices.

What is the best way to evaluate alternatives when making a technology selection for software design?

The best way to evaluate alternatives during technology selection is to document real options considered alongside the final decision and their positive or negative consequences. Recording these trade-offs in an ADR prevents repeating past mistakes and clarifies the system design rationale.