Hermes Agent vs Goose: Desktop-CLI oder Server-Runtime?

Zwei gut benannte Agenten, gedacht für unterschiedliche Maschinen

Wer „hermes agent vs goose" in die Suche tippt, vergleicht zwei der meistgesternten Open-Source-KI-Agenten des Jahres 2026, doch sie zielen auf unterschiedliche Maschinen. Goose ist der in Rust geschriebene Desktop- und CLI-Agent von Block unter Apache-2.0-Lizenz, inzwischen mit 44.000+ GitHub-Sternen und unter der Governance der Agentic AI Foundation innerhalb der Linux Foundation. Hermes Agent ist die MIT-lizenzierte, in Python geschriebene Server-Runtime von Nous Research, die 175.000 Sterne übersprungen hat - keine vier Monate nach dem Release im Februar 2026. Das eine ist ein polierter Desktop-Assistent, gesteuert durch tragbare YAML-Rezepte. Das andere ist ein rund um die Uhr laufender, Messaging-first-Daemon mit persistentem Gedächtnis.

Diese Unterscheidung prägt fast alles Weitere: wie Sie das jeweilige Projekt installieren, wo es lebt, wie es sich an Sie erinnert, wie es erweitert wird und welcher Leser bei Google „Zurück" drückt, weil er auf der falschen Seite gelandet ist. Dieser Beitrag arbeitet heraus, was jedes Projekt tatsächlich ist, wo die ehrliche Entscheidungsgrenze verläuft und welches Hybrid-Setup beide zugleich betreibt.

Was Goose tatsächlich ist

Goose ist ein on-machine KI-Agent von Block (früher Square). Sie installieren ihn als native Desktop-App oder als CLI, in Rust geschrieben für Portabilität und Tempo, und der Agent läuft in einer Sitzung, die Sie auf Ihrem Notebook öffnen. Richten Sie ihn auf einen Modellanbieter aus - Anthropic, OpenAI, Google, Ollama, OpenRouter, Azure, Bedrock oder jeden OpenAI-kompatiblen Endpunkt - und starten Sie eine Aufgabe. Ab Werk stehen mehr als 15 unterstützte Anbieter bereit.

Die stärkste Meinung in Goose ist das Rezept: eine YAML-Datei mit Name, Prompt, Erweiterungsliste, strukturierten Eingaben und optionalen Sub-Rezepten. Rezepte sind der Grund, warum dieselbe Binärdatei PR-Review, Ticket-Triage, Testsuite-Reparatur und Dutzende weitere Jobs bedient. Ein Rezept könnte lauten: „Führe die Testsuite aus, sammle Fehler, repariere jeden fehlgeschlagenen Test, führe erneut aus und erstelle einen Commit" - jedes Teammitglied kann diese Datei ins Repo einchecken und ausführen. Block berichtet, dass diese Abstraktion Goose auf 60 % der rund 12.000 Mitarbeitenden skaliert hat, quer durch Engineering, Vertrieb, Design, Produkt und Customer Success.

Die zweite Säule ist Erweiterbarkeit. Goose gehörte zu den ersten MCP-Adoptierern und verfügt inzwischen über mehr als 70 dokumentierte Erweiterungen. Jede neue Fähigkeit - ein Datenbank-Reader, ein Jira-Board, eine Monitoring-Abfrage - ist ein einmal gebauter MCP-Server, der ab da in jedes Rezept eingebunden werden kann. Goose kann außerdem unabhängige Sub-Agenten parallel starten, damit die Hauptkonversation aufgeräumt bleibt.

Was ab Werk fehlt, ist eine persistente, sitzungsübergreifende Identität von Ihnen. Erinnerung ist in Goose auf die Sitzung und das begrenzt, was das aktuelle Rezept behalten soll. Wer einen Agenten möchte, der noch weiß, was Sie ihm vor zwei Wochen erzählt haben, ohne dass Sie ein Rezept zum Wiederholen dieses Kontexts bauen, findet hier nicht die passende Produktform.

Was Hermes Agent tatsächlich ist

Hermes Agent ist eine Python-Server-Runtime, keine Desktop-App. Ein Befehl installiert, einer startet - und auf Ihrem Host läuft ein langlebiger Prozess: ein 5-Dollar-VPS, ein Raspberry Pi, ein NAS, ein Heimserver. Sie sprechen mit ihm von dort, wo es am bequemsten ist: Telegram, WhatsApp, Discord, Slack, Signal, Matrix, Mattermost, E-Mail, SMS oder eine lokale CLI - rund zwanzig Kanäle über ein einziges Gateway.

Es gibt bewusst nur einen Agenten. Seine Wirkung kommt aus drei Zustands-Ebenen, die ab Werk mitgeliefert werden:

• Kern-Erinnerung in Dateien (MEMORY.md, USER.md), die beim Sitzungsstart in den System-Prompt eingespeist werden.
• Sitzungssuche auf Basis von SQLite FTS5, damit der Agent sich erinnert, was Sie letzten Dienstag gesagt haben, ohne dass Sie es erneut einfügen müssen.
• Skills, einfache Markdown-Dateien nach dem offenen Standard agentskills.io, die der Agent lädt - und die er nach Aufgaben, die er sich merken möchte, selbst schreibt.

Um diesen Kern liegt ein Werkzeuggürtel: Websuche, Seitenextraktion, Browser-Automation (navigieren, klicken, tippen, Screenshot), Vision, Bildgenerierung, Text-to-Speech und Dutzende weitere. Hermes spricht mit jedem OpenAI-kompatiblen Modell - also Nous Portal, die 200+ Modelle von OpenRouter, NVIDIA NIM, Hugging Face oder Ihr eigener Endpunkt. Die Runtime steht unter MIT, und die marginalen Kosten dominiert die Rechnung des Modellanbieters.

Die Entscheidungsgrenze

Ein hilfreicher Rahmen: Goose ist der Agent, den Sie mit der Tastatur steuern. Hermes ist der Agent, dem Sie vom Smartphone aus schreiben.

Wenn Sie das falsche Werkzeug gewählt haben, wird es meist laut. Wer „einen Agenten auf Telegram, der mich kennt und um 8 Uhr meine E-Mail entwirft, während mein Notebook zu ist" möchte, sitzt bei Goose an der falschen Stelle - kein langlebiger Server, keine Messaging-Brücke, keine persistente Identität. Wer einen im Team geteilten „prüfe diesen PR, patch, retest, commit"-Flow im CI fahren will, sitzt bei Hermes falsch - ein Messaging-first Personal-Daemon ist nicht, was ein Build-Agent braucht.

Wann Goose gewinnt

Goose ist die richtige Wahl, wenn:

• Die Aufgabe des Agenten ist Code-Arbeit, die Sie vom Terminal aus steuern. Dateien lesen, bearbeiten, ausführen und testen - auf der Maschine, an der Sie ohnehin sitzen.
• Sie portable, überprüfbare Workflows wollen. Ein YAML-Rezept im Repo ist das Artefakt - die Kollegin klont das Repo, führt goose run aus und erhält dasselbe Verhalten.
• Sie in einem Team oder Unternehmen sind und Dutzende Jobs sich eine Binärdatei und eine Erweiterungsfläche teilen sollen. Die 60-Prozent-Adoption bei Block ist genau dieses Szenario.
• Sie maximale Modellfreiheit auf dem Desktop möchten, ohne Server. Anthropic, OpenAI, Google, Ollama, OpenRouter, Bedrock, Azure - alles läuft, und mit Ollama ist echter Offline-Modus real.
• Sie Sub-Agenten parallel haben wollen, damit die Hauptkonversation lesbar bleibt, während Hintergrundjobs laufen.

Das ist die Kategorie On-Machine-Agent. Goose überschneidet sich hier mit Aider, Cursor und Claude Code sowie mit OpenClaw. Das Alleinstellungsmerkmal ist das Rezept-Format - eine nüchterne, gut geformte Abstraktion, die auch außerhalb von Code trägt.

Wann Hermes gewinnt

Hermes ist die richtige Wahl, wenn:

• Der Agent für Sie ist, nicht für ein Repo oder ein Team. Ein täglicher Schreibassistent, ein langfristiger Journaling-Begleiter, ein persönliches CRM, das in Telegram lebt.
• Sie Erinnerung und Messaging ab Werk wollen. Kein Rezept für „merk dir, dass ich pnpm benutze", kein handgestrickter Messaging-Adapter.
• Der Agent wach sein muss, während Sie schlafen oder das Notebook zu ist. Eine Server-Runtime läuft per Definition 24/7.
• Sie wollen, dass er Sie dort erreicht, wo Sie ohnehin sind. Sprachnachrichten auf Telegram, eine Slack-DM, eine SMS - kein Terminal, das Sie erst öffnen müssen.
• Sie wollen, dass er sich selbst verbessert. Hermes schreibt und patcht seine eigenen Skill-Dateien im Laufen, sodass der Agent im nächsten Monat etwas besser ist als der von heute.

Das ist die Kategorie persönlicher Agent. Wir haben Hermes gegen die großen Chat-only-Assistenten in Hermes Agent vs ChatGPT, Claude und Gemini gestellt, gegen Workflow-Tools in Hermes Agent vs n8n und gegen Python-Frameworks in Hermes Agent vs Agno.

Starten Sie mit Hermify, wenn Sie einen verwalteten Hermes Agent in unter einer Minute auf Telegram laufen haben möchten, ohne VPS zu betreiben.

Das ehrliche Hybrid

Die beiden Projekte schließen sich nicht aus, und das spannendere Setup betreibt beide.

• Goose lebt in Ihrer Dev-Schleife. Auf dem Notebook kümmert sich ein Verzeichnis voller Rezepte um PR-Reviews, Refactors, Migrationsläufe, Testsuite-Reparatur - Aufgaben, die natürlich in „Sitzung öffnen, durchlaufen, schließen" passen. Rezepte gehen ins Repo wie jeder andere Code.
• Hermes trägt die ambiente Beziehung. Auf einem Server, mit dem Sie den ganzen Tag über Telegram sprechen, entwirft Hermes Ihre E-Mails, fasst Ihre Lektüre zusammen, verfolgt Ihre Projekte und erinnert sich an den Kunden, dem Sie vor zwei Freitagen etwas zugesagt haben.

Die Brücke ist MCP. Hermes spricht die OpenAI-kompatible API und kann sich selbst als MCP-Server exponieren; ein Goose-Rezept kann so das Hermes-Gedächtnis als Werkzeug aufrufen („welches Budget hat der Kunde für dieses Projekt genannt?"). Umgekehrt kann ein Hermes-Skill goose run rezept.yaml starten, wenn eine Aufgabe von Natur aus Code ist. In der Praxis: Hermes trägt den Beziehungszustand (wer Sie sind, was Ihnen wichtig ist, wer Ihre Kontakte sind), Goose trägt die strukturierten Jobs (die, die Sie freiwillig in YAML codieren würden, wenn Sie müssten).

Kosten, Hosting und Lock-in

Beide Projekte sind Open Source und selbst hostbar. Keines bindet Sie an einen Anbieter.

Goose läuft auf Ihrer lokalen Maschine, also sind die Runtime-Kosten Ihr Notebook plus die Modellanbieter-Rechnung. Mit Ollama ist Offline gratis. Rezepte sind portables YAML - keine Runtime, die in irgendeiner fremden Cloud lebt.

Hermes läuft auf einem Server, also zahlen Sie den Server (ein 5-Dollar-VPS reicht für Privatgebrauch) und den Modellanbieter. Wenn Sie den Server nicht selbst betreiben möchten, kümmert sich ein verwaltetes Setup um VPS, Updates und Messaging-Brücken und hält die Erinnerungsdateien in Ihrem Konto. Den Trade-off zwischen selbst gehostet und verwaltet haben wir in einem eigenen Artikel behandelt.

So entscheiden Sie

Eine kurze Entscheidungsregel:

1. Wenn Ihr Problem „Ich will einen Coding-, Test-, Refactor-, CI-förmigen Agenten, den ich vom Notebook aus mit überprüfbaren YAML-Workflows steuere" lautet - wählen Sie Goose.
2. Wenn Ihr Problem „Ich will einen dauerhaft laufenden Agenten, der mich kennt, in Telegram oder Slack lebt und sich über Wochen an mich erinnert" lautet - wählen Sie Hermes.
3. Wenn Sie den Coding-Agenten auf dem Notebook und den ambienten Persönlichen auf dem Smartphone haben wollen - betreiben Sie beide, und lassen Sie MCP sie miteinander reden, wenn eine Aufgabe die Grenze überquert.

Eines der beiden in die Rolle des anderen zu zwingen, ist der Fehlermodus. Goose ist kein messaging-nativer Personal-Daemon; das zu behaupten heißt, Teile von Hermes nachzubauen, die Sie geschenkt bekommen hätten. Hermes ist kein code-first CI-Runner; das zu behaupten heißt, ein Rezept-Format zu schreiben, das Goose längst mitbringt. Wenn man akzeptiert, dass sie unterschiedliche Maschinen bedienen, wird die Wahl leicht - und das Zwei-Agenten-Setup fängt an, offensichtlich auszusehen.

Sources

• Goose - Your open source AI agent
• block/goose on GitHub
• Block Open-Sourced Goose: How a YAML Recipe File Scaled an AI Agent to 60% of the Company - The Agent Report
• Introducing Goose, the on-machine AI agent - Marc Nuri
• Goose by Block - Open-Source AI Agent Review - OpenAIToolsHub
• NousResearch/hermes-agent on GitHub
• Hermes Agent - The Agent That Grows With You
• Hermes Agent - The Self-Improving AI Agent