ADR-0001 — Skabelon for Architecture Decision Records

Kopiér denne fil til NNNN-kort-titel.md (fortløbende nummer) når en teknisk beslutning træffes. ADR'er er korte, uforanderlige beslutnings-noter: vi tilføjer nye frem for at omskrive gamle. En ADR er "superseded" hvis en senere ADR erstatter den — link dem.

Format

```

ADR-NNNN —

• Status: foreslået | accepteret | superseded af ADR-XXXX
• Dato: ÅÅÅÅ-MM-DD
• Beslutningstagere:

Kontekst

Hvilket problem/valg står vi over for? Relevante krav og begrænsninger (skalering, GDPR/EU, omkostninger, teamets kompetencer).

Beslutning

Hvad besluttede vi — konkret og entydigt.

Alternativer overvejet

• Alternativ A — hvorfor fravalgt
• Alternativ B — hvorfor fravalgt

Konsekvenser

Positive og negative følger. Hvad bliver nemmere/sværere. Hvad skal vi holde øje med. ```

Hvornår skrives en ADR?

Ved valg der er dyre at lave om senere, fx: cloud/host, backend/database, auth, agent-framework, betalingsgateway, datamodel for moat. Trivielle valg behøver ikke en ADR.