Als mir Hermes Agent zum ersten Mal auffiel, war es bereits zu spät, um früh dran zu sein.
Es war ein Donnerstag — der 12. März 2026. Keine Keynote, kein Countdown, kein Launch-Thread auf X. Nous Research hat einfach einen git tag gepusht, das GitHub-Repository auf öffentlich gestellt und eine einzige Nachricht in ihrem Discord hinterlassen: „das existiert jetzt." Am Freitagmorgen hatte das Repo über tausend Stars und Leute in zwanzig Zeitzonen stritten sich darüber, welcher Installationsweg der richtige sei.
Das hier war kein Produkt, das mit einem Marketingplan gestartet wurde. Es war ein Stück Infrastruktur, das sich aus dem Inneren von Nous Research herausgeschoben hat, sobald die Beteiligten entschieden, es sei gut genug, um öffentlich zu sein. Was als Nächstes passierte — die dreiundsechzig Mitwirkenden, die zwölftausend Stars in der ersten Woche, der Aufstieg einer Community um ein Projekt, das sich geweigert hat, sich selbst zu erklären — ist das Thema der nächsten Monate an Posts. Dieser hier behandelt nur die Fakten: was tatsächlich in der Kiste war, als sie aufging.
Was Hermes Agent ist
Reduziert auf das Nötigste: Hermes Agent ist ein Open-Source-KI-Agent, der auf deinem eigenen Server läuft. Er verbindet sich mit deinen Chat-Plattformen (Telegram, Discord, Slack, WhatsApp, Signal, E-Mail, Home Assistant, CLI), führt einen persistenten Agent-Loop gegen das LLM deiner Wahl aus und verwaltet sein eigenes Gedächtnis, seine Tools und Skills zwischen Sessions. Er ist quelloffen, MIT-lizenziert und lebt auf GitHub unter NousResearch/hermes-agent.
Was diese Beschreibung nicht einfängt, ist die Eigenschaft, die Hermes zum Zünden gebracht hat: es ist ein einzelner Agent mit einer einzigen Identität über alle deine Plattformen hinweg. Du erzählst ihm auf Telegram etwas, und es weiß davon, wenn du es auf Slack fragst. Du richtest einen Cron-Job über Discord ein und überprüfst den Status über die CLI. Es gibt keine separaten Bots, keine getrennten Instanzen, kein fragmentiertes Gedächtnis. Nur einen Assistenten, der sich so verhält, als wäre er eine Person — weil er eine ist.
Die fünf Dinge, die v0.2.0 mitgebracht hat
Das Release v0.2.0 am 12. März lieferte fünf grundlegende Architekturen, die gemeinsam definieren, was Hermes ist.
1. Das Multi-Plattform Messaging-Gateway. Ein Hermes-Prozess, der gleichzeitig auf sieben Chat-Plattformen hört. Jede Plattform ist ein Adapter — ein dünnes Stück Code, das plattformnative Nachrichten in ein einheitliches internes Format übersetzt und zurück. Die Adapter sind absichtlich klein; einer für Mattermost wurde von einem Community-Contributor in unter 300 Zeilen Python hinzugefügt. Das Gateway teilt Sessions, Gedächtnis und Tool-Registrierung über alle Plattformen hinweg.
2. Ein nativer Model Context Protocol (MCP) Client. MCP ist ein offenes Protokoll, mit dem KI-Agenten sich mit externen Tools verbinden können. Hermes hat es als eingebaute Fähigkeit mitgeliefert, nicht als Plugin — der Agent kann MCP-Server ab Werk entdecken und nutzen. Das bedeutet, dass jedes MCP-kompatible Tool (Dateisysteme, Datenbanken, APIs) zu Hermes kommt, anstatt dass Hermes zu ihnen gehen muss.
3. Das Skills-System. Hermes kam mit über siebzig gebündelten Skills — deklarativen Bundles mit Manifesten (skill.yaml), die beschreiben, was der Skill tut, was er braucht und wann er sich aktivieren soll. Dazu kamen Skills, die der Agent selbst schreiben konnte: Hermes kann einen Skill aus einem Arbeitsgespräch generieren, ihn bei der nächsten Nutzung verbessern und mit dem offenen agentskills.io-Standard synchronisieren.
4. Ein zentralisierter Provider-Router. Ein einziger call_llm()-Einstiegspunkt, durch den jeder LLM-Aufruf im Agenten geroutet wird. Vision, Zusammenfassung, Kompression, der Haupt-Chat-Loop — sie alle gehen durch denselben Code-Pfad. Das macht Provider-Wechsel zu einer Config-Änderung statt zu einer Umstrukturierung.
5. Git-Worktree-Isolation plus Dateisystem-Checkpoints. Der Sicherheitsmechanismus: Wenn Hermes Dateien verändert, arbeitet es in einem isolierten Git-Worktree mit Dateisystem-Snapshots. Wenn etwas schiefgeht, rollst du zurück. Das ist die Eigenschaft, die es möglich macht, einem KI-Agenten tatsächlich die Erlaubnis zu geben, Dinge auf deinem Rechner zu verändern, ohne dabei den Verstand zu verlieren.
Die sechzig Leute, die aufgetaucht sind
Bis zum 28. März — sechzehn Tage nach dem Launch — hatte das Repo dreiundsechzig Mitwirkende mit zusammengeführten Pull Requests. Nicht Leute, die Issues eröffnet oder Kommentare hinterlassen haben — Leute, die Code zum Main-Branch beigetragen hatten.
Das ist das, was die Hermes-Geschichte vom üblichen Open-Source-Playbook abweichen lässt. Das Projekt wurde nicht von einem bekannten Solo-Maintainer getragen, der eine Fangemeinde hatte. Es wurde öffentlich ohne Trara gemacht, und Leute tauchten auf, weil das, was sie vorfanden, sofort nützlich war. Das Install-Script funktionierte. Der Bot antwortete. Die Skills machten Dinge. Innerhalb von zwei Wochen schrieben Leute Skills, richteten Gateways auf Plattformen ein, an die das Core-Team nicht gedacht hatte, und diskutierten Architekturentscheidungen in GitHub Discussions, als wären sie altgediente Mitarbeiter.
Ich bin nicht Teil des Hermes-Teams. Ich bin ein Fan, der Release-Notes zum Spaß liest und diese Seite betreibt, weil das Projekt faszinierender ist, als sein Marketing vermuten ließe. Was mich am Launch-Tag eingefangen hat, war nicht ein einzelnes Feature — es war das Gefühl, dass jemand ein ernsthaftes Stück Infrastruktur gebaut hatte und sich nicht die Mühe gemacht hat, es sexy zu verpacken. Es hat einfach funktioniert, und die Leute haben es bemerkt.
Was als Nächstes passierte
Die nächsten siebenundzwanzig Tage sahen sechs weitere Releases, eine Vervierfachung der Mitwirkenden, das Entstehen eines Community-Skills-Marktplatzes und eine Reihe architektonischer Entscheidungen, die gemeinsam darüber bestimmten, was Hermes werden würde. Jedes davon hat seinen eigenen Post in diesem Blog.
Ich komme immer wieder zu diesem Donnerstag im März zurück. Keine Ankündigung, keine Präsentation, kein Investor-Call — nur ein git tag, ein Wechsel auf öffentlich, und dreiundsechzig Leute, die zufällig drin waren, als die Türen aufgingen. Wenn der Rest dieses Blogs eine These hat, dann die, dass die Geschwindigkeit der Leute, die Hermes bauen, am Ende mehr zählte als die Geschwindigkeit jedes einzelnen Features.