Bound Hermes tool loops and document MCP fixes

docs/CURRENT_REFERENCE.md

@@ -123,6 +123,12 @@ Der Router übernimmt:
   Hermes-Backend (`voice.client_direct: false`), weil Router und TTS nur im
   internen Docker-Netz erreichbar sind.
 - Version: 0.20.5, offizielles Image per OCI-Digest gepinnt
+- Die gepinnte Version trägt beim Containerstart zwei eng geprüfte lokale
+  Upstream-Workarounds: API-Agenten übernehmen den live registrierten
+  MCP-Katalog (Hermes-Issue 69746), und `tool_search` veröffentlicht auch
+  geänderte Katalogbeschreibungen bei gleichbleibenden Brückennamen
+  (Hermes-Issue 72560). Der Start bricht bei unbekannt verändertem
+  Upstream-Code ab, statt blind zu patchen.
 - Standardmodell: `qwen-medium`, 160.000 Kontext, über den Profile Router
 - Dashboard: WireGuard-Port 9119 mit Basic-Auth
 - Agent-API: WireGuard-Port 8642 mit eigenem Bearer-Key
@@ -136,6 +142,13 @@ Der Router übernimmt:
 - lokales Terminal: ausschließlich `/data/hermes/workspace` im Container
 - MCPs: Athena-Plattform, Athena-Operator, allgemeines Web, GitHub, Home
   Assistant, ARR, Navidrome und ein gemeinsamer MUA-Unraid-Zugang
+- Der Home-Assistant-Eintrag heißt in Hermes intern `homeassistant-admin`.
+  `homeassistant` kollidiert mit Hermes' deaktiviertem eingebautem Toolset und
+  würde den gesunden externen MCP aus dem Agentenkatalog filtern.
+- Ein Agententurn ist standardmäßig auf 64 Schritte und acht Websuchen
+  begrenzt. Lange Implementierungen setzen nach einem belegten Zwischenstand
+  in einem frischen Turn fort; bekannte Container werden direkt inspiziert,
+  statt ungezielt vollständige Hostinventare in den Kontext zu laden.
 - kein Docker-Socket, kein Host-Root-Mount und keine Veröffentlichung auf der
   Universitätsadresse
 - Start verweigert, wenn die verwaltete Konfiguration nicht lesbar ist oder