Fix: Claude nutzte eigene native Skills/MCP-Connectors statt injizierter Hermes-Tools

hermes-proxy laeuft mit echter Claude-Code-CLI-Session auf ggf. demselben
Anthropic-Account wie ARIA -> account-weite Connectors (Gmail/Calendar/Drive)
und Claude Codes eigenes Skill-System wurden automatisch mitgeladen und
haben mit den per Prompt injizierten <tool_call>-Tools (Hermes-Plugins wie
Spotify) konkurriert. --safe-mode deaktiviert alle nativen Customizations
fuer diese Session, sodass nur noch die injizierten externen Tools sichtbar
sind.

README.md

@@ -257,6 +257,43 @@ Gilt analog fuer jedes andere Toolset (Kalender, Browser, etc.) — immer
 zuerst `hermes tools` (einschalten), dann `hermes auth <name>` falls das
 Plugin OAuth/Login braucht.
 
+### Toolset aktiviert, Claude sagt trotzdem "kenn ich nicht" / nennt eigene Skills/MCP-Server
+
+Root Cause (20.07.2026, im echten Code + per Live-Test verifiziert, nicht
+geraten): `hermes-proxy` laeuft mit einer **echten Claude-Code-CLI-Session**
+(npm-Paket `claude-max-api-proxy` wrappt `@anthropic-ai/claude-code`
+tatsaechlich als Subprocess). Diese Session hat ein eigenes Volume
+(`./hermes-data/claude-config`), kann aber auf **demselben Anthropic-Account**
+eingeloggt sein wie ARIA. Ein Account hat aber account-weite claude.ai-
+Connectors (z.B. Gmail/Calendar/Drive) und Claude Codes eigenes natives
+Skill-System — die werden in JEDER CLI-Session auf diesem Account automatisch
+mitgeladen, auch hier. Wenn man Claude dann explizit nach einem "Skill" fragt
+(z.B. "nutze Skill spotify_albums"), checkt Claude zuerst sein EIGENES,
+natives Skill-/MCP-System (findet dort nichts zu Spotify, dafuer Gmail/
+Calendar/Drive) und ignoriert dabei die per Prompt injizierten
+`<tool_call>`-Tools (Hermes' eigentliche Plugins wie Spotify) komplett — es
+sind zwei parallele, konkurrierende Tool-Konzepte in derselben Session.
+
+**Fix:** `docker-compose.yml` startet die CLI seit `367ff64+` (Sed-Patch auf
+`manager.js`) zusaetzlich mit `--safe-mode` — das deaktiviert fuer diese
+Session ALLE Customizations (Skills, Plugins, MCP-Server, CLAUDE.md, ...),
+eingebaute Tools (Bash/Read/...) bleiben zwar technisch an, werden aber nicht
+gebraucht. Danach sieht Claude in der Hermes-Proxy-Session ausschliesslich die
+per System-Prompt injizierten externen Tools und sollte sie auch fuer
+"Skill"-artige Anfragen (Spotify etc.) nutzen.
+
+```bash
+git pull
+docker-compose up -d --build hermes-proxy
+```
+
+Test: nach dem Neustart erneut nach einem aktivierten Toolset fragen (z.B.
+"spiel meine Playlist Fliegen auf dem Handy ab") — Claude sollte jetzt einen
+`<tool_call>`-Block ausgeben statt "kenn ich nicht" bzw. eigene Connectors zu
+nennen. Falls es weiter hakt: `docker logs hermes-proxy --tail 100 -f`
+waehrend der Reproduktion pruefen ob `--safe-mode` tatsaechlich im
+gestarteten Prozess ankam (`docker exec -it hermes-proxy ps aux | grep claude`).
+
 ## Mobiler Client (Android)?
 
 Zwei GRUNDVERSCHIEDENE Richtungen, nicht verwechseln: