
Reddit und RSS ohne Browser: Hermes liest Communities und Feeds von jedem Server
Zwei neue bundled skills sind am 5. September 2026 auf Hermes main gelandet: rss-feeds verwandelt RSS-/Atom-/JSON-Feeds in eine saubere Liste (inklusive automatischer Feed-Erkennung), und reddit-reading liest Subreddits, Suche, Threads und Nutzer ohne Browser und ohne Login – standardmäßig anonym oder mit ~100 Anfragen pro Minute über ein kostenloses App-only-OAuth-Upgrade.
Weiterlesen
Hermes liefert dir jetzt die Dateien, die sein Agent in Remote-Sandboxes erzeugt
Wenn Hermes seine Hände in einer Remote-Sandbox (SSH, Modal, Daytona, Singularity, Vercel) arbeiten lässt, verschwanden die dort erzeugten Dateien – Screenshots, Diagramme, Berichte – bisher spurlos; zurück blieb nur die Logzeile 'Skipping unsafe MEDIA directive path'. Seit dem 5. September 2026 holt das Gateway Sandbox-Dateien über den Exec-Channel zurück und liefert sie regulär aus: 50-MB-Limit, Host-Denylist zweifach angewendet, Symlinks auf Zugangsdaten werden abgelehnt. Dieser Beitrag erklärt den MEDIA:-Tag-Mechanismus, den Fix und seine Sicherheitsgrenzen.
Weiterlesen
Hermes und Perplexity Search: Ein API-Key verbessert Websuche und Seitenextraktion
Die Perplexity Search API ist seit dem 4. September 2026 ein offizielles Backend für die Hermes-Tools web_search und web_extract. So konfigurierst du den Key, wechselst das Backend – und warum web_extract queryrelevante Snippets statt kompletter Seiten liefert.
Weiterlesen
Hermes mit lokalen Modellen betreiben: Kein API-Key, kein Konto – läuft offline
Hermes kann offene Modelle jetzt komplett auf der eigenen Maschine ausführen: Die App lädt und verwaltet die llama.cpp-Inference-Engine selbst, wählt den passenden quantisierten Build für deine GPU aus und übernimmt das VRAM-Management von Anfang bis Ende. Kein Konto, kein API-Key – und nach dem Download kein Netzwerkzugriff mehr. Eine Schritt-für-Schritt-Anleitung zur neuen Local-Models-Runtime, zum Modellkatalog, zur Speicherverwaltung und zu den Config-Keys.
Weiterlesen
Noch bevor du ein Wort getippt hast, lief im Repository Code: GitSpawn und wie Hermes es behoben hat
Ein Kollege packt ein Projekt als Zip zusammen, du entpackst es und legst den Ordner in Hermes – und noch bevor du eine einzige Anweisung getippt hast, ist auf deinem Rechner bereits Angreifer-Code mit deinen Rechten gelaufen. Das ist GitSpawn, eine Schwachstellen-Klasse, die Manifold Security am 1. September offengelegt hat und die Claude Code, Codex, Cursor, Goose, Qwen Code, Grok Build und Hermes Agent betrifft. Coding-Agents führen git automatisch aus, um vor jedem Prompt und jedem Trust-Gate Kontext zu sammeln; das eigene .git/config eines Repositories kann git dabei auf ein beliebiges Programm zeigen lassen (core.fsmonitor, hooksPath und Diff-Driver sind alles Execution Sinks). Hermes hat den Fix am 2. September gemerged (PR #101483, auf main): Jede automatische git-Probe läuft jetzt in einer bereinigten Umgebung, und das Diff-Rendering erzwingt --no-ext-diff --no-textconv. Dieser Beitrag erklärt den Angriff, wie er sich verbreitet und wie du dein eigenes Setup prüfst.
Weiterlesen
Hermes v0.21.0: Bot Mode eingebaut, Agents, die sich gegenseitig schreiben, und Cron-Jobs mit Gedächtnis
v0.21.0 (The Pantheon Release) bringt Bot Mode fest in die Desktop-App – mit Gruppenchats und benannten Agent-Avataren –, ergänzt den Befehl hermes peer für Bot-zu-Bot-DMs über Profile und Gateways hinweg, gibt Cron-Jobs persistentes Memory und Continuity, erlaubt die Live-Steuerung von Subagents, macht die MCP-Oberfläche zur Kommandozentrale und verschärft die Sicherheit bei Instruction-Dateien, Schwärzung und Windows-Approvals.
Weiterlesen
hermes peer: Lass deine Agents sich gegenseitig DMs schicken – über Profile und Maschinen hinweg
Dein Research-Agent hat die Antwort gefunden – und jetzt kopierst du sie von Hand in das Fenster deines Coding-Agents. hermes peer (mit v0.21.0 ausgeliefert) lässt jeden Hermes-Agent jeden anderen Agenten per Handle kontaktieren – über Profile und Gateways hinweg: Registriere ein Peer-Gateway, dann liefert hermes peer dm spark "disk status?" die Nachricht in den kanonischen Bot Chat des entfernten Agents und gibt die Antwort aus. Lange Aufgaben laufen asynchron mit hermes peer run und Idempotency-Keys, und die Exit-Codes bleiben scriptfreundlich.
Weiterlesen
hermes approvals test: Frag das Approval-System, bevor du den Befehl ausführst
Dich hat schon immer interessiert, ob ein Befehl Hermes' Approval-Gate auslöst – ohne ihn wirklich auszuführen? hermes approvals test (v0.21.0) testet jeden Befehl per Dry Run gegen die echten Guards: Hardline-Blocklist, deine approvals.deny-Regeln, Erkennung gefährlicher Muster, Allowlist und den yolo/off-Bypass. Er gibt das Urteil, die passende Regel und den normalisierten Befehlstrace aus und beendet sich mit 0 (allow), 2 (ask) oder 3 (deny). Bonus: hermes approvals suggest extrahiert aus deiner Approval-Historie Allowlist-Vorschläge.
Weiterlesen
Cron-Jobs mit Gedächtnis: Memory und Continuity für deine geplanten Agents
Dein 9-Uhr-Briefing-Job sagt dir seit einer Woche dieselben drei Punkte, weil jeder Lauf bei null beginnt – geplante Jobs waren Goldfische. v0.21.0 ändert das: Cron-Agents laden und aktualisieren jetzt wie jeder andere Agent persistentes Memory, das --continuity-Flag injiziert die Ausgabe des vorherigen Laufs in den nächsten (ein Monitor kann so deduplizieren und dort weitermachen, wo er aufgehört hat), jeder Job bekommt über hermes cron notepad ein dauerhaftes Notepad, und Monitor-Mode-Jobs überspringen das LLM komplett, wenn sich nichts geändert hat.
Weiterlesen
skills.create_dir: Neue Skills landen, wo deine Config es sagt – nicht dort, wo der Prompt ignoriert wird
Deinem Agenten per Prompt zu sagen, er solle Skills in /opt/brain/skills anlegen, ist nur ein Vorschlag; das Tool skill_manage schreibt nach ~/.hermes/skills/, und kein System-Prompt gewinnt gegen einen Dateipfad. Der neue Config-Key skills.create_dir (PR #100377, am 1. September gemergt) leitet agentenerstellte Skills in ein beliebiges Verzeichnis – und jede Instruktion, jedes Tool-Schema und jede Doku, die den Erstellungspfad nennt, rendert dynamisch dein konfiguriertes Verzeichnis. Config, Tool und Prompt sind sich endlich einig.
Weiterlesen
Deine Cron-Jobs sterben lautlos? Ein Befehl durchleuchtet die ganze Flotte
Deine geplanten Jobs können tagelang still tot sein, ohne dass du es merkst — cron list und cron status sehen beide "normal" aus. Der neue Befehl hermes cron doctor prüft in einem Durchgang jeden Job: fehlgeschlagene Läufe, fehlgeschlagene Zustellungen, überfällige next_run_at, fehlende Skripte und tote workdirs — und beendet sich mit Exit-Code 1, sobald irgendetwas Handlungsbedarf hat. Gemerged am 31. August (PR #99479), aktuell nur auf main.
Weiterlesen
Multi-Profile-Cron: Schluss mit dem Durcheinander — jedes Profil liefert über seinen eigenen Bot
Wenn du Hermes mit mehreren Profilen betreibst, kennst du das vielleicht: Das Cron-Ergebnis von Profil B kommt über den Bot von Profil A an — oder scheitert komplett mit "Bot not in chat". Ein am 31. August gemergter Fix (PR #99375) sorgt dafür, dass die Zustellungsidentität dem Besitzer-Profil des Jobs folgt: Jedes Profil sendet über seinen eigenen Bot, seine eigenen Zugangsdaten und seinen eigenen Home-Chat — und hermes -p X cron status hört auf zu lügen.
Weiterlesen
Status-Bar-Upgrade: Cache-Hit-Rate, Latenz und Tokens pro Sekunde auf einen Blick
Die Status-Bar der Hermes-CLI hat drei neue Metriken bekommen: Prompt-Cache-Hit-Rate (◎), gleitende Durchschnittslatenz (◷) und Ausgabe-Tokens pro Sekunde (↑) — und jedes Feld lässt sich über display.status_bar.fields ein- und ausschalten. Die Cache-Hit-Rate ist eine direkte Linie zu deiner API-Rechnung: mehr Hits, deutlich niedrigere Kosten. Gemerged am 30. August (PR #98250), aktuell nur auf main.
Weiterlesen
"Session Not Found"? state.db erkennt, quarantäniert und heilt sich jetzt selbst
Hermes speichert den gesamten Session-Verlauf in state.db. Früher bekamst du bei einer beschädigten Datenbank nur ein rätselhaftes "session not found" zu sehen — und das System schrieb weiter in die defekte Datenbank und machte den Schaden schlimmer. Ein Bündel von Fixes, gemerged am 30./31. August (PR #99513 und Schwester-PRs), bringt Hermes bei, mit Korruption richtig umzugehen: sie erkennen, die defekte Datei unter Quarantäne stellen, heilen, was heilbar ist, und laut scheitern, statt so zu tun, als wäre alles in Ordnung.
Weiterlesen
Jeden Hermes-Befehl und jedes Skill in Telegram durchsuchen: Der @botname-Inline-Picker umgeht die 60-Slot-Grenze des Menüs
Telegram begrenzt das /-Befehlsmenü hart (100 pro Scope, ~4 KB Payload; Hermes nutzt standardmäßig 60 Slots), sodass Skill-Befehle wegfallen, sobald man genug davon installiert hat. Eine am 30. August gemergte Funktion umgeht die Grenze komplett: Tippe @deinbotname + ein Stichwort in einen beliebigen Chat und du erhältst einen live durchsuchbaren Picker über alle Befehle und installierten Skills – pro Tastendruck berechnet, in 50er-Schritten paginiert; ein Tipp sendet den Befehl in den Chat.
Weiterlesen
Keine 5-Minuten-Blockaden mehr für unbeaufsichtigtes Hermes: Der neue Key approvals.unattended_mode
Webhook-, msgraph_webhook- und api_server-Sessions blockierten bisher das gesamte 60–300-Sekunden-Genehmigungs-Timeout, wenn sie auf einen gefährlichen Befehl stießen – weil auf diesen Oberflächen kein Mensch existiert, der /approve beantworten könnte. Ein am 30. August gemergter Fix fügt approvals.unattended_mode hinzu (Standard: deny), sodass solche Sessions sofort mit klarer Begründung fehlschlagen, statt zu hängen – plus single_query_mode für Einmal-Sessions von hermes chat -q.
Weiterlesen