What problem does it solve?
This Skill solves the problem of losing architectural context—why a decision was made and what trade-offs were accepted—so teams can onboard faster and avoid repeating past mistakes.
Core Features & Use Cases
- Decision documentation with rationale: Records context, drivers, options considered, and consequences so future readers can understand the “why,” not just the “what.”
- ADR lifecycle and traceability: Tracks status over time (proposed, accepted, deprecated, superseded, rejected) and links related ADRs to form a decision graph.
- Practical templates for consistency: Provides multiple ADR formats (standard MADR, lightweight, Y-statement, deprecation, and RFC-style) to match decision complexity.
Use cases include capturing technology choices (e.g., database or API patterns), documenting integration/security architecture decisions, and creating onboarding-ready records for teams maintaining a system over time.
Quick Start
Use the architecture-decision-records skill to write a new ADR describing an important system decision, including context, considered options with trade-offs, the chosen approach, and the expected consequences.