OpenClaw och Hermes slog inte igenom för att världen behövde ännu en chatbot. De slog igenom för att de kom precis när användare började ställa en svårare fråga: tänk om en AI-assistent faktiskt kunde agera?
OpenClaw gjorde den idén personlig. Den placerade en agent på din egen enhet, kopplade den till de meddelandekanaler du redan använder och gav avancerade användare känslan av en lokal assistent med verklig handlingskraft.
Hermes gjorde samma idé utbyggbar. Den förvandlade agenten till en utvecklarstyrd runtime: CLI, meddelandegateway, minne, färdigheter, MCP, cron, terminal-backends och en inlärningsslinga som förbättras under arbetets gång.
Zero bygger vidare på samma våg, men tar den i en annan riktning. OpenClaw och Hermes visade att människor vill ha autonoma agenter. Zero ställer nästa fråga: hur gör du agenten säker, användbar och repeterbar för ett faktiskt team?
Denna analys baseras på offentlig GitHub och produktdokumentation kontrollerad 2 juni 2026.
Tidslinjen: när OpenClaw och Hermes dök upp
| Produkt | Offentlig signal | Genombrottssignal | Vad den representerade |
|---|---|---|---|
| OpenClaw | GitHub-repo skapat 24 november 2025; första publika släpp 25 november 2025 | Mer än 376k GitHub-stjärnor och 78k forkar vid kontroll den 2 juni 2026 | Den virala personliga AI-assistenten: lokal-först, självhostad, kan nås från alla kanaler. |
| Hermes Agent | GitHub-repo skapat 22 juli 2025; första synliga släppvåg startar 12 mars 2026 | Mer än 176k GitHub-stjärnor och 30k forkar vid kontroll den 2 juni 2026 | Den tekniska agent-runtime: självförbättrande, modellflexibel, CLI-inbyggd, utbyggbar. |
| Zero | Öppen källkods-repo skapat 14 november 2025; offentlig produkt-/release-aktivitet accelererade våren 2026 | 100+ connectors, Slack/webb-teamgränssnitt, behörighetsstyrd arbetskörning | Teamets AI-kollega: verkligt arbete över SaaS-verktyg med styrning och spårbarhet. |
Tajmingen spelar roll. Vid slutet av 2025 och början av 2026 hade utvecklare redan sett vad kodande agenter kunde göra. Claude Code, Codex-liknande CLI:er, webbläsaragenter och verktygsanropande modeller hade gjort agentloopen verklig. Användare ville inte längre ha en bättre svarsruta. De ville ha en assistent som kunde öppna verktyg, minnas kontext, utföra uppgifter och återkomma med ett färdigt resultat.
OpenClaw och Hermes fångade båda den efterfrågan, men från olika delar av marknaden.
Varför OpenClaw slog igenom
OpenClaws genombrott handlade inte bara om funktioner. Det handlade om emotionell tydlighet.
Dess README kallar den en personlig AI-assistent du kör på dina egna enheter. Det budskapet går rakt in. Du köper inte en arbetsflödesplattform. Du installerar inte en företagsautomationssvit. Du skapar en personlig agent som svarar dig på WhatsApp, Telegram, Slack, Discord, iMessage, Signal, Microsoft Teams, Matrix, WeChat, QQ och många andra kanaler.
Det gav OpenClaw tre genombrottsfördelar.
1. Den gjorde autonomi personligt
Den avgörande idén var inte "agentramverk". Det var "min assistent, på mina enheter, i mina chattar."
Det är en starkare viral ram än ett tekniskt arkitekturdiagram. En lokal-först-assistent väcker omedelbar nyfikenhet eftersom det låter som den saknade konsument-AI-produkten: något som finns vid din sida, lyssnar, svarar, vidarebefordrar meddelanden, kör verktyg och känns alltid tillgänglig.
OpenClaw satsade på det. Den hade en tydlig maskot, stark identitet, konkret lokal installation och ett enkelt löfte: om du vill ha en enanvändarassistent som känns lokal, snabb och alltid på – då är det denna.
2. Den gjorde distribution till en funktion
De flesta agentprodukter får användaren att komma till agenten. OpenClaw fick agenten att komma till användaren.
Kanal-listan är ovanligt 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 och Android. Den bredden är inte bara integrationsarbete. Det är en distributionsstrategi.
Varje kanal blir en möjlig demo. Varje meddelandetråd blir en plats att visa agenten göra något användbart. Därför var OpenClaw lätt att prata om: folk kunde direkt föreställa sig att använda den, utan att ändra var de redan kommunicerar.
3. Den gav avancerade användare kontroll
OpenClaws självhostade Gateway-modell blev en del av attraktionskraften. Den lät tekniska användare köra kontrollplanet själva, konfigurera kanaler, hantera parkopplingar, installera färdigheter, exponera en Gateway och bestämma hur mycket auktoritet assistenten skulle ha.
Den kontrollen skapade också den största kompromissen. OpenClaws egna säkerhetsdokument beskriver det som en personlig assistent-förtroendemodell, inte en fientlig multi-tenant-säkerhetsgräns. Det är rätt inramning. OpenClaw är kraftfull eftersom operatören äger miljön. Det betyder också att operatören äger risken.
För individer och tekniska hobbyister är det acceptabelt. För företag är det svårare att sälja in.
Varför Hermes slog igenom
Hermes slog igenom för en annan publik. OpenClaw fick folk att vilja ha en personlig assistent. Hermes fick utvecklare att vilja ha en seriös agent-runtime.
Dess README beskriver Hermes som en självförbättrande AI-agent byggd av Nous Research. Produktlöftet är inte bara "kör verktyg". Det är en sluten inlärningsslinga: färdigheter skapade av erfarenhet, minnen bevarade mellan sessioner, sökning över tidigare konversationer, modellväxling, cron, meddelandegateway, isolerade subagenter och terminal-backends som kan köras lokalt, i Docker, över SSH, på Modal eller på Daytona.
Det positionerade Hermes som agenten du kan drifta som infrastruktur.
1. Den kom när kategorin redan var synlig
Hermes första synliga släppvåg startade 12 mars 2026. Då hade OpenClaw redan gjort personliga agent-kategorin omöjlig att ignorera. Det gynnade Hermes. Marknaden behövde inte övertygas om att agenter var viktiga. Tekniska användare var redo att ställa nästa fråga: vilken runtime ska jag lita på, bygga ut och bygga kring?
Hermes svarade med ett utvecklarvänligt paket: installation med en rad, CLI/TUI, gateway, modellleverantörsflexibilitet, MCP-stöd, cron, verktyg, minne och migrering från OpenClaw.
2. Den gjorde självförbättring till produktidé
Det mest utmärkande Hermes-påståendet är inlärningsslingan. Färdigheter, minne, sessionssökning och användarmodellering presenteras inte som sidofunktioner. De är produktens kärna.
Det är viktigt eftersom den uppenbara svagheten för agenter är glömska. Användare vill inte bygga upp kontext varje session, förklara procedurer igen eller manuellt kurera varje instruktion. Hermes gjorde den smärtan till en produktberättelse: agenten växer med dig.
Det är en stark berättelse för utvecklare och forskare. Det får Hermes att kännas mindre som ett verktyg och mer som ett system som växer över tid.
3. Den visade extrem release-takt
Hermes release-noteringar är en del av dess genombrottshistoria. Maj 28, 2026 "Velocity Release" hävdar 1,302 commits, 747 mergade PR:ar, mer än 560 stängda issues och 321 community-bidragare sedan förra stora släppet. Maj 16 och maj 7-släppen visar liknande aggressiv utveckling.
Den typen av fart skapar förtroende för en öppen infrastrukturprodukt. Det visar tekniska användare att projektet lever, är responsivt och värt att bygga kring. Det skapar också en community-effekt: snabba släpp lockar användare, användare rapporterar issues och PR:ar, och projektet går snabbare framåt.
4. Den sänkte bytet från OpenClaw
Hermes gjorde också något strategiskt smart: den gjorde sig begriplig för OpenClaw-användare. README dokumenterar hermes claw migrate, som kan importera inställningar, minnen, färdigheter, kommandotillåtelselistor, meddelandeinställningar, valda API-nycklar och arbetsytans instruktioner från OpenClaw.
Det gör OpenClaws popularitet till en bro istället för bara ett hot. Om en teknisk användare börjar med OpenClaw och senare vill ha en mer utvecklarfokuserad runtime, finns en väg till Hermes.
Vad OpenClaw och Hermes fortfarande inte löser
OpenClaw och Hermes slog igenom för att de är spännande. Men samma egenskaper som gjorde dem virala blottlägger också nästa lager av problemet.
De är starkast för användare som kan drifta en agentstack. Det inkluderar utvecklare, avancerade användare, hobbyister, forskare och tekniska operatörer. Det inkluderar inte automatiskt en säljchef, supportansvarig, grundare, marknadsförare, ekonomiansvarig eller produktchef som bara vill få jobbet gjort säkert.
De viktigaste luckorna är inte intelligensluckor. Det är adoptionsluckor.
| Lucka | Varför det spelar roll |
|---|---|
| Installationsbörda | Att köra en Gateway, konfigurera leverantörer, hantera kanaler och säkra åtkomst är verkliga driftuppgifter. |
| Behörighetsrisk | Om agenten kan använda kraftfulla verktyg behöver teamet tydliga regler för vad agenten får se, göra, logga och godkänna. |
| Teamstyrning | Personliga assistenter löser inte automatiskt arbetsytans behörigheter, medlemsanvändning, connector-policy eller spårbarhet. |
| Affärsintegrationer | Meddelandekanaler är användbara, men team behöver pålitlig åtkomst till Slack, Gmail, GitHub, Notion, Linear, HubSpot, Sentry, Sheets, Calendar, Drive och fler. |
| Repeterbara arbetsflöden | En viral demo är inte samma sak som en måndagsprocess som körs varje vecka. |
Det är där Zero går längre.
Vad Zero gör bättre
Zero försöker inte vinna genom att vara den mest konfigurerbara agent-runtime. Den vinner genom att göra agentkapacitet till en produkt som team faktiskt kan ta i bruk.
Skillnaden är enkel: OpenClaw och Hermes är operatörsförst. Zero är organisationsförst.
1. Zero går från personlig autonomi till teamdelegering
OpenClaw frågar: hur kör jag min egen personliga assistent?
Hermes frågar: hur driver och bygger jag ut min egen agent-runtime?
Zero frågar: hur delegerar ett team verkligt arbete till en AI-kollega utan att varje användare måste bli agentoperatör?
Det är en annan produktupplevelse. Zero fungerar i Slack och på webben. Folk kan nämna den, tilldela en uppgift, koppla verktyg, schemalägga arbete och granska resultat utan att veta hur en Gateway, terminal-backend, MCP-server eller lokal daemon fungerar.
Det spelar roll eftersom de flesta företag inte tar i bruk verktyg via sina mest tekniska användare. De tar i bruk verktyg när icke-tekniska team kan använda dem säkert.
2. Zero kopplar till arbetsverktyg, inte bara chattkanaler
OpenClaws kanalbredd är imponerande. Hermes gateway-bredd är användbar. Men affärsarbete bygger oftast på SaaS-system, inte bara meddelandeleverans.
Zero kopplar till 100+ verktyg: Slack, GitHub, Gmail, Google Calendar, Google Sheets, Notion, Linear, Sentry, Axiom, HubSpot, Intercom, Figma, Vercel, Dropbox, Airtable, Plausible, Resend, X, Reddit och fler.
Det connector-lagret förändrar kategorin. Zero är inte bara nåbar från Slack. Den kan använda Slack, GitHub, Gmail, Notion, Linear och andra system som arbetsytor. Den kan triagera Sentry, skapa GitHub-ärenden, förbereda outreach, sammanfatta kampanjdata, skriva styrelseuppdateringar, schemalägga återkommande rapporter eller omvandla Slack-diskussioner till strukturerade beslut.
För team är det skillnaden mellan en assistent du kan prata med och en kollega som kan slutföra arbetet.
3. Zero gör behörigheter till en produktfunktion
Detta är den största skillnaden mellan en viral agent och en agent som kan tas i bruk av team.
Zeros behörighetsmodell är connector-för-connector och åtgärd-för-åtgärd. Grundinställningen är konservativ: läs före skriv, fråga före sändning och tillåt återkallelse. Känsliga åtgärder – skicka extern e-post, flytta pengar, publicera offentligt, radera data, bjuda in användare eller ändra produktionsinfrastruktur – pausas för mänskligt godkännande.
Det är inte en liten UX-detalj. Det är nyckeln till adoption.
Ett företag frågar inte bara, "Kan agenten göra detta?" Det frågar, "Kan agenten göra detta utan att överraska oss, läcka behörigheter, radera data eller agera under fel persons auktoritet?"
Zero är byggd kring den frågan.
4. Zero skyddar behörigheter från agenten själv
Självhostade system kan säkras, men operatören måste göra jobbet. Zero gör detta till en plattformsnivå-egenskap.
Zeros säkerhetsdokument beskriver isolerad körning i Firecracker-microVM:er med hårdvarunivå-KVM-isolering. Varje körning sker i en privat miljö och förstörs efteråt. Behörigheter hanteras av plattformen; agenten kan använda kopplade verktyg men kan inte se eller extrahera råa tokens. Hemligheter injiceras på nätverksnivå och utgående förfrågningar skannas för att minska läckagerisk.
För affärsteam är detta en stor praktisk fördel. Agenten kan göra nytta med Gmail, Slack, GitHub och andra verktyg utan att varje behörighet blir något som modellen eller agentkoden kan inspektera.
5. Zero är byggd för återkommande arbete
En imponerande agentdemo är häftig en gång. Ett återkommande arbetsflöde är värdefullt varje vecka.
Zero är designad för schemalagd intelligens: dagliga felgenomgångar, veckovisa kampanjrapporter, måndagsgenomgångar, lead-uppföljningar, teknikskuldkontroller, innehållsproduktion, supporttriage och statusuppdateringar. Användaren behöver inte omformulera prompten varje gång. Arbetsflödet blir rutin.
Här spelar Zeros kollegaram in. En kollega svarar inte bara när den tilltalas. En kollega tar ansvar för återkommande uppgifter.
6. Zero ger team spårbarhet
När en agent arbetar över affärssystem är loggar viktiga. Zero betonar fullständig aktivitetslogg, verktygsanrop, godkännandeshistorik och spårbara körningar. Det gör det enklare att granska vad som hänt, felsöka en körning och bygga förtroende över tid.
OpenClaw och Hermes ger operatörer kontroll. Zero ger team insyn.
Det är olika sorters förtroende.
Den strategiska skillnaden
Det enklaste sättet att förstå marknaden är så här:
| Produkt | Vad slog igenom | Vad den optimerar för | Huvudsaklig begränsning |
|---|---|---|---|
| OpenClaw | Den personliga lokala AI-assistenten | Kontroll, kanaler, självhostat ägande | Operatören ansvarar för installation och säkerhet. |
| Hermes Agent | Den självförbättrande agent-runtime | Utbyggbarhet, minne, modeller, MCP, CLI, cron | Bäst för tekniska användare som kan drifta infrastruktur. |
| Zero | Teamets AI-kollega | Delegering, connectors, behörigheter, säkerhet, återkommande arbete | Mindre för lokal experimentering; mer för hanterad teamkörning. |
OpenClaw och Hermes vann uppmärksamhet genom att visa att agenter kan kännas levande. Zero vinner adoption genom att göra agenter användbara i verklighetens teamarbete.
Det är en högre ribba. Team behöver inte bara autonomi. De behöver avgränsad auktoritet, repeterbarhet, insyn, säkerhet för behörigheter och en produktupplevelse som icke-utvecklare kan förstå.
Slutsats
OpenClaw slog igenom för att den gjorde den autonoma agenten personlig och lokal. Hermes slog igenom för att den gjorde agenten utbyggbar, självförbättrande och tekniskt seriös.
Zero bygger vidare på båda insikterna och tar det ett steg längre.
Den behåller det folk ville ha från OpenClaw och Hermes – en AI som faktiskt kan utföra arbete – men tillför det företag behöver innan de kan lita på den: 100+ arbetsconnectors, Slack- och webbtillgång, schemalagda uppgifter, subagenter, åtgärdsnivå-behörigheter, godkännanden för känsliga åtgärder, isolering av behörigheter, Firecracker-microVM-körning och spårbarhet.
Det är därför Zero inte bara är ännu en agent i listan. Det är steget från personlig agent och utvecklar-runtime till pålitlig AI-kollega för verkligt arbete.
