Hermes Agent v0.22.7
Overview
v0.22.7 — der Patch-Roll-up. Veröffentlicht am 3. November 2026. 581 Nicht-Merge-Commits · 554 geänderte Dateien (+24.012 / −3.144) · 174 gemergte PRs · 29 geschlossene Issues, gemessen am Commit b200f5bc60e.
Dieses Release erzählt keine neue Geschichte. Es tut eine Sache: die Merge-Queue der zwei Wochen seit v0.22.6 in einen stabilen Punkt verwandeln, der sich installieren, zurückrollen und in einem Deploy-Manifest pinnen lässt, und ihn an das GitHub-Release (CLI und Installer), die Microsoft-Store-App, die Docker-Images und Hermes Cloud ausliefern. Die offizielle Note sagt ausdrücklich, dass der vollständige kuratierte Text für dieses Fenster — Highlights, Feature-Bereiche, komplette Contributor-Credits — mit v0.23.0 kommt und dass nichts aus diesem Fenster übersprungen wird.
Es ist ein Zehntel des vorherigen Roll-ups: v0.22.6 packte 776 PRs und 3.448 Commits. Diese Seite deckt deshalb nur ab, was bereits im Tag steckt, und markiert getrennt, was auf main liegt und mit dem nächsten Release kommt — damit ein gemergter PR nicht für einen ausgelieferten gehalten wird.
Highlights
1. Web Access Start benennt den Schritt, in dem er steckt
Ein Klick auf Start im Web-Access-Pane des Desktops lässt Hermes in einer einzigen Anfrage die Webapp bauen, die Nous-Anmeldung registrieren und das Gateway neu starten. Früher zeigte das Pane für die ganze Fahrt nur ein einziges „Starting“ — beim ersten Build Minuten, was wie ein Hänger aussah — und wer das Pane mitten im Build erneut öffnete, bekam wieder einen Start-Button, als wäre der Klick verschwunden.
Jetzt benennt das Pane den Schritt (bauen, Anmeldung einrichten, neu starten) und zählt mit, wie lange Start schon läuft. Der Fortschritt wird im Backend pro Gateway als start_progress unter /api/webapp-access/status geführt, sodass ein erneut geöffnetes Pane oder ein zweites Fenster denselben Zustand sieht; das Pane pollt nur einmal pro Sekunde, solange seine Start-Anfrage läuft und das Fenster sichtbar ist. Ein älteres Backend ohne dieses Feld wird nicht gepollt und zeigt eine allgemeine Meldung.
2. Geplante Jobs können in einen Group Chat posten
Gruppenräume im Bot Mode sind jetzt ein echtes Zustellziel. Das deliver eines cron-Jobs akzeptiert:
deliver: room:<room_id>@<profile>Die Ausgabe kommt als eine Nachricht an, beschriftet mit dem Job-Namen und einem Scheduled-Tag. Die Wake-Regel ist der wichtige Teil: nur die Bots, die du mit @ nennst, kommen zum Zug. Ein geplanter Post, der niemanden nennt, bleibt eine Nachricht im Raum und startet keinen Modellaufruf; @all adressiert alle. Auch Fehlermeldungen werden gepostet und starten nie eine Runde.
Räume haben außerdem zwei Felder bekommen, editierbar unter Room settings und oben in jedem Turn jedes Mitglieds angezeigt:
- Purpose — wofür der Raum da ist, bis zu 500 Zeichen
- Shared notes — bis zu 4 KB
Room settings zeigt auch das kopierbare Ziel room:<id>@<profile>.
3. Opt-in Lead-Routing für Group Chats
Standardmäßig aus, pro Raum aktivierbar: Wenn eine Nachricht niemanden nennt, entscheidet ein Lead-Bot, wer sie übernehmen soll, und der Raum zeigt eine leise Zeile wie ada gave this to linus, damit die Wahl sichtbar und korrigierbar ist.
Sonst ändert sich nichts. Räume ohne Lead behalten das serielle Round-Robin, bei dem jedes Mitglied antwortet; @someone, @all und @everyone lösen sich genau wie bisher auf; geplante Posts und Antworten im Thread laufen nie über den Lead. Eine Routing-Antwort kann niemals broadcasten.
4. Gruppenräume sehen aus wie der native Chat
Gruppenräume übernehmen das einspaltige Layout des nativen Chats, mit dem Live-Status jedes Mitglieds im Roster, und Räume mit Bots von verschiedenen Maschinen funktionieren wieder.
5. Die Hermes-Cloud-Telegram-Karte zeigt auf einen Pfad, der funktioniert
Auf einem Team Gateway führte die Telegram-Karte früher in einen Single-Machine-Setup-Flow, der an Berechtigungen in einer Sackgasse endete. Jetzt verweist sie auf das Kontoverknüpfen im Portal, das unter Team Gateway funktioniert.
Ebenfalls in diesem Fenster
Die offizielle Note listet eine Reihe bewusst undokumentierter Änderungen, alle in diesem Fenster: das Lead-Badge und Raum-Purpose/Shared-Notes für Desktop-Gruppenchats, angepinnte Kanban-Boards als Schnellwechsel-Tabs, $$TeX$$-Diagrammlabels und über Pele gerenderte Mermaid-Diagramme, eine Desktop-Update-Fehlerbox, die die Ausgabe des fehlgeschlagenen Updates mit einem Report-Link zeigt, ein opt-in Slack-thread_followup_silence für Thread-Antworten, die niemanden adressieren, ein Daybreak-Schalter für kataloggelistete ChatGPT-Abo-Modelle und ein Bündel neuer Plugin-Katalog-Einträge.
Nicht in diesem Release (bereits auf main)
Diese wurden nach dem v0.22.7-Tag gemergt und kommen mit dem nächsten Release — nicht als ausgeliefert lesen:
- Eine kleinere Skill-Bibliothek: sieben eingebaute optionale Skills eingestellt, die Vendor-Skill-Repos von Notion, Airtable und Shopify werden zu standardmäßig vertrauenswürdigen Quellen
- Der Skill-Scan-Cache schlüsselt jetzt auf das aktuelle Trust-Level, sodass ein Trust-Wechsel nicht mehr die alte Policy weiterbedient
- Weniger Streaming-Arbeit und gedrosselte Idle-Previews für minimierte Desktop-Fenster
Zwei weitere Incident-Fixes haben offene PRs und sind weder in diesem Release noch in einem ausgelieferten enthalten: #148253 (ein exportiertes SSL_CERT_FILE-CA-Bundle wird wieder zusätzlich zum Plattform-Store vertraut) und #148628 (die state.db-Prüfung nach dem Update nutzt nur den für das aktuelle Update erfassten Snapshot und lässt die Live-Datenbank in Ruhe, wenn er fehlt). Bis dahin bleibt hermes backup --quick der praktische Schutz.
Upgrade
hermes update # CLI-Installation- Microsoft-Store-App: aktualisiert sich über den Store.
- Desktop-App aus dem Installer (.exe / .dmg): keine Änderung in diesem Release; sie aktualisiert sich mit dem nächsten gebündelten Release.
- Docker / Hermes Cloud:
nousresearch/hermes-agent:stable(oder:latest).
Keine neue Pflichtkonfiguration in diesem Release; bestehende Konfiguration bleibt gültig. Vorher hermes backup --quick laufen zu lassen, ist ein günstiges Sicherheitsnetz.