Architecture Decision Records (ADRs)
ADR skills capture architectural decisions that emerge from research and planning:
research-codebase → create-plan → implement-plan ↓ ↓meta/research/codebase/ meta/plans/ ↓ ↓ extract-adrs ←──────────┘ ↓ meta/decisions/ ↓ review-adr → accepted ADRs inform future research & planningcreate-adrdrafts a decision record interactively — context gathering, options analysis, consequence documentation. Pass--supersedes ADR-NNNNwhen the new decision replaces an accepted one.extract-adrsscans existing meta documents (research, plans) for decisions made in passing and proposes candidates to formalise. Use it when decisions are buried in prose rather than starting from scratch.review-adrreviews a proposed ADR for quality and completeness, then accepts, rejects, or suggests revisions.
ADRs follow an append-only lifecycle: once accepted, an ADR’s content
becomes immutable — review-adr enforces this, allowing an accepted ADR
to transition only to superseded or deprecated (--deprecate reason).
To revise a decision, create a new ADR that supersedes the original. See
The meta/ directory for the full
lifecycle.

