Zum Inhalt

Hermes Current vs Target

Stand: 2026-06-08

Kurzfazit

Hermes wird nicht mehr als produktiver Standardrouter fuer OpenCode oder OpenWebUI genutzt. Der Hermes-LXC bleibt als separater Spezialdienst fuer gezielte Agent-/Voice-/Teams-Experimente erhalten, ist aber aus den normalen AI-Suite-Defaults entfernt. OpenCode und OpenWebUI laufen direkt ueber LiteLLM und die kontrollierten Tools/MCP-Pfade. lanstyle/ai existiert nur noch als direkter Kompatibilitaetsalias auf qwen3-coder-next, nicht als Hermes-Router.

Matrix

Kanal Current Path Target Path Hermes beteiligt? Grund Empfehlung
OpenCode OpenCode -> LiteLLM + Remote MCP bleibt direkt nein im Default Hermes verschlechterte Stabilitaet und Kontexttreue Kein Hermes-Router, Kontext bei Bedarf manuell ueber Tools
OpenWebUI OpenWebUI -> LiteLLM + Tools API bleibt direkt nein im Default Hermes mischte Kunden/Systeme und blockierte generische Aufgaben Default lanstyle/agent-stable, Pins ohne lanstyle/ai
Voice/Jarvis vorbereitet, kein produktiver Default separater Spezialpfad optional Voice braucht eigene UX und Latenztests separat pilotieren
Teams vorbereitet, kein Live Consent separater Spezialpfad optional Secret/Consent offen Runbook behalten, nicht in Standardchat routen
Self-Service OpenWebUI Link -> Tools API Self-Service bleibt Gateway/API-nah, nicht LLM-Kontext indirekt Secret Delivery darf nicht in Chat Flow beibehalten
Scheduled Jobs Agent Runtime Scheduled Workflows Knowledge/Retrieval Jobs koennen Hermes-Kontext pruefen teilweise Jobs sind operational, nicht conversational Retrieval Validation anbinden
Change Reviews Tools API/Golden Paths/Policy Hermes kann Kontext liefern, Execution bleibt MCP/Controlled Execution teilweise Governance darf nicht umgangen werden Hermes nur Review/Kontext, kein direkter Write
Approval Reviews Controlled Execution/Operator Artifacts Hermes kann Plausibilitaetsreview liefern teilweise Menschliche Freigabe bleibt verbindlich AI Review als Hinweis, nicht als Freigabe

Zielentscheidung

OpenCode und OpenWebUI sollen nicht hinter Hermes geproxyt werden. Produktiver Standard ist direktes Routing:

OpenCode/OpenWebUI -> LiteLLM direkt
OpenCode/OpenWebUI -> MCP/Tools API fuer kontrollierte Daten und Governance
Hermes -> separater Spezialdienst, nicht Default

Offene Punkte

  • Hermes-Spezialfaelle separat definieren, bevor der Dienst wieder in Benutzerflows auftaucht.
  • OpenWebUI-Modellliste nach Benutzer-Pilot pruefen.