adr

Create Architecture Decision Records with standardized sections and automatic numbering.

1|Updated Dec 4, 2025
One-click install
npx skills add https://github.com/asterkin/openxr-quest-tutorial --skill adr
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: adr
Source: https://github.com/asterkin/openxr-quest-tutorial/tree/main/.claude/skills/adr
Command: npx skills add https://github.com/asterkin/openxr-quest-tutorial --skill adr

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and templates (resource) components.

What problem does it solve?

This Skill automates the creation and maintenance of Architecture Decision Records, ensuring consistent documentation of technical choices without manual formatting overhead.

Core Features & Use Cases

  • Template Automation: Generate properly formatted ADRs following project standards.
  • TOC Management: Automatically update table of contents when new decisions are recorded.
  • Use Case: When choosing between competing frameworks for your VR project, use this Skill to document the decision rationale, alternatives considered, and consequences.

Quick Start

Create an ADR documenting the decision to use OpenXR over proprietary APIs for cross-platform compatibility.

Frequently Asked Questions about adr

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

FAQPage Schema
When should I create an Architecture Decision Record for my project?

Create an Architecture Decision Record when making architecturally significant decisions that affect system structure, quality attributes, or dependencies—such as choosing between competing frameworks, establishing project-wide patterns, resolving technical uncertainty, or making changes expensive to reverse. ADRs document the rationale, alternatives, and consequences of these choices.

How do I create and maintain Architecture Decision Records consistently?

Use template-driven creation to generate properly formatted ADRs following project standards, with automatic numbering and file naming. ADRs include standardized sections: Context, Decision, Consequences, and References, plus alternatives and trade-offs. The Skill automatically updates your table of contents when new records are added.

What should I document in an Architecture Decision Record?

Document the context explaining why a decision was needed, the decision itself and chosen approach, consequences of that choice, and references to supporting materials. Include alternatives considered and their trade-offs so future readers understand why this path was selected over competing technical approaches.

Can I automate ADR formatting and numbering across my team's projects?

Yes. The Skill automates ADR creation with template automation and automatic numbering, ensuring consistent documentation across your project without manual formatting overhead. This standardization helps your team maintain uniform decision records and reduces documentation burden.

What technical decisions are worth documenting as Architecture Decision Records?

Document decisions involving framework selection, API design choices, technology stack changes, deployment patterns, and other choices affecting multiple system components or that are difficult to reverse. ADRs work best for decisions where trade-offs between alternatives significantly impact system quality or maintenance.