feat: Langzeit-Erinnerungen (#3b) und WebSocket-Streaming-Chat (#4, erster Increment)

#3b Langzeit-Erinnerungen:
- Store: memories-Tabelle + add/get/delete_memory (pro Nutzer)
- API: GET/POST/DELETE /api/me/memories
- chat.py injiziert Nutzer-Erinnerungen als System-Kontext ins LLM (sessionunabhaengig)
- ?debug zeigt memories_len

#4 Echtzeit (erster Increment):
- WS /ws/chat: dauerhafter Kanal, Event-Folge ack -> semantic -> audio (binaer) -> done
- Auth (Token-Query), Session-Gedaechtnis und Erinnerungen wie bei POST /api/chat
- Fehler als error-Event (422/403/502)

- Tests: 38 gruen (Erinnerungs-CRUD/Injektion, WebSocket-Streaming/Auth)
- Doku aktualisiert (README, BEDIENUNGSANLEITUNG, Architektur)

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

README.md

@@ -17,6 +17,8 @@ Praktische Bedienung: [`BEDIENUNGSANLEITUNG.md`](BEDIENUNGSANLEITUNG.md).
 - **Routing auf jeder Ebene:** Default → Profil → Nutzer → Session → Request
 - **Authentifizierung** (Bearer-Token) + persistente Nutzer/Sessions (SQLite)
 - **Gesprächsgedächtnis pro Session:** Verlauf wird gespeichert und fließt ins LLM
+- **Langzeit-Erinnerungen pro Nutzer:** dauerhafte Fakten/Vorlieben als LLM-Kontext
+- **WebSocket-Streaming-Chat** (`/ws/chat`) als Echtzeit-Transport
 - **REST-API** für Chat, Transkription, Sprachausgabe, Geräte, Sessions, Config
 - **Ohne Secrets im Code** — API-Keys nur über die Umgebung
 
@@ -85,6 +87,8 @@ Aktive Konfiguration prüfen: `curl http://localhost:8080/api/config`.
 | `POST /api/admin/users`         | Nutzer anlegen (Admin-Key) → Token einmalig |
 | `GET  /api/me`                  | aktueller Nutzer + Präferenzen |
 | `PUT  /api/me/prefs`            | dauerhafte Routing-Präferenzen des Nutzers setzen |
+| `GET/POST/DELETE /api/me/memories` | Langzeit-Erinnerungen des Nutzers verwalten |
+| `WS   /ws/chat`                 | Echtzeit-Chat über WebSocket (Streaming-Events) |
 
 Beispiel (Sprachausgabe an den Test-Loopback, lokaler TTS-Stub):
 
@@ -110,6 +114,27 @@ curl -X POST "http://localhost:8080/api/chat?session_id=oma-anna&debug=true" \
   -H 'Content-Type: application/json' -d '{"text":"Wie war noch mein Name?"}'
 ```
 
+**Langzeit-Erinnerungen** (über Sessions hinweg, pro Nutzer) werden über
+`/api/me/memories` gepflegt und bei jedem Chat als Kontext ans LLM gegeben — auch
+ohne `session_id`:
+
+```bash
+curl -X POST http://localhost:8080/api/me/memories \
+  -H "Authorization: Bearer $TOKEN" \
+  -H 'Content-Type: application/json' -d '{"content":"Mag morgens Kamillentee."}'
+```
+
+## Echtzeit-Chat (WebSocket)
+
+`/ws/chat` bietet einen dauerhaften, bidirektionalen Kanal. Der Client sendet pro
+Turn eine JSON-Nachricht (`{"text": "..."}`, optional Provider/Endpunkt-Overrides),
+der Server streamt strukturierte Events zurück: `ack` → `semantic` → Audio (binär)
+→ `done`. Auth (Token-Query `?token=…`), Session-Gedächtnis (`?session_id=…`) und
+Erinnerungen gelten wie bei `POST /api/chat`.
+
+> Token-Level-LLM-Streaming, Audio-Eingang/Streaming-STT, Barge-in und WebRTC sind
+> als nächste Increments vorgesehen (siehe Architektur-Dokument).
+
 ## Authentifizierung
 
 Standardmäßig (`AUTH_ENABLED=true`) sind `chat`/`speak`/`transcribe`/`sessions`/`me`