refactor: Notruf-Bridge nutzt seven-send-Library statt eigenem seven.io-Code

Die seven.io-Aufrufe (SMS + Voice/SSML) leben jetzt in der wiederverwendbaren
Library seven-send; die Bridge ist nur noch der HTTP-Adapter und ruft den
synchronen SevenClient via asyncio.to_thread. Eine getestete Stelle für die
API-Logik, ~50 Zeilen Duplikat raus.

- main.py: import SevenClient; _make_client() aus der Env; _dispatch() pro
  Kanal/Nummer; ohne API-Key sauberes "nicht gesetzt"-Ergebnis (kein Versand)
- Tests: mocken jetzt seven_send.client.httpx.post; neuer Test "ohne API-Key
  kein Versand" (6 Tests)
- Doku: Bridge-README + DEPLOYMENT 2.9 — seven-send als venv-Voraussetzung
  (pip install git+https://kitux.de/forgejo/dschlueter/seven_send.git)

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

DEPLOYMENT.md

@@ -1098,6 +1098,10 @@ kleiner Webhook-Empfänger (`emergency_bridge/`), der über
 [`emergency_bridge/README.md`](emergency_bridge/README.md). Kurz:
 
 ```bash
+# 0. Library seven-send in die venv (kapselt die seven.io-Aufrufe)
+sudo -u voice /opt/voice-assistant/.venv/bin/pip install \
+     git+https://kitux.de/forgejo/dschlueter/seven_send.git
+
 # 1. Konfig (API-Key + BRIDGE_TOKEN setzen)
 sudo cp /opt/voice-assistant/emergency_bridge/emergency-bridge.env.example \
         /etc/voice-assistant/emergency-bridge.env