Du hast einen Research-Agenten und einen Coding-Agenten, und sie reden nie miteinander – wenn einer die Antwort gefunden hat, kopierst du den Text aus dem einen Chatfenster, fügst ihn in das andere ein und hoffst, dass die Formatierung überlebt. Genau gegen diese Mauer geht v0.21.0 (Tag v2026.8.31, veröffentlicht am 31. August 2026) vor: „The Pantheon Release“ macht Bot Mode zu einem fest eingebauten Teil der Desktop-App, in dem deine Agents Namen, Gesichter und Gruppenchats bekommen, ergänzt den Befehl hermes peer, damit jeder Agent jedem anderen Agenten über Profile und Maschinen hinweg eine DM schicken kann, und gibt Cron-Jobs ein Gedächtnis, sodass dein 9-Uhr-Briefing tatsächlich weiß, was es dir gestern erzählt hat.

Das Release-Fenster ist selbst für die Maßstäbe dieses Projekts groß: seit v0.20.0 rund 5.800 Commits, ~2.475 gemergte PRs und ~5.680 geänderte Dateien, mit 760+ Contributors und etwa 2.100 geschlossenen Issues. Es fasst außerdem die Patch-Fenster v0.20.1–v0.20.6 zusammen, über die wir beim Erscheinen berichtet haben (v0.20.6 steady roll, v0.20.5 housekeeping). Hier ist, was in dem neuen Release zählt.

Eine Gesellschaft von Agents, eingebaut in den Desktop

Bot Mode ist kein Plugin mehr, sondern wird zum standardmäßig aktivierten Weg des Desktops, mehrere Agents zu betreiben. Jedes Profil bekommt einen Namen, ein deterministisches Avatar-Gesicht (mit Randomisieren/Sperren-Steuerung) und einen Platz in einer gemeinsamen Übersicht. Du kannst Discord-artige Gruppenchats erstellen, in denen mehrere Bots und du in einem Raum reden, jeden Bot per @-Erwähnung aus dem Composer ansprechen und Räumen Namen und Bilder geben. Multi-Agent war früher reine Klempnerarbeit – APIs von Hand verdrahten; jetzt sieht es aus wie eine Chat-App voller Kollegen. Wenn du die Bot-Mode-Guides seit der Plugin-Ära verfolgt hast: Die eingebaute Version ist dieselbe Idee, verpackt und standardmäßig aktiviert.

hermes peer: Agents schreiben sich gegenseitig DMs

Das CLI-Highlight des Releases ist hermes peer – Bot-zu-Bot-Direktnachrichten über Profile und Gateways hinweg, vom Terminal oder direkt aus einer Konversation heraus. Registriere ein anderes Hermes-Gateway als Peer und schreibe seinen Agents dann per Handle:

hermes peer add spark --url http://spark.lan:8377 --key <API_SERVER_KEY>
hermes peer dm spark "disk status on the homelab?"
hermes peer run spark "analyze this long log" --idempotency-key ticket-123
hermes peer status spark run_abc123

Antworten landen im kanonischen Bot Chat des jeweiligen Agents, sodass Agent-zu-Agent-Konversationen dauerhaft und nachvollziehbar sind statt Fire-and-forget. Lange Aufgaben können asynchron laufen (hermes peer run) – mit einem Idempotency-Key –, und die Exit-Codes bleiben scriptfreundlich (0 ok, 1 Zustellungs-/Peer-Fehler, 2 Nutzungsfehler). Wir haben eine vollständige Anleitung im hermes-peer-Guide geschrieben.

Cron-Jobs mit Gedächtnis

Geplante Jobs sind keine Goldfische mehr. Cron-Agents laden und aktualisieren jetzt wie jeder andere Agent persistentes Memory (MEMORY.md steckt im System-Prompt), und ein neues continuity=true-Flag trägt die Ausgabe jedes Laufs in den nächsten Lauf – ein Monitor kann so gegen das deduplizieren, was er bereits gemeldet hat, statt dich erneut anzupingen. Jeder Job bekommt ein dauerhaftes Notepad als Scratchpad (hermes cron notepad <job_id> get|set|delete|list), Monitor-Mode-Jobs können das LLM komplett überspringen, wenn sich nichts geändert hat, und Cron-Ausgaben können im kanonischen Bot Chat eines Bots landen, wo der Bot tatsächlich antwortet. Dein 9-Uhr-Briefing weiß jetzt, was es dir gestern erzählt hat. Mehr dazu in unserem Cron-Memory-Guide.

Subagents live steuern, während sie laufen

delegate_task hat Live-Orchestrierung bekommen: laufende Kinder auflisten (list), eines mitten im Flug mit einer Kurskorrektur steuern (steer) oder früh stoppen (stop) und das Teilergebnis behalten. Ausgaben von Kindern können gegen ein optionales JSON-Schema validiert werden, die Kosten pro Delegation erscheinen in den Ergebnissen, und die Standardwerte stiegen auf 250 Iterationen / 10 parallele Kinder. Delegation ist von Feuer-und-bete zur tatsächlich gemanagten Parallelarbeit geworden – die Tool-Oberfläche findest du in unserem Live-Orchestrierungs-Guide.

Die MCP-Kommandozentrale

MCP-Server und der Katalog sind zu einer kohärenten Desktop-Seite verschmolzen: Drag-in-Import nach dem Motto „alles einfügen“, Hintergrund-Health-Checks, die dich daran erinnern, dich neu zu authentifizieren, bevor ein Tool-Call fehlschlägt, ein Flotten-Kosten-/Nutzungs-Overlay (Schema-Token-Schätzungen + 30-Tage-Nutzung pro Server) sowie hermes://-Deep-Links, die einen MCP-Server mit expliziter Bestätigung installieren. Zwanzig Server zu verwalten war früher Archäologie in Config-Dateien; jetzt ist es ein Dashboard. Weiterführende Lektüre: der offizielle Remote-MCP-Katalog.

Eine Welle an CLI-Power

Strg+P öffnet eine Fuzzy-Befehlspalette, der /model-Picker filtert während der Eingabe, /status zeigt Reasoning-Modus, ausstehende Approvals und Context-Nutzung, und die Statusleiste kann live Cache-Hit-%, Latenz und Tokens/Sekunde anzeigen – mit Umschaltern pro Feld (dazu gab es den Statusbar-Metriken-Beitrag). Session Pin/Unpin direkt aus dem CLI hält wichtige Threads fest, rotierende aufgabenorientierte Composer-Platzhalter halten das Eingabefeld nützlich, und – weil ein Begleiter einen Begleiter verdient – Terminal-Pets (Ghostty-artige animierte Maskottchen, verwaltet mit hermes pets). Den vollständigen Rundgang gibt es im Command-Palette-Guide.

Der Agent steuert den Browser des Desktops

Der In-App-Browser ist kein Fenster mehr, das der Agent nur ansehen konnte: Hermes navigiert, klickt und liest jetzt direkt darin, und Seiten lassen sich mit vollständigen Link-Kontextmenüs in den Systembrowser auslagern. Bitte ihn, eine Doku-Seite durchzugehen oder eine Web-App zu debuggen, und sieh zu, wie es in deiner eigenen App passiert. Das ergänzt die Real-Profile-Browsing-Arbeit aus v0.20.6 – derselbe Browser, jetzt mit Händen.

Sechs neue Provider und eine Modellwelle

Die Provider-Liste wächst: Meta Model API (Muse Spark) kommt als eingebauter Provider dazu, gefolgt von CommandCode, Tencent TokenPlan, Nebius Token Factory, Ramp Router und Actual Computer. Die Kataloge haben GLM-5.3-Flash, qwen3.8-max/flash, Gemini 3.7 Flash, MiniMax M3 free und Nemotron 3.5 Lightning aufgenommen – und model_overrides erlaubt weiterhin, Context Window oder Preise jedes Modells selbst anzupassen (siehe unseren Model-Overrides-Guide). Über das Ramp/Nebius/Tencent-Trio haben wir im Neue-Provider-Guide berichtet.

Sicherheitshärtung auf ganzer Linie

• Geschützte Instruction-Dateien: Schreibzugriffe auf AGENTS.md, Skills und Memory-Stores erfordern jetzt immer eine Approval (security.protected_instruction_files: true standardmäßig), sodass ein per Prompt-Injection kompromittierter Agent seine eigenen Dauervorgaben nicht stillschweigend umschreiben kann.
• Schwärzungs-Sweep: Lücken bei Secret-Leaks in Terminal-Fehlern, .env-Lesezugriffen, Checkpoints und ACP-Logs geschlossen.
• Windows-Approvals: destruktive Windows-Befehle und -Pfade lösen jetzt das Approval-System aus und schließen damit die Plattformlücke.
• macOS-TCC-Identität: erteilte Berechtigungen überleben jedes Update dank hermes desktop --setup-tcc-identity.

Zurückgezogen (nicht im Release)

Drei Dinge wurden im Release-Fenster eingebaut und wieder zurückgezogen: der Model-Council-Modus (/council), die DCP-Context-Engine und der reine WS-Gateway-Server. Keines davon ist in diesem Release – falls du darüber diskutiert gesehen hast: Deshalb fehlen sie.

Upgrade

hermes update

Nach dem Upgrade prüft hermes doctor die Installation, und du solltest das Gateway (hermes gateway) neu starten, damit Änderungen an den Messaging-Plattformen wirksam werden. Die Release-Seite für v0.21.0 liegt unter /releases/v0-21-0/ mit dem vollständigen, kategorisierten Changelog.