Man könnte meinen, die große Hermes-Neuigkeit dieser Woche seien die Milchglas-Fenster von v0.20.4 – doch das offizielle Projekt hat in den letzten vier Tagen stillschweigend einen Schwung Features gemergt, ohne Keynote, ohne Promo-Grafik. Sie verstecken sich im Commit-Log, und jedes einzelne spart Ihnen echtes Geld, echte Mühe oder echten Ärger. Dieser Beitrag stellt die vier wertvollsten vor: Token sparen, Browser steuern, Cron aufwerten und robustere Suche.

Trick 1 – Token sparen: Muse-Spark-Caching ist vollständig aktiv

Wer Metas Muse Spark (api.meta.ai) nutzt, findet hier vermutlich die geldrelevanteste Zeile der Woche.

PR #88601 (gemergt am 17. August) verlagert den api.meta.ai-Traffic von chat completions auf die Responses API – denn nur Letztere unterstützt prompt caching. Die gemessenen Zahlen sind beachtlich:

Wire	Cache-Trefferquote	Eingabepreis im Contributor-Tarif
/v1/chat/completions (alt)	0 %	$0.10 / M Tokens
/v1/responses (neu)	93–99 %	$0.002 / M (gecacht)

Bei agentischen Workloads – bei denen dasselbe Systemprompt und dieselben Tool-Definitionen immer wieder mitgeschickt werden – entspricht das grob einem 13-fachen Kostenunterschied. Hermes sendet außerdem automatisch prompt_cache_retention: 24h mit, Metas Opt-in-Cache-Hinweis, um den Effekt zu maximieren. Nach dem Update bekommen Muse-Spark-Nutzer das Caching automatisch – nichts einzurichten.

Trick 2 – Browser: Der Agent kann die Seite endlich BEDIENEN, nicht nur ansehen

Der In-App-Browser der Desktop-App war bisher ein Einwegspiegel: open_preview legte eine Seite ins Panel, read_preview las ihren Text zurück – aber der Agent konnte sie nie anfassen. Alles, was einen Klick brauchte, wanderte in ein separates Chromium, das der Nutzer nicht sieht – ohne die Sessions, in denen man bereits angemeldet ist.

PR #90197 (gemergt am 20. August, auf main) ändert das und ergänzt zwei Tools im desktop_ui-Toolset:

• drive_preview: action="elements" inventarisiert alles Klick- und Tippbare, anschließend wirken click, type, scroll und press auf diese Elemente; back/forward/reload steuern die Historie des Panels;
• annotate_preview: hält eine Markierung auf einem Element, bis der Agent sie wieder entfernt – zum Daraufzeigen statt zum Bedienen.

Zwei technische Details sind das Verständnis wert:

1. Echte Eingaben, keine synthetischen Events: Aktionen laufen über Chromiums sendInputEvent, nicht über ausgelöste Events – eine Seite kann den Unterschied nicht erkennen, und Hover-/Fokus-Zustände verhalten sich exakt wie bei einem echten Nutzer (synthetische Klicks hinterlassen Seitenzustände, die kein Nutzer je produziert hätte);
2. Langlebige Element-Handles: Elemente werden nach dem benannt, was sie sind und sagen (btn-sign-in, inp-email); zerstört ein Framework einen Knoten und baut ihn neu auf, bindet sich das Handle automatisch neu (dem Agenten wird rebound gemeldet, statt ihm eine Entfernung zur Reaktion zu übergeben) – Abläufe wie „einloggen, dann Liste aktualisieren“ verlieren ihre Handles nicht mehr.

Der Lohn: „Loggen Sie sich auf dieser Seite ein und ziehen Sie mir meine Rechnungen“ passiert jetzt im Browser auf Ihrem Bildschirm – mit den Sessions, die Sie ohnehin schon haben.

Trick 3 – Cron: Relay-Crons bekommen flache Antworten und block formatting

Enterprise-Nutzer, die Slack über den Relay-Adapter anbinden, kannten die Lücke: Im nativen Slack-Adapter können Cron-Briefings flach in der DM landen (cron_continuable_surface: in_channel), mit einer schlichten Antwort, die den Job fortsetzt – während Briefings auf der Relay-Spur immer in einem eigenen Thread landeten und reichhaltige Inhalte (Block Kit-Tabellen, hervorgehobener Code) als wörtliche --Aufzählungszeichen gerendert wurden.

PR #90038 (gemergt am 20. August) schließt diese Lücke (gefunden in einer Enterprise-Seit-an-Seit-Bewertung):

• CapabilityDescriptor erhält supports_inchannel_continuable, und der Relay-Adapter bewirbt und wendet es nun an – der in_channel-Modus funktioniert auf der Relay-Spur;
• die Auflösung des Cron-Surface-Knobs wurde neu geschrieben, sodass Relays Slack-Knobs endlich an einem Ort landen, der funktioniert (platforms.relay.extra.slack.*), statt gelesen-und-ignoriert zu werden;
• block formatting: nativer Rich Text, Tabellen und hervorgehobener Code rendern über den Relay jetzt korrekt.

Zusammen mit dem kompletten Cron-Automation-Guide bekommen Relay-Nutzer jetzt Cron-UX auf Augenhöhe mit dem nativen Adapter.

Trick 4 – Resilienz: Fehlschlagende keyed web backends bekommen eine Keyless-Notlösung

Ihre Websuche ist mit einem keyed Backend konfiguriert, das einen API-Key verlangt. Es fällt aus – und bisher bedeutete das: ein Fehler, weiter zum nächsten, und wenn jedes keyed Backend down ist, stirbt die Suche.

PR #90688 (gemergt am 20. August) fügt eine unscheinbar elegante Notlösung hinzu: schlägt ein keyed web backend fehl, rettet Hermes für genau einen Aufruf auf den keyless ring – und, entscheidend: never sticky: Die Rettung gilt nur für diesen einen Aufruf, sodass das keyed Backend in dem Moment, in dem es sich erholt, sofort wieder übernimmt.

Für den Nutzer: ein „Suche fehlgeschlagen“-Fehler weniger, ein „gefunden, ohne Ihr Kontingent zu verbrauchen“ mehr. Winzige Änderung, enorme tägliche Häufigkeit.

Release-Status

Trick	PR	Gemergt	Status
Muse Spark prompt caching	#88601	17. Aug	In v0.20.4 (veröffentlicht am 18. Aug)
In-App-Browser-Steuerung	#90197	20. Aug	main, unveröffentlicht
Relay-Cron flach + Rich Text	#90038	20. Aug	main, unveröffentlicht
Keyless-Such-Notlösung	#90688	20. Aug	main, unveröffentlicht

Zum Ausprobieren: hermes update (v0.20.4-Nutzer bekommen Trick 1 automatisch); die anderen drei kommen mit dem nächsten Release oder direkt von main (hermes update --branch main).

Fazit

Was diese vier Tricks verbindet: niemand hat sie angekündigt, und sie betreffen Sie jeden Tag. Das Caching spart echtes Geld, die Browsersteuerung spart Kontextwechsel, das Cron-Upgrade spart Enterprise-Integrationskopfschmerzen, und die Such-Notlösung spart einen Ausfall um 3 Uhr nachts. Alle zwischen dem 17. und 20. August gemergt; der erste ist bereits in v0.20.4 draußen. Nach dem Upgrade lohnt ein Blick in die Cron-Befehlsreferenz, um das Passende für Sie einzusetzen.