What problem does it solve?
Significant architecture choices often lose their rationale over time, leaving future maintainers unable to understand why a system was built a certain way. This Skill captures one architecturally significant decision in a durable, reviewable record before that context disappears.
Core Features & Use Cases
- Structured ADR Creation: Writes a decision record with title, status, deciders, context, drivers, alternatives, consequences, and review triggers, following the repository's existing ADR convention or a default
docs/architecture/decisions/NNNN-<slug>.md path.
- Alternatives Evaluation: Compares the status quo and materially different options against the same drivers, recording why each rejected option loses in this context.
- Supersession and Status Governance: Defaults new records to
Proposed, requires explicit authority for Accepted, and links superseded records bidirectionally without erasing history.
- Use Case: After choosing PostgreSQL over DynamoDB for a new service, use this Skill to document the drivers, rejected alternatives, accepted costs, and conditions that would trigger revisiting the choice.
Quick Start
Record an architecture decision for our choice of event-driven messaging over synchronous REST between the billing and notification services.