ADR Policy
ADR Policy
This is a meta-policy document, not an ADR. It defines how ADRs are managed.
Status: Accepted (via PR #145)
Lifecycle
Draft → Proposed → GO/PR → Accepted → Canonical
| Stage | Location | Requirements |
|---|---|---|
| Draft | Anywhere (local, artifacts) | None |
| Proposed | docs/architecture/adr/ | Must have Status: Proposed header |
| Accepted | docs/architecture/adr/ | GO in GO_NO_GO.md + PR merged |
Rules
-
No canonical ADR without GO/PR — ADRs in
docs/architecture/adr/without explicit GO from Gatekeeper are considered drafts. -
ADR ≠ Task Spec — ADRs document decisions; task specs (
INBOX/*.md) are implementation contracts. -
Status Header Required — Every ADR must have:
## Status Proposed | Accepted | Deprecated -
Modifications — Accepted ADRs can only be modified via PR with Gatekeeper approval.
Naming
ADR_NNNN_short_description.md
Example: ADR_0010_forecast_node.md
Template
# ADR NNNN: Title
## Status
Proposed
## Context
Why this decision is needed.
## Decision
What was decided.
## Consequences
Trade-offs and implications.
## References
Links to related docs.