Doku: Anforderungen + ADRs (Symfony, htmx, SQLite, HA-Consumer)
This commit is contained in:
@@ -0,0 +1,23 @@
|
||||
# 004 – Home-Assistant als Consumer, nicht als Host
|
||||
|
||||
**Status:** accepted
|
||||
|
||||
**Kontext.** Frage der Diskussion: „Wäre Home-Assistant möglich?". HA ist eine
|
||||
**View-/Automatisierungsplattform**, kein Logik-Backend und keine
|
||||
PHP/MySQL-Sprach-Umgebung. Es kann unsere Anwendung nicht „ausführen", aber den
|
||||
API-Status **anzeigen** und **benachrichtigen**.
|
||||
|
||||
**Entscheidung.** Symfony-API bleibt die Source of Truth. Home-Assistant wird
|
||||
**nur als Consumer** angebunden:
|
||||
1. (Phase 2, optional) HA holt `GET /api/today` per `rest`-Integration →
|
||||
Sensor „Heute auf dem Plan" (Zeichenkette).
|
||||
2. (Phase 2, optional) HA-Notify-Benachrichtigung „Heute: Bolognese" per
|
||||
Automation auf den Sensor-Change.
|
||||
3. **Keine** Primary-UI in HA/Lovelace.
|
||||
|
||||
**Konsequenzen.**
|
||||
- + HA-Integration bleibt ein dünnes Add-on, kein Muss.
|
||||
- + Kein zweites Ökosystem, das die Logik dupliziert.
|
||||
- + HA-Sensor ist trivial zu erzeugen (ein GET + ein Template).
|
||||
- − Keine „Interaktions-Card" in HA (z. B. kein Abhaken aus HA) – bewusst,
|
||||
UI bleibt in der htmx-App.
|
||||
Reference in New Issue
Block a user