OpenClaw og Hermes brød ikke igennem, fordi verden havde brug for endnu en chatbot. De brød igennem, fordi de kom præcis, da brugerne begyndte at stille et sværere spørgsmål: hvad nu hvis en AI-assistent faktisk kunne handle?
OpenClaw gjorde idéen personlig. Den placerede en agent på din egen enhed, koblede den til de beskedkanaler du allerede bruger, og gav power-brugere følelsen af en lokal assistent med rigtige hænder.
Hermes gjorde idéen udvidelig. Den forvandlede agenten til et udviklerstyret runtime: CLI, besked-gateway, hukommelse, færdigheder, MCP, cron, terminal-backends og en læringssløjfe, der forbedres undervejs.
Zero bygger videre på samme bølge, men tager den i en anden retning. OpenClaw og Hermes viste, at folk ønsker autonome agent-assistenter. Zero stiller det næste spørgsmål: hvordan gør man agenten sikker, nyttig og gentagelig for et rigtigt team?
Denne analyse er baseret på offentlige GitHub- og produktdokumentationer kontrolleret den 2. juni 2026.
Tidslinjen: hvornår OpenClaw og Hermes dukkede op
| Produkt | Offentligt signal | Gennembrudssignal | Hvad det repræsenterede |
|---|---|---|---|
| OpenClaw | GitHub-repo oprettet 24. november 2025; første offentlige release 25. november 2025 | Over 376k GitHub-stjerner og 78k forks ved tjek den 2. juni 2026 | Den virale personlige AI-assistent: lokal-først, selv-hostet, kan modtage beskeder fra hvor som helst. |
| Hermes Agent | GitHub-repo oprettet 22. juli 2025; første synlige release-bølge starter 12. marts 2026 | Over 176k GitHub-stjerner og 30k forks ved tjek den 2. juni 2026 | Det tekniske agent-runtime: selvforbedrende, model-fleksibel, CLI-native, udvidelig. |
| Zero | Open-source repo oprettet 14. november 2025; offentlig produkt/release-indsats accelereret forår 2026 | 100+ connectors, Slack/web team-overflade, tilladelsesstyret arbejdsudførelse | Teamets AI-kollega: reelt arbejde på tværs af SaaS-værktøjer med styring og sporbarhed. |
Timingen er vigtig. I slutningen af 2025 og starten af 2026 havde udviklere allerede set, hvad kodende agenter kunne. Claude Code, Codex-lignende CLI'er, browser-agenter og tool-calling-modeller havde gjort agent-loopet virkeligt. Brugerne ønskede ikke længere blot en bedre svarboks. De ville have en assistent, der kunne åbne værktøjer, huske kontekst, udføre opgaver og komme tilbage med et færdigt resultat.
OpenClaw og Hermes indfangede denne efterspørgsel, men fra hver sin ende af markedet.
Hvorfor OpenClaw brød igennem
OpenClaws gennembrud handlede ikke kun om funktioner. Det handlede om følelsesmæssig klarhed.
Dens README kalder den en personlig AI-assistent, du kører på dine egne enheder. Det budskab lander med det samme. Du køber ikke en workflow-platform. Du installerer ikke en enterprise-automatiseringssuite. Du opdrager en personlig agent, der svarer dig på WhatsApp, Telegram, Slack, Discord, iMessage, Signal, Microsoft Teams, Matrix, WeChat, QQ og mange andre kanaler.
Det gav OpenClaw tre gennembrudsfordele.
1. Den gjorde autonomi personlig
Den afgørende idé var ikke "agent-framework". Det var "min assistent, på mine enheder, i mine chats."
Det er en stærkere viral ramme end et teknisk arkitekturdiagram. En lokal-først assistent vækker øjeblikkelig nysgerrighed, fordi det lyder som det manglende forbruger-AI-produkt: noget, der bor ved siden af dig, lytter, svarer, videresender beskeder, kører værktøjer og føles altid tilgængelig.
OpenClaw lænede sig ind i det. Den havde en tydelig maskot, stærk identitet, konkret lokal opsætning og et enkelt løfte: hvis du vil have en enkeltbruger-assistent, der føles lokal, hurtig og altid tilgængelig, er det denne.
2. Den gjorde distribution til en funktion
De fleste agentprodukter får brugerne til at komme til agenten. OpenClaw fik agenten til at komme til brugeren.
Kanal-listen er usædvanligt bred: 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 og Android. Den bredde er ikke kun integrationsarbejde. Det er distributionsstrategi.
Hver kanal bliver en mulig demo. Hver beskedtråd bliver et sted at vise agenten gøre noget nyttigt. Derfor var OpenClaw let at tale om: folk kunne straks forestille sig at bruge den, uden at ændre hvor de allerede kommunikerer.
3. Den gav power-brugere kontrol
OpenClaws selv-hostede Gateway-model blev en del af tiltrækningen. Den lod tekniske brugere køre kontrolplanet selv, konfigurere kanaler, styre parringer, installere færdigheder, eksponere en Gateway og bestemme, hvor meget myndighed assistenten skulle have.
Den kontrol skabte også den største afvejning. OpenClaws egne sikkerhedsdokumenter beskriver det som en personlig assistent-tillidsmodel, ikke en fjendtlig multi-tenant sikkerhedsgrænse. Det er den rigtige ramme. OpenClaw er kraftfuld, fordi operatøren ejer miljøet. Det betyder også, at operatøren ejer risikoen.
For enkeltpersoner og tekniske hobbyister er det acceptabelt. For virksomheder er det sværere at sælge.
Hvorfor Hermes brød igennem
Hermes brød igennem for et andet publikum. OpenClaw fik folk til at ønske en personlig assistent. Hermes fik udviklere til at ønske et seriøst agent-runtime.
Dens README beskriver Hermes som en selvforbedrende AI-agent bygget af Nous Research. Produktløftet er ikke kun "kør værktøjer". Det er en lukket læringssløjfe: færdigheder skabt af erfaring, minder bevaret på tværs af sessioner, søgning i tidligere samtaler, modelskift, cron, besked-gateway, isolerede subagenter og terminal-backends, der kan køre lokalt, i Docker, over SSH, på Modal eller Daytona.
Det positionerede Hermes som agenten, du kunne drive som infrastruktur.
1. Den kom efter kategorien allerede var synlig
Hermes' første synlige release-bølge startede 12. marts 2026. På det tidspunkt havde OpenClaw allerede gjort den personlige agent-kategori umulig at ignorere. Det hjalp Hermes. Markedet skulle ikke overbevises om, at agenter var vigtige. Tekniske brugere var klar til at stille et andetordens spørgsmål: hvilket runtime skal jeg stole på, udvide og bygge omkring?
Hermes svarede med en udvikler-venlig pakke: one-line install, CLI/TUI, gateway, fleksibilitet i modeludbyder, MCP-support, cron, værktøjer, hukommelse og migration fra OpenClaw.
2. Den gjorde selvforbedring til et produktkoncept
Hermes' mest markante påstand er læringssløjfen. Færdigheder, hukommelse, sessionssøgning og brugermodellering præsenteres ikke som sidefunktioner. De er centrum for produktet.
Det er vigtigt, fordi den oplagte fejlkilde for agenter er glemsomhed. Brugere ønsker ikke at genopbygge kontekst hver session, genforklare procedurer eller manuelt kuratere hver instruktionsfil. Hermes gjorde den smerte til en produktfortælling: agenten vokser med dig.
Det er en stærk fortælling for udviklere og forskere. Det får Hermes til at føles mindre som et værktøj og mere som et system, der forrentes.
3. Den viste ekstrem release-hastighed
Hermes' release-noter er en del af dens gennembrudshistorie. "Velocity Release" fra 28. maj 2026 nævner 1,302 commits, 747 merged PRs, over 560 lukkede issues og 321 community-bidragydere siden sidste større release. Releases fra 16. maj og 7. maj viser tilsvarende aggressiv udvikling.
Den slags hastighed skaber tillid til et open source-infrastrukturprodukt. Det fortæller tekniske brugere, at projektet er levende, responsivt og værd at bygge videre på. Det skaber også en community-flywheel: hurtige releases tiltrækker brugere, brugere indmelder issues og PRs, og projektet bevæger sig hurtigere.
4. Den sænkede omkostningen ved at skifte fra OpenClaw
Hermes gjorde også noget strategisk klogt: den gjorde sig forståelig for OpenClaw-brugere. README dokumenterer hermes claw migrate, som kan importere indstillinger, minder, færdigheder, kommando-allowlists, beskedindstillinger, udvalgte API-nøgler og workspace-instruktioner fra OpenClaw.
Det gør OpenClaws popularitet til en bro i stedet for kun en konkurrent. Hvis en teknisk bruger starter med OpenClaw og senere ønsker et mere udviklertungt runtime, har Hermes en vej.
Hvad OpenClaw og Hermes stadig ikke løser
OpenClaw og Hermes brød igennem, fordi de er spændende. Men de samme træk, der gjorde dem virale, afslører også næste lag af problemet.
De er stærkest for brugere, der kan drive en agent-stack. Det inkluderer udviklere, power-brugere, hobbyister, forskere og tekniske operatører. Det inkluderer ikke automatisk en salgsleder, supportchef, founder, marketingmedarbejder, finansoperatør eller produktchef, der bare vil have arbejdet gjort sikkert.
De vigtigste huller er ikke intelligenshuller. Det er adoptionshuller.
| Hul | Hvorfor det er vigtigt |
|---|---|
| Opsætningsbyrde | At køre en Gateway, konfigurere udbydere, styre kanaler og sikre adgang er reelle driftsopgaver. |
| Akkreditivrisiko | Hvis agenten kan betjene kraftfulde værktøjer, skal teamet have klare regler for, hvad agenten må se, gøre, logge og godkende. |
| Teamstyring | Personlige assistenter løser ikke automatisk workspace-tilladelser, medlemsforbrug, connector-politik eller sporbarhed. |
| Forretningsintegrationer | Beskedkanaler er nyttige, men teams har brug for pålidelig adgang til Slack, Gmail, GitHub, Notion, Linear, HubSpot, Sentry, Sheets, Calendar, Drive og flere. |
| Gentagelige workflows | En viral demo er ikke det samme som en mandags forretningsproces, der kører hver uge. |
Det er her Zero går videre.
Hvad Zero gør bedre
Zero forsøger ikke at vinde ved at være det mest konfigurerbare agent-runtime. Den vinder ved at gøre agentiske evner til et produkt, teams faktisk kan tage i brug.
Forskellen er enkel: OpenClaw og Hermes er operator-først. Zero er organisation-først.
1. Zero går fra personlig autonomi til team-delegering
OpenClaw spørger: hvordan kører jeg min egen personlige assistent?
Hermes spørger: hvordan driver og udvider jeg mit eget agent-runtime?
Zero spørger: hvordan kan et team delegere reelt arbejde til en AI-kollega uden at hver bruger skal være agent-operatør?
Det er en anden produktflade. Zero virker i Slack og på nettet. Folk kan nævne den, tildele en opgave, forbinde værktøjer, planlægge arbejde og gennemgå resultater uden at kende til Gateway, terminal-backend, MCP-server eller lokal dæmon.
Det er vigtigt, fordi de fleste virksomheder ikke tager værktøjer i brug gennem deres mest tekniske brugere. De tager dem i brug, når ikke-tekniske teams kan bruge dem sikkert.
2. Zero forbinder til arbejdssystemer, ikke kun chatkanaler
OpenClaws kanalbredde er imponerende. Hermes' gateway-bredde er nyttig. Men forretningsarbejde afhænger som regel af SaaS-systemer, ikke kun beskedlevering.
Zero forbinder til 100+ værktøjer: Slack, GitHub, Gmail, Google Calendar, Google Sheets, Notion, Linear, Sentry, Axiom, HubSpot, Intercom, Figma, Vercel, Dropbox, Airtable, Plausible, Resend, X, Reddit og flere.
Det connector-lag ændrer kategorien. Zero er ikke kun tilgængelig fra Slack. Den kan bruge Slack, GitHub, Gmail, Notion, Linear og andre systemer som arbejdsflader. Den kan triagere Sentry, oprette GitHub-issues, forberede outreach, opsummere kampagnemålinger, klargøre bestyrelsesopdateringer, planlægge gentagne rapporter eller omdanne Slack-diskussioner til strukturerede beslutninger.
For teams er det forskellen på en assistent, du kan tale med, og en kollega, der kan færdiggøre arbejdet.
3. Zero gør tilladelser til en produktfunktion
Dette er det største hul mellem en viral agent og en agent, teams kan tage i brug.
Zeros tilladelsesmodel er connector-for-connector og handling-for-handling. Standardindstillingen er konservativ: læs før skriv, spørg før afsendelse og tillad tilbagekaldelse. Følsomme handlinger – sende ekstern e-mail, flytte penge, poste offentligt, slette data, invitere brugere eller ændre produktionsinfrastruktur – kræver menneskelig godkendelse.
Det er ikke en lille UX-detalje. Det er nøglen til adoption.
En virksomhed spørger ikke kun, "Kan agenten gøre dette?" Den spørger, "Kan agenten gøre dette uden at overraske os, lække akkreditiver, slette data eller handle på vegne af den forkerte person?"
Zero er bygget omkring det spørgsmål.
4. Zero beskytter akkreditiver mod selve agenten
Selv-hostede systemer kan sikres, men operatøren skal gøre arbejdet. Zero gør dette til en platform-egenskab.
Zeros sikkerhedsdokumenter beskriver isoleret udførelse i Firecracker microVMs med hardware-niveau KVM-isolering. Hver run sker i sit eget private miljø og destrueres efter afslutning. Akkreditiver styres af platformen; agenten kan bruge tilsluttede værktøjer, men kan ikke se eller udtrække rå tokens. Hemmeligheder injiceres på netværkslaget, og udgående forespørgsler scannes for at reducere lækagerisiko.
For forretningsteams er dette en stor praktisk fordel. Agenten kan udføre nyttigt arbejde med Gmail, Slack, GitHub og andre værktøjer uden at gøre hver akkreditiv til noget, modellen eller agentkoden kan inspicere.
5. Zero er bygget til gentagende arbejde
En breakout-agent-demo er imponerende én gang. Et gentagende workflow er værdifuldt hver uge.
Zero er designet til planlagt intelligens: daglige fejlsøgninger, ugentlige kampagnerapporter, mandags-metrikbriefs, lead-opfølgninger, tech debt-tjek, indholdsproduktion, support-triage og statusopdateringer. Brugeren behøver ikke gen-prompt agenten hver gang. Workflowet bliver en rutine.
Her betyder Zeros kollega-ramme noget. En kollega svarer ikke kun, når man spørger. En kollega ejer et gentagende ansvar.
6. Zero giver teams sporbarhed
Når en agent arbejder på tværs af forretningssystemer, er logs vigtige. Zero lægger vægt på fulde aktivitetslogs, værktøjskald, godkendelseshistorik og sporbare runs. Det gør det lettere at gennemgå, hvad der skete, fejlfinde en run og opbygge tillid over tid.
OpenClaw og Hermes giver operatører kontrol. Zero giver teams synlighed.
Det er forskellige former for tillid.
Den strategiske forskel
Den enkleste måde at forstå markedet på er:
| Produkt | Hvad brød igennem | Hvad det optimerer for | Hovedbegrænsning |
|---|---|---|---|
| OpenClaw | Den personlige lokale AI-assistent | Kontrol, kanaler, selv-hostet ejerskab | Operatøren ejer opsætning og sikkerhed. |
| Hermes Agent | Det selvforbedrende agent-runtime | Udvidelighed, hukommelse, modeller, MCP, CLI, cron | Bedst for tekniske brugere, der kan drive infrastruktur. |
| Zero | Teamets AI-kollega | Delegering, connectors, tilladelser, sikkerhed, gentagende arbejde | Mindre om lokal nørklen; mere om styret team-udførelse. |
OpenClaw og Hermes vandt opmærksomhed ved at bevise, at agenter kunne føles levende. Zero vinder adoption ved at gøre agenter brugbare i teamarbejdets rodede virkelighed.
Det er en højere standard. Teams har ikke kun brug for autonomi. De har brug for afgrænset myndighed, gentagelighed, synlighed, akkreditivsikkerhed og en produktflade, som ikke-udviklere kan forstå.
Endelig vurdering
OpenClaw brød igennem, fordi den gjorde den autonome agent personlig og lokal. Hermes brød igennem, fordi den gjorde agenten udvidelig, selvforbedrende og teknisk seriøs.
Zero bygger på begge indsigter og bevæger sig derefter op i stacken.
Den bevarer det, folk ønskede fra OpenClaw og Hermes – en AI, der faktisk kan udføre arbejde – men tilføjer det, virksomheder har brug for, før de kan stole på den: 100+ arbejdsconnectors, Slack- og webadgang, planlagte opgaver, sub-agenter, handlingsniveau-tilladelser, godkendelse af følsomme handlinger, akkreditiv-isolering, Firecracker microVM-udførelse og revisionsspor.
Derfor er Zero ikke bare endnu en post på agentlisten. Det er overgangen fra personlig agent og udvikler-runtime til troværdig AI-kollega for rigtigt arbejde.
