adr

Record decisions in fixed ADR format with Context, Decision, Consequences, Alternatives, and Follow-ups.

Updated Apr 21, 2026
One-click install
npx skills add https://github.com/brucebanner010198-commits/DevSecOps-Agency --skill adr-brucebanner010198-commits
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: adr
Source: https://github.com/brucebanner010198-commits/DevSecOps-Agency/tree/main/skills/adr
Command: npx skills add https://github.com/brucebanner010198-commits/DevSecOps-Agency --skill adr-brucebanner010198-commits

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

The ADR (Architectural Decision Record) system provides a standardized, auditable trail of critical project decisions, linking rationale, context, and consequences for future auditors and team members.

Core Features & Use Cases

  • Standardized decision documents in a fixed format including Context, Decision, Consequences, Alternatives, and Follow-ups.
  • Automated indexing and lifecycle through INDEX.md and status transitions to ensure traceability across time.
  • Cross-skill integration with vision, OKR, gates, and meeting minutes to preserve governance context.

Quick Start

File a new ADR documenting the latest decision and place it under _decisions/.

Frequently Asked Questions about adr

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 for project governance?

An architectural decision record (ADR) captures critical project decisions to ensure accountability and future auditability. You need an ADR for material decisions within governance workflows that require documented context, alternatives, and formal record.

How do I document architectural decisions to ensure traceability across time?

To document architectural decisions for traceability, file a new ADR under the _decisions/ directory using a fixed structure. The system enforces sections for Context, Decision, Consequences, Alternatives, and Follow-ups, while automated indexing through INDEX.md tracks lifecycle status transitions.

Does this ADR system integrate with OKR and vision processes for governance?

Yes, the ADR system integrates cross-skill with vision, OKR, gates, and meeting minutes to preserve governance context. This integration ensures that architectural decisions remain linked to overarching objectives and governance workflows throughout the project lifecycle.

Can I use a custom format for decision records, or is a fixed structure required?

A fixed structure is required for decision records. The system enforces standardized documents containing specific sections: Context, Decision, Consequences, Alternatives, and Follow-ups, ensuring consistent auditability and preventing custom formats that break governance traceability.

What are the limitations of using fixed structure ADRs for audit trails?

The limitation of fixed structure ADRs is the strict format requirement, which mandates sections for Context, Decision, Consequences, Alternatives, and Follow-ups. This rigidity ensures audit compliance but may not accommodate informal decisions outside material governance workflows.