fix(proxy): Claude anweisen, Tool-Verbindungsstatus nicht zu halluzinieren

Live-Test (spotify_test_connection.py) bestaetigte: Login, Toolset und
API-Erreichbarkeit sind alle OK. Trotzdem antwortete Claude im Chat
'Tools in Werkzeugliste beschrieben, aber nicht verbunden/aktiv' - eine
frei erfundene Einschraenkung, die nirgends im injizierten System-Prompt
stand (der beschreibt nur Namen/Schema der Tools, nichts zum Verbindungs-
status). Klassisches Modell-Hedging bei Unsicherheit ueber Backend-Status.

Ergaenzt im Tool-Block: expliziter Hinweis dass alle gelisteten Tools
bereits authentifiziert/einsatzbereit sind und ohne Rueckfrage zur
Verbindung genutzt werden sollen, Fehler nur anhand echter Tool-Antworten
(z.B. 401/403) melden.

proxy-patches/openai-to-cli.js

@@ -65,6 +65,20 @@ function _toolsBlock(tools) {
         "Simuliere sie NICHT mit Bash/sleep — rufe sie sauber auf:"
     );
     lines.push("");
+    lines.push(
+        "WICHTIG: Alle unten gelisteten Tools sind bereits authentifiziert, " +
+        "eingeloggt und einsatzbereit — der Nutzer hat das vorab eingerichtet. " +
+        "Du hast KEINE Moeglichkeit und KEINEN Grund, den Verbindungs- oder " +
+        "Login-Status zu pruefen oder in Frage zu stellen — es gibt dafuer kein " +
+        "separates Status-Tool und keinen Hinweis im Prompt, der etwas anderes " +
+        "sagt. Behaupte NIEMALS von dir aus, ein Tool sei \"nicht verbunden\", " +
+        "\"nicht aktiv\" oder \"nicht autorisiert\" — das ist erfunden, wenn es " +
+        "nicht explizit hier steht. Ruf das passende Tool bei einer passenden " +
+        "Anfrage EINFACH DIREKT auf, ohne Rueckfrage zur Verbindung. Nur bei " +
+        "einem echten Fehler in der Tool-ANTWORT (z.B. HTTP 401/403) darfst du " +
+        "das als Problem melden."
+    );
+    lines.push("");
     for (const t of tools) {
         if (!t || t.type !== "function" || !t.function) continue;
         const fn = t.function;