OpenClaw und Hermes sind nicht deshalb ausgebrochen, weil die Welt noch einen weiteren Chatbot brauchte. Sie sind ausgebrochen, weil sie genau in dem Moment erschienen, in dem Nutzer eine schwierigere Frage stellten: Was wäre, wenn ein AI Assistant wirklich handeln könnte?
OpenClaw machte diese Idee persönlich. Es brachte einen Agenten auf das eigene Gerät, verband ihn mit den Messaging-Kanälen, die Nutzer ohnehin verwenden, und gab Power-Usern das Gefühl eines lokalen Assistenten mit echten Händen.
Hermes machte dieselbe Idee erweiterbar. Es verwandelte den Agenten in eine von Entwicklern betreibbare Runtime: CLI, Messaging Gateway, Memory, Skills, MCP, cron, Terminal-Backends und eine Lernschleife, die sich durch die Arbeit verbessert.
Zero baut auf derselben Welle auf, geht aber in eine andere Richtung. OpenClaw und Hermes haben gezeigt, dass Menschen autonome Agenten wollen. Zero stellt die nächste Frage: Wie macht man diesen Agenten sicher, nützlich und wiederholbar für ein echtes Team?
Diese Analyse basiert auf öffentlichen GitHub- und Produktdokumentationen, geprüft am 2. Juni 2026.
Die Timeline: Wann OpenClaw und Hermes erschienen
| Produkt | Öffentliches Signal | Breakout-Signal | Wofür es stand |
|---|---|---|---|
| OpenClaw | GitHub-Repository erstellt am 24. November 2025; erste öffentliche Veröffentlichung am 25. November 2025 | Mehr als 376k GitHub stars und 78k forks bei Prüfung am 2. Juni 2026 | Der virale persönliche AI Assistant: local-first, self-hosted, von überall per Nachricht erreichbar. |
| Hermes Agent | GitHub-Repository erstellt am 22. Juli 2025; erste sichtbare Release-Welle startet am 12. März 2026 | Mehr als 176k GitHub stars und 30k forks bei Prüfung am 2. Juni 2026 | Die technische Agent Runtime: selbstverbessernd, modellflexibel, CLI-nativ, erweiterbar. |
| Zero | Open-Source-Repository erstellt am 14. November 2025; öffentliche Produkt- und Release-Bewegung beschleunigte im Frühjahr 2026 | 100+ Connectors, Slack/Web-Teamoberfläche, berechtigte Arbeitsausführung | Der AI teammate für Teams: echte Arbeit über SaaS-Tools hinweg, mit Governance und Auditierbarkeit. |
Das Timing ist entscheidend. Ende 2025 und Anfang 2026 hatten Entwickler bereits gesehen, was Coding Agents leisten können. Claude Code, Codex-artige CLIs, Browser Agents und Tool-calling-Modelle hatten die Agentenschleife real wirken lassen. Nutzer wollten keine bessere Antwortbox mehr. Sie wollten einen Assistenten, der Tools öffnen, Kontext behalten, Aufgaben ausführen und mit einem fertigen Ergebnis zurückkommen kann.
OpenClaw und Hermes trafen diese Nachfrage jeweils von unterschiedlichen Enden des Marktes.
Warum OpenClaw ausbrach
Der Durchbruch von OpenClaw hatte nicht nur mit Features zu tun. Er hatte mit emotionaler Klarheit zu tun.
Das README beschreibt OpenClaw als persönlichen AI Assistant, den man auf den eigenen Geräten betreibt. Diese Botschaft landet sofort. Man kauft keine Workflow-Plattform. Man installiert keine Enterprise-Automation-Suite. Man baut sich einen persönlichen Agenten auf, der in WhatsApp, Telegram, Slack, Discord, iMessage, Signal, Microsoft Teams, Matrix, WeChat, QQ und vielen anderen Kanälen antwortet.
Das gab OpenClaw drei Breakout-Vorteile.
1. Es machte Autonomie persönlich
Die Killeridee war nicht "Agent Framework". Sie war: "mein Assistent, auf meinen Geräten, in meinen Chats".
Das ist ein stärkerer viraler Rahmen als ein technisches Architekturdiagramm. Ein local-first Assistant erzeugt sofort Neugier, weil er nach dem fehlenden Consumer-AI-Produkt klingt: das Ding, das neben einem lebt, zuhört, antwortet, Nachrichten routet, Tools ausführt und sich always-on anfühlt.
OpenClaw lehnte sich genau darauf. Es hatte ein klares Maskottchen, eine starke Identität, ein konkretes lokales Setup und ein einfaches Versprechen: Wenn du einen Single-User-Assistenten willst, der lokal, schnell und immer verfügbar wirkt, ist das hier dein Werkzeug.
2. Es verwandelte Distribution in ein Feature
Die meisten Agent-Produkte lassen Nutzer zum Agenten kommen. OpenClaw ließ den Agenten zum Nutzer kommen.
Die Liste der Kanäle ist ungewöhnlich breit: WhatsApp, Telegram, Slack, Discord, Google Chat, Signal, iMessage, IRC, Microsoft Teams, Matrix, Feishu, LINE, Mattermost, Nextcloud Talk, Nostr, Twitch, Zalo, WeChat, QQ, WebChat, macOS, iOS und Android. Diese Breite ist nicht nur Integrationsarbeit. Sie ist Distributionsstrategie.
Jeder Kanal wird zu einer möglichen Demo. Jeder Nachrichtenthread wird zu einem Ort, an dem der Agent etwas Nützliches zeigen kann. Deshalb ließ sich OpenClaw so leicht besprechen: Menschen konnten sich die Nutzung sofort vorstellen, ohne den Ort zu wechseln, an dem sie ohnehin kommunizieren.
3. Es gab Power-Usern Kontrolle
Das self-hosted Gateway-Modell von OpenClaw wurde Teil der Attraktivität. Technische Nutzer konnten die Control Plane selbst betreiben, Kanäle konfigurieren, Pairings verwalten, Skills installieren, ein Gateway freigeben und entscheiden, wie viel Autorität der Assistent haben sollte.
Diese Kontrolle erzeugte auch den wichtigsten Tradeoff. Die eigenen Security Docs von OpenClaw rahmen es als Vertrauensmodell für einen persönlichen Assistenten, nicht als feindliche Multi-Tenant-Sicherheitsgrenze. Das ist die richtige Einordnung. OpenClaw ist mächtig, weil der Operator die Umgebung besitzt. Das heißt aber auch: Der Operator besitzt das Risiko.
Für Einzelpersonen und technische Hobbyisten ist das akzeptabel. Für Unternehmen ist es schwerer zu verkaufen.
Warum Hermes ausbrach
Hermes brach für ein anderes Publikum aus. OpenClaw machte Menschen Lust auf einen persönlichen Assistenten. Hermes machte Entwickler neugierig auf eine ernsthafte Agent Runtime.
Das README beschreibt Hermes als selbstverbessernden AI Agent von Nous Research. Das Produktversprechen ist nicht nur "Tools ausführen". Es ist eine geschlossene Lernschleife: Skills aus Erfahrung, Memories über Sessions hinweg, Suche in vergangenen Gesprächen, Modellwechsel, cron, Messaging Gateway, isolierte Subagents und Terminal-Backends, die lokal, in Docker, über SSH, auf Modal oder auf Daytona laufen können.
Damit positionierte sich Hermes als Agent, den man wie Infrastruktur betreiben kann.
1. Es kam, nachdem die Kategorie bereits sichtbar war
Die erste sichtbare Release-Welle von Hermes begann am 12. März 2026. Zu diesem Zeitpunkt hatte OpenClaw die Kategorie des persönlichen Agenten bereits unmöglich zu ignorieren gemacht. Das half Hermes. Der Markt musste nicht mehr überzeugt werden, dass Agents wichtig sind. Technische Nutzer waren bereit für eine zweite Frage: Welcher Runtime sollte ich vertrauen, welche sollte ich erweitern, und worauf sollte ich bauen?
Hermes antwortete mit einem developer-native Paket: One-line install, CLI/TUI, Gateway, flexible Modellanbieter, MCP-Support, cron, Tools, Memory und Migration von OpenClaw.
2. Es machte Selbstverbesserung zu einer Produktidee
Der markanteste Hermes-Claim ist die Lernschleife. Skills, Memory, Session-Suche und User Modeling werden nicht als Nebenfeatures präsentiert. Sie stehen im Zentrum des Produkts.
Das ist wichtig, weil der offensichtlichste Fehlermodus von Agents das Vergessen ist. Nutzer wollen Kontext nicht in jeder Session neu aufbauen, Prozeduren nicht erneut erklären und nicht jede Instruction-Datei manuell kuratieren. Hermes machte aus diesem Schmerz eine Produktnarrative: Der Agent wächst mit dir.
Das ist eine starke Geschichte für Entwickler und Forscher. Es lässt Hermes weniger wie ein Tool wirken und mehr wie ein System, das kumuliert.
3. Es zeigte extreme Release-Geschwindigkeit
Die Hermes Release Notes sind Teil der Breakout-Story. Die "Velocity Release" vom 28. Mai 2026 nennt 1.302 commits, 747 merged PRs, mehr als 560 geschlossene issues und 321 Community Contributors seit dem vorherigen Major Release. Die Releases vom 16. Mai und 7. Mai zeigen ähnlich aggressive Bewegung.
Diese Art von Geschwindigkeit schafft Vertrauen in ein Open-Source-Infrastrukturprodukt. Sie signalisiert technischen Nutzern, dass das Projekt lebt, reagiert und es wert ist, darauf aufzubauen. Sie erzeugt auch ein Community-Flywheel: schnelle Releases ziehen Nutzer an, Nutzer reichen issues und PRs ein, und das Projekt bewegt sich noch schneller.
4. Es senkte die Wechselkosten von OpenClaw
Hermes tat außerdem etwas strategisch Kluges: Es machte sich für OpenClaw-Nutzer verständlich. Das README dokumentiert hermes claw migrate, womit Einstellungen, Memories, Skills, Command-Allowlists, Messaging-Einstellungen, ausgewählte API Keys und Workspace Instructions aus OpenClaw importiert werden können.
So wird die Popularität von OpenClaw zu einer Brücke statt nur zu einer Wettbewerbsbedrohung. Wenn ein technischer Nutzer mit OpenClaw startet und später eine stärker entwicklerorientierte Runtime will, bietet Hermes einen Weg.
Was OpenClaw und Hermes noch ungelöst lassen
OpenClaw und Hermes brachen aus, weil sie aufregend sind. Doch dieselben Eigenschaften, die sie viral machten, legen auch die nächste Problemschicht offen.
Sie sind am stärksten für Nutzer, die einen Agent Stack betreiben können. Dazu gehören Entwickler, Power-User, Hobbyisten, Forscher und technische Operatoren. Dazu gehören nicht automatisch Sales Leads, Support Manager, Gründer, Marketer, Finance Operators oder Product Manager, die einfach nur wollen, dass Arbeit sicher erledigt wird.
Die zentralen Lücken sind keine Intelligenzlücken. Es sind Adoptionslücken.
| Lücke | Warum sie wichtig ist |
|---|---|
| Setup-Aufwand | Ein Gateway zu betreiben, Provider zu konfigurieren, Kanäle zu verwalten und Zugriff abzusichern sind echte operative Aufgaben. |
| Credential-Risiko | Wenn der Agent mächtige Tools bedienen kann, braucht das Team klare Regeln dafür, was der Agent sehen, tun, protokollieren und zur Freigabe vorlegen darf. |
| Team-Governance | Persönliche Assistenten lösen nicht automatisch Workspace-Rechte, Member-Nutzung, Connector Policies oder Auditierbarkeit. |
| Business-Integrationen | Messaging-Kanäle sind nützlich, aber Teams brauchen verlässlichen Zugriff auf Slack, Gmail, GitHub, Notion, Linear, HubSpot, Sentry, Sheets, Calendar, Drive und mehr. |
| Wiederholbare Workflows | Eine virale Demo ist nicht dasselbe wie ein Geschäftsprozess am Montagmorgen, der jede Woche läuft. |
Genau hier geht Zero weiter.
Was Zero besser macht
Zero versucht nicht, die am stärksten konfigurierbare Agent Runtime zu sein. Zero gewinnt, indem es agentische Fähigkeit in ein Produkt verwandelt, das Teams tatsächlich einführen können.
Der Unterschied ist einfach: OpenClaw und Hermes sind operator-first. Zero ist organization-first.
1. Zero bewegt sich von persönlicher Autonomie zu Team-Delegation
OpenClaw fragt: Wie betreibe ich meinen eigenen persönlichen Assistenten?
Hermes fragt: Wie betreibe und erweitere ich meine eigene Agent Runtime?
Zero fragt: Wie delegiert ein Team echte Arbeit an einen AI teammate, ohne jeden Nutzer zu einem Agent Operator zu machen?
Das ist eine andere Produktoberfläche. Zero funktioniert in Slack und im Web. Menschen können Zero erwähnen, eine Aufgabe zuweisen, Tools verbinden, Arbeit planen und Ergebnisse prüfen, ohne zu wissen, wie ein Gateway, Terminal-Backend, MCP Server oder lokaler Daemon funktioniert.
Das zählt, weil die meisten Unternehmen Tools nicht über ihre technischsten Nutzer einführen. Sie führen Tools ein, wenn nicht-technische Teams sie sicher nutzen können.
2. Zero verbindet sich mit Arbeitssystemen, nicht nur mit Chat-Kanälen
OpenClaws Kanalbreite ist beeindruckend. Hermes' Gateway-Breite ist nützlich. Doch Business Work hängt meistens an SaaS-Systemen, nicht nur an Nachrichtenübermittlung.
Zero verbindet sich mit 100+ Tools: Slack, GitHub, Gmail, Google Calendar, Google Sheets, Notion, Linear, Sentry, Axiom, HubSpot, Intercom, Figma, Vercel, Dropbox, Airtable, Plausible, Resend, X, Reddit und mehr.
Diese Connector-Schicht verändert die Kategorie. Zero ist nicht nur aus Slack erreichbar. Es kann Slack, GitHub, Gmail, Notion, Linear und andere Systeme als Arbeitsflächen nutzen. Es kann Sentry triagieren, GitHub issues erstellen, Outreach vorbereiten, Kampagnenmetriken zusammenfassen, ein Board Update entwerfen, einen wiederkehrenden Report planen oder Slack-Diskussionen in strukturierte Entscheidungen verwandeln.
Für Teams ist das der Unterschied zwischen einem Assistenten, mit dem man sprechen kann, und einem Teammate, das Arbeit abschließen kann.
3. Zero macht Permissions zu einem Produktfeature
Das ist die größte Lücke zwischen einem viralen Agenten und einem einführbaren Team-Agenten.
Zeros Berechtigungsmodell ist connector-by-connector und action-by-action. Die Default-Haltung ist konservativ: read before write, ask before sending, und Revocation jederzeit. Sensitive actions - externe E-Mails senden, Geld bewegen, öffentlich posten, Daten löschen, Nutzer einladen oder Produktionsinfrastruktur ändern - pausieren für menschliche Freigabe.
Das ist kein kleines UX-Detail. Es ist der Adoption Unlock.
Ein Unternehmen fragt nicht nur: "Kann der Agent das tun?" Es fragt: "Kann der Agent das tun, ohne uns zu überraschen, Credentials preiszugeben, Daten zu löschen oder unter der Autorität der falschen Person zu handeln?"
Zero ist um genau diese Frage herum gebaut.
4. Zero schützt Credentials vor dem Agenten selbst
Self-hosted Systeme können abgesichert werden, aber der Operator muss die Arbeit leisten. Zero macht das zu einer Platform-Eigenschaft.
Die Security Docs von Zero beschreiben isolierte Ausführung in Firecracker microVMs mit hardware-level KVM isolation. Jeder Run findet in einer eigenen privaten Umgebung statt und wird nach Abschluss zerstört. Credentials werden von der Plattform verwaltet. Der Agent kann verbundene Tools nutzen, aber er kann rohe Tokens weder sehen noch extrahieren. Secrets werden auf Netzwerkebene injiziert, und ausgehende Requests werden gescannt, um Leakage-Risiken zu reduzieren.
Für Business Teams ist das ein großer praktischer Vorteil. Der Agent kann mit Gmail, Slack, GitHub und anderen Tools nützliche Arbeit leisten, ohne jedes Credential zu etwas zu machen, das Modell oder Agent Code inspizieren können.
5. Zero ist für wiederkehrende Arbeit gebaut
Eine Breakout-Demo ist einmal beeindruckend. Ein wiederkehrender Workflow ist jede Woche wertvoll.
Zero ist für scheduled intelligence ausgelegt: tägliche Error Scans, wöchentliche Campaign Reports, Monday Metrics Briefings, Lead Follow-ups, Tech-Debt-Checks, Content-Produktion, Support-Triage und operative Status Updates. Der Nutzer muss den Agenten nicht jedes Mal neu prompten. Der Workflow wird zur Routine.
Hier zählt Zeros Teammate-Framing. Ein Teammate antwortet nicht nur, wenn es gefragt wird. Ein Teammate besitzt eine wiederkehrende Verantwortung.
6. Zero gibt Teams Auditierbarkeit
Wenn ein Agent über Business-Systeme hinweg arbeitet, zählen Logs. Zero betont vollständige Activity Logs, Tool Calls, Approval History und auditable Runs. Dadurch lässt sich leichter prüfen, was passiert ist, ein Run debuggen und Vertrauen über Zeit aufbauen.
OpenClaw und Hermes geben Operatoren Kontrolle. Zero gibt Teams Sichtbarkeit.
Das sind unterschiedliche Arten von Vertrauen.
Der strategische Unterschied
Am einfachsten lässt sich der Markt so verstehen:
| Produkt | Was durchbrach | Wofür es optimiert | Hauptbegrenzung |
|---|---|---|---|
| OpenClaw | Der persönliche lokale AI Assistant | Kontrolle, Kanäle, self-hosted ownership | Setup und Security liegen beim Operator. |
| Hermes Agent | Die selbstverbessernde Agent Runtime | Erweiterbarkeit, Memory, Modelle, MCP, CLI, cron | Am besten für technische Nutzer, die Infrastruktur betreiben können. |
| Zero | Der AI teammate für Teams | Delegation, Connectors, Permissions, Safety, wiederkehrende Arbeit | Weniger lokales Tinkering, mehr managed team execution. |
OpenClaw und Hermes gewannen Aufmerksamkeit, indem sie bewiesen, dass Agents lebendig wirken können. Zero gewinnt Adoption, indem es Agents in der unordentlichen Realität von Teamarbeit nutzbar macht.
Das ist eine höhere Messlatte. Teams brauchen nicht nur Autonomie. Sie brauchen abgegrenzte Autorität, Wiederholbarkeit, Observability, Credential Safety und eine Produktoberfläche, die Nicht-Entwickler verstehen können.
Fazit
OpenClaw brach aus, weil es den autonomen Agenten persönlich und lokal wirken ließ. Hermes brach aus, weil es den Agenten erweiterbar, selbstverbessernd und technisch ernsthaft wirken ließ.
Zero baut auf beiden Einsichten auf und bewegt sich dann eine Ebene höher.
Es behält das, was Menschen von OpenClaw und Hermes wollten - eine AI, die tatsächlich Arbeit erledigen kann - und ergänzt das, was Unternehmen brauchen, bevor sie sich darauf verlassen können: 100+ Work Connectors, Slack- und Web-Zugriff, scheduled tasks, sub-agents, action-level permissions, sensitive-action approvals, credential isolation, Firecracker microVM execution und audit trails.
Deshalb ist Zero nicht nur ein weiterer Eintrag in der Agentenliste. Es ist der Schritt von personal agent und developer runtime zu einem trustworthy AI teammate for real work.
