Architecture Decision Records (ADR)¶
Architecture Decision Records (ADRs) dokumentieren wichtige Architektur-Entscheidungen — was entschieden wurde, warum und welche Alternativen betrachtet wurden.
ADR-Übersicht¶
| Nr. | Titel | Status | Datum |
|---|---|---|---|
| ADR-001 | ArangoDB als Multi-Modell-Datenbank | Akzeptiert | 2026-01-15 |
| ADR-002 | Python 3.14 als Backend-Sprache | Akzeptiert | 2026-01-15 |
| ADR-003 | Authlib statt python-jose für JWT | Akzeptiert | 2026-02-01 |
| ADR-004 | bcrypt direkt statt passlib | Akzeptiert | 2026-02-01 |
| ADR-005 | YAML-basierte Seed-Jobs beim Startup | Akzeptiert | 2026-03-17 |
| ADR-006 | Embedding-Modell E5-base und Hybrid Search | Akzeptiert | 2026-03-30 |
| ADR-007 | Cross-Encoder Re-Ranking für RAG-Pipeline | Akzeptiert | 2026-04-02 |
| ADR-008 | mDNS/Zeroconf für Home-Assistant Auto-Discovery | Akzeptiert | 2026-04-24 |
| ADR-009 | Versioniertes Datenbank-Migrations-Framework | Akzeptiert | 2026-07-04 |
| ADR-010 | BDD-Architektur für die E2E-Suite (pytest-bdd) | Akzeptiert | 2026-07-25 |
| ADR-011 | E2E-Smoke als Merge-Gate für develop | Zurückgenommen (2026-07-29) | 2026-07-26 |
Neue ADRs
Neue ADRs werden beim Treffen wichtiger Architektur-Entscheidungen erstellt. Format: NNN-kurzer-titel.md.