24 lines
1.0 KiB
Markdown
24 lines
1.0 KiB
Markdown
# 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.
|