From Claude Starter Kit
Architecture Decision Record: context-decision-consequences, for decisions that are expensive to reverse. Written under docs/adr/. Trigger phrases: "adr", "architecture decision", "decision record", "why this approach"
How this skill is triggered — by the user, by Claude, or both
Slash command
/claude-starter-kit:adrThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
On an architecture/technology choice that is expensive to reverse, long-lived, or contested
On an architecture/technology choice that is expensive to reverse, long-lived, or contested (database selection, auth strategy, critical pattern). Small/reversible decisions do not require an ADR.
# NNNN. <Decision title>
Status: proposed | accepted | rejected | superseded (by NNNN)
## Context
Which problem/constraint requires this decision?
## Decision
What was decided (clear, one sentence + rationale)?
## Consequences
Pros / cons / accepted trade-offs.
## Alternatives considered
Why were they not chosen?
superseded; an ADR is never deleted (decision history is preserved).npx claudepluginhub byerlikaya/claude-starter-kit --plugin claude-starter-kitArchitecture Decision Records — capture a hard-to-reverse choice while the reasons are fresh. Triggers on "why did we choose", "record this decision", "ADR", picking a database, framework, protocol, auth model, or API shape, or any fork where reversing the choice later would cost more than a day. One short file per decision, so the next person inherits the reasoning, not just the result.
Generates Architecture Decision Records with context, rationale, alternatives, and status lifecycle. Prevents forgotten design rationale.
Write an Architecture Decision Record — document what was decided, why, what alternatives were considered, and what trade-offs were accepted. Use when asked to "write an ADR", "document this decision", or "why did we choose X".