OpenClaw en Hermes braken niet door omdat de wereld nog een chatbot nodig had. Ze braken door omdat ze precies verschenen op het moment dat gebruikers een moeilijkere vraag begonnen te stellen: wat als een AI-assistent daadwerkelijk kon handelen?
OpenClaw maakte dat idee persoonlijk. Het plaatste een agent op je eigen apparaat, koppelde deze aan de berichtenkanalen die je al gebruikt, en gaf power users het gevoel van een lokale assistent met echte handen.
Hermes maakte hetzelfde idee uitbreidbaar. Het veranderde de agent in een door ontwikkelaars bedienbare runtime: CLI, messaging gateway, geheugen, skills, MCP, cron, terminal backends en een leercyclus die verbetert naarmate hij werkt.
Zero bouwt voort op dezelfde golf, maar slaat een andere richting in. OpenClaw en Hermes lieten zien dat mensen autonome agents willen. Zero stelt de volgende vraag: hoe maak je die agent veilig, bruikbaar en herhaalbaar voor een echt team?
Deze analyse is gebaseerd op openbare GitHub- en productdocumentatie, gecontroleerd op 2 juni 2026.
De tijdlijn: wanneer OpenClaw en Hermes verschenen
| Product | Openbaar signaal | Doorbraaksignaal | Wat het vertegenwoordigde |
|---|---|---|---|
| OpenClaw | GitHub-repo aangemaakt op 24 november 2025; eerste publieke release op 25 november 2025 | Meer dan 376k GitHub-sterren en 78k forks bij controle op 2 juni 2026 | De virale persoonlijke AI-assistent: lokaal, zelf-gehost, overal te berichten. |
| Hermes Agent | GitHub-repo aangemaakt op 22 juli 2025; eerste zichtbare releasegolf start op 12 maart 2026 | Meer dan 176k GitHub-sterren en 30k forks bij controle op 2 juni 2026 | De technische agent-runtime: zelflerend, model-flexibel, CLI-native, uitbreidbaar. |
| Zero | Open-source repo aangemaakt op 14 november 2025; publieke product/release-activiteit versnelde in het voorjaar van 2026 | 100+ connectors, Slack/web teaminterface, werkuitvoering met rechten | De team-AI-collega: echt werk over SaaS-tools met governance en audittrail. |
De timing is belangrijk. Tegen eind 2025 en begin 2026 hadden ontwikkelaars al gezien wat codeeragents konden doen. Claude Code, Codex-achtige CLI's, browseragents en tool-calling modellen maakten de agent-loop tastbaar. Gebruikers wilden niet langer een betere antwoordbox. Ze wilden een assistent die tools kon openen, context onthouden, taken uitvoeren en terugkomen met een afgerond resultaat.
OpenClaw en Hermes vingen die vraag op, maar elk vanuit een ander marktsegment.
Waarom OpenClaw doorbrak
De doorbraak van OpenClaw draaide niet alleen om functies. Het ging om emotionele helderheid.
De README noemt het een persoonlijke AI-assistent die je op je eigen apparaten draait. Die boodschap komt direct binnen. Je koopt geen workflowplatform. Je installeert geen enterprise-automatiseringssuite. Je voedt een persoonlijke agent op die je antwoordt via WhatsApp, Telegram, Slack, Discord, iMessage, Signal, Microsoft Teams, Matrix, WeChat, QQ en vele andere kanalen.
Dat gaf OpenClaw drie doorbraakvoordelen.
1. Het maakte autonomie persoonlijk
Het doorslaggevende idee was niet "agent-framework". Het was "mijn assistent, op mijn apparaten, in mijn chats".
Dat is een krachtiger viraal frame dan een technisch architectuurdiagram. Een lokaal georiënteerde assistent wekt direct nieuwsgierigheid omdat het klinkt als het ontbrekende consumenten-AI-product: iets dat naast je leeft, luistert, antwoordt, berichten doorstuurt, tools bedient en altijd beschikbaar voelt.
OpenClaw speelde daar sterk op in. Het had een duidelijke mascotte, een sterke identiteit, een concrete lokale setup en een simpele belofte: als je een single-user assistent wilt die lokaal, snel en altijd beschikbaar voelt, dan is dit het.
2. Het maakte distributie tot een functie
De meeste agentproducten laten gebruikers naar de agent komen. OpenClaw liet de agent naar de gebruiker komen.
De kanalenlijst is uitzonderlijk breed: 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 en Android. Die breedte is niet alleen integratiewerk. Het is een distributiestrategie.
Elk kanaal wordt een mogelijke demo. Elke berichtenreeks wordt een plek om de agent iets nuttigs te laten doen. Daarom was OpenClaw makkelijk bespreekbaar: mensen konden zich direct voorstellen het te gebruiken, zonder hun bestaande communicatiegewoonten te veranderen.
3. Het gaf power users controle
Het zelf-gehoste Gateway-model van OpenClaw werd onderdeel van de aantrekkingskracht. Het liet technische gebruikers zelf het controlevlak draaien, kanalen configureren, koppelingen beheren, skills installeren, een Gateway blootstellen en bepalen hoeveel bevoegdheid de assistent krijgt.
Die controle bracht ook de belangrijkste afweging. OpenClaw's eigen beveiligingsdocumentatie positioneert het als een persoonlijk assistentvertrouwensmodel, niet als een vijandige multi-tenant beveiligingsgrens. Dat is de juiste framing. OpenClaw is krachtig omdat de operator de omgeving bezit. Het betekent ook dat de operator het risico draagt.
Voor individuen en technische hobbyisten is dat acceptabel. Voor bedrijven is het een moeilijker verhaal.
Waarom Hermes doorbrak
Hermes brak door bij een ander publiek. OpenClaw liet mensen verlangen naar een persoonlijke assistent. Hermes liet ontwikkelaars verlangen naar een serieuze agent-runtime.
De README beschrijft Hermes als een zelflerende AI-agent gebouwd door Nous Research. De productbelofte is niet alleen "tools uitvoeren". Het is een gesloten leercyclus: skills uit ervaring, geheugen over sessies heen, zoeken in eerdere gesprekken, modelswitching, cron, messaging gateway, geïsoleerde subagents en terminal backends die lokaal, in Docker, via SSH, op Modal of op Daytona kunnen draaien.
Dat positioneerde Hermes als de agent die je kunt bedienen als infrastructuur.
1. Het verscheen nadat de categorie zichtbaar was
De eerste zichtbare releasegolf van Hermes begon op 12 maart 2026. Toen had OpenClaw de persoonlijke-agentcategorie al onmiskenbaar gemaakt. Dat hielp Hermes. De markt hoefde niet meer overtuigd te worden dat agents ertoe doen. Technische gebruikers waren klaar voor de vervolgvraag: welke runtime moet ik vertrouwen, uitbreiden en als basis nemen?
Hermes antwoordde met een ontwikkelaarsvriendelijk pakket: one-line install, CLI/TUI, gateway, modelprovider-flexibiliteit, MCP-ondersteuning, cron, tools, geheugen en migratie vanaf OpenClaw.
2. Het maakte zelfverbetering tot productidee
De meest onderscheidende claim van Hermes is de leercyclus. Skills, geheugen, sessiezoekfunctie en gebruikersmodellering worden niet als bijzaak gepresenteerd. Ze vormen de kern van het product.
Dat is belangrijk omdat het voor de hand liggende faalpunt van agents vergeten is. Gebruikers willen niet elke sessie context opnieuw opbouwen, procedures herhalen of elke instructiebestand handmatig beheren. Hermes maakte van die pijn een productverhaal: de agent groeit met je mee.
Dat is een sterk verhaal voor ontwikkelaars en onderzoekers. Het laat Hermes minder als een tool en meer als een systeem voelen dat zich opstapelt.
3. Het toonde extreme releasesnelheid
De releasenotes van Hermes zijn onderdeel van het doorbraakverhaal. De "Velocity Release" van 28 mei 2026 claimt 1,302 commits, 747 gemergede PR's, meer dan 560 gesloten issues en 321 community-bijdragers sinds de vorige grote release. De releases van 16 mei en 7 mei laten vergelijkbaar agressieve vooruitgang zien.
Dat soort snelheid wekt vertrouwen in een open-source infrastructuurproduct. Het laat technische gebruikers zien dat het project leeft, reageert en het waard is om op te bouwen. Het creëert ook een community-flywheel: snelle releases trekken gebruikers aan, gebruikers melden issues en PR's, en het project versnelt verder.
4. Het verlaagde de overstapdrempel vanaf OpenClaw
Hermes deed ook iets strategisch slim: het maakte zichzelf begrijpelijk voor OpenClaw-gebruikers. De README documenteert hermes claw migrate, waarmee instellingen, geheugen, skills, command-allowlists, messaging-instellingen, geselecteerde API-sleutels en workspace-instructies uit OpenClaw geïmporteerd kunnen worden.
Dat maakt van OpenClaw's populariteit een brug in plaats van alleen een concurrentiebedreiging. Als een technische gebruiker begint met OpenClaw en later een meer ontwikkelaarsgerichte runtime wil, biedt Hermes een pad.
Wat OpenClaw en Hermes nog niet oplossen
OpenClaw en Hermes braken door omdat ze spannend zijn. Maar dezelfde eigenschappen die ze viraal maakten, leggen ook de volgende laag van het probleem bloot.
Ze zijn het sterkst voor gebruikers die een agent-stack kunnen bedienen. Dat zijn ontwikkelaars, power users, hobbyisten, onderzoekers en technische operators. Dat omvat niet automatisch een sales lead, supportmanager, oprichter, marketeer, financieel medewerker of productmanager die gewoon veilig werk gedaan wil krijgen.
De belangrijkste gaten zijn geen intelligentiegaten. Het zijn adoptiegaten.
| Gat | Waarom het ertoe doet |
|---|---|
| Installatielast | Een Gateway draaien, providers configureren, kanalen beheren en toegang beveiligen zijn echte operationele taken. |
| Credentialrisico | Als de agent krachtige tools kan bedienen, heeft het team duidelijke regels nodig voor wat de agent mag zien, doen, loggen en goedkeuren. |
| Teamgovernance | Persoonlijke assistenten lossen niet automatisch rechten, ledengebruik, connectorbeleid of auditbaarheid op werkplekniveau op. |
| Zakelijke integraties | Messagingkanalen zijn nuttig, maar teams hebben betrouwbare toegang nodig tot Slack, Gmail, GitHub, Notion, Linear, HubSpot, Sentry, Sheets, Calendar, Drive en meer. |
| Herhaalbare workflows | Een viraal demo is niet hetzelfde als een bedrijfsproces op maandagochtend dat elke week draait. |
Daar gaat Zero verder.
Wat Zero beter doet
Zero probeert niet te winnen door de meest configureerbare agent-runtime te zijn. Het wint door agent-capaciteit om te zetten in een product dat teams daadwerkelijk kunnen adopteren.
Het verschil is simpel: OpenClaw en Hermes zijn operator-first. Zero is organisatie-first.
1. Zero verschuift van persoonlijke autonomie naar teamdelegatie
OpenClaw vraagt: hoe draai ik mijn eigen persoonlijke assistent?
Hermes vraagt: hoe bedien en breid ik mijn eigen agent-runtime uit?
Zero vraagt: hoe delegeert een team echt werk aan een AI-collega zonder dat elke gebruiker een agent-operator hoeft te worden?
Dat is een ander productoppervlak. Zero werkt in Slack en op het web. Mensen kunnen het noemen, een taak toewijzen, tools koppelen, werk plannen en resultaten beoordelen zonder te weten hoe een Gateway, terminal backend, MCP-server of lokale daemon werkt.
Dat is belangrijk omdat de meeste bedrijven tools niet adopteren via hun meest technische gebruikers. Ze adopteren tools wanneer niet-technische teams ze veilig kunnen gebruiken.
2. Zero koppelt aan werksystemen, niet alleen chatkanalen
De kanaalbreedte van OpenClaw is indrukwekkend. De gateway-breedte van Hermes is nuttig. Maar zakelijk werk draait meestal om SaaS-systemen, niet alleen om berichtaflevering.
Zero koppelt aan 100+ tools: Slack, GitHub, Gmail, Google Calendar, Google Sheets, Notion, Linear, Sentry, Axiom, HubSpot, Intercom, Figma, Vercel, Dropbox, Airtable, Plausible, Resend, X, Reddit en meer.
Die connectorlaag verandert de categorie. Zero is niet alleen bereikbaar via Slack. Het kan Slack, GitHub, Gmail, Notion, Linear en andere systemen als werkoppervlak gebruiken. Het kan Sentry triëren, GitHub-issues aanmaken, outreach voorbereiden, campagnemetrics samenvatten, een bestuursupdate opstellen, een terugkerend rapport plannen of Slack-discussies omzetten in gestructureerde besluiten.
Voor teams is dat het verschil tussen een assistent waar je mee praat en een collega die werk afmaakt.
3. Zero maakt rechten tot productfunctie
Dit is het grootste verschil tussen een virale agent en een adopteerbare teamagent.
Het rechtenmodel van Zero is per connector en per actie. De standaardhouding is conservatief: lezen vóór schrijven, vragen vóór verzenden en intrekken toestaan. Gevoelige acties – externe e-mail verzenden, geld overmaken, openbaar posten, data verwijderen, gebruikers uitnodigen of productie-infrastructuur wijzigen – pauzeren voor menselijke goedkeuring.
Dat is geen klein UX-detail. Het is de sleutel tot adoptie.
Een bedrijf vraagt niet alleen: "Kan de agent dit?" Het vraagt: "Kan de agent dit zonder ons te verrassen, credentials te lekken, data te verwijderen of onder de verkeerde autoriteit te handelen?"
Zero is rond die vraag gebouwd.
4. Zero beschermt credentials tegen de agent zelf
Zelf-gehoste systemen kunnen veilig zijn, maar de operator moet het werk doen. Zero maakt dit een platformeigenschap.
De beveiligingsdocumentatie van Zero beschrijft geïsoleerde uitvoering in Firecracker microVM's met hardwarematige KVM-isolatie. Elke run gebeurt in een eigen privéomgeving en wordt na afloop vernietigd. Credentials worden door het platform beheerd; de agent kan gekoppelde tools gebruiken, maar kan geen ruwe tokens zien of extraheren. Geheimen worden op netwerkniveau geïnjecteerd en uitgaande verzoeken worden gescand om lekrisico te verkleinen.
Voor zakelijke teams is dit een groot praktisch voordeel. De agent kan nuttig werk doen met Gmail, Slack, GitHub en andere tools zonder dat elke credential zichtbaar wordt voor het model of de agentcode.
5. Zero is gebouwd voor terugkerend werk
Een doorbraakdemo van een agent is één keer indrukwekkend. Een terugkerende workflow is elke week waardevol.
Zero is ontworpen voor geplande intelligentie: dagelijkse foutscans, wekelijkse campagnerapporten, maandagmetrics, leadopvolging, tech debt-checks, contentproductie, supporttriage en operationele statusupdates. De gebruiker hoeft de agent niet telkens opnieuw te prompten. De workflow wordt een routine.
Hier is het collega-frame van Zero belangrijk. Een collega antwoordt niet alleen als je iets vraagt. Een collega draagt een terugkerende verantwoordelijkheid.
6. Zero geeft teams auditbaarheid
Als een agent over zakelijke systemen werkt, zijn logs belangrijk. Zero benadrukt volledige activiteitslogs, toolcalls, goedkeuringsgeschiedenis en auditeerbare runs. Dat maakt het makkelijker om te zien wat er is gebeurd, een run te debuggen en vertrouwen op te bouwen.
OpenClaw en Hermes geven operators controle. Zero geeft teams inzicht.
Dat zijn verschillende vormen van vertrouwen.
Het strategische verschil
De eenvoudigste manier om de markt te begrijpen is deze:
| Product | Wat doorbrak | Waar het voor optimaliseert | Belangrijkste beperking |
|---|---|---|---|
| OpenClaw | De persoonlijke lokale AI-assistent | Controle, kanalen, zelf-gehost eigenaarschap | De operator beheert installatie en beveiliging. |
| Hermes Agent | De zelflerende agent-runtime | Uitbreidbaarheid, geheugen, modellen, MCP, CLI, cron | Beste voor technische gebruikers die infrastructuur kunnen beheren. |
| Zero | De team-AI-collega | Delegatie, connectors, rechten, veiligheid, terugkerend werk | Minder lokaal knutselen; meer beheerde teamuitvoering. |
OpenClaw en Hermes trokken aandacht door te bewijzen dat agents levendig konden aanvoelen. Zero wint adoptie door agents bruikbaar te maken in de rommelige realiteit van teamwerk.
Dat is een hogere lat. Teams hebben niet alleen autonomie nodig. Ze hebben afgebakende bevoegdheid, herhaalbaarheid, inzicht, credentialveiligheid en een productoppervlak dat niet-ontwikkelaars begrijpen.
Eindoordeel
OpenClaw brak door omdat het de autonome agent persoonlijk en lokaal maakte. Hermes brak door omdat het de agent uitbreidbaar, zelflerend en technisch serieus maakte.
Zero bouwt voort op beide inzichten en klimt verder omhoog in de stack.
Het behoudt wat mensen wilden van OpenClaw en Hermes – een AI die echt werk kan doen – maar voegt toe wat bedrijven nodig hebben voordat ze erop kunnen vertrouwen: 100+ werkconnectors, Slack- en webtoegang, geplande taken, sub-agents, rechten per actie, goedkeuringen voor gevoelige acties, credentialisolatie, Firecracker microVM-uitvoering en audittrails.
Daarom is Zero niet zomaar een nieuwe naam op de agentenlijst. Het is de stap van persoonlijke agent en ontwikkelaars-runtime naar betrouwbare AI-collega voor echt werk.
