OpenClaw et Hermes n'ont pas percé parce que le monde avait besoin d'un énième chatbot. Ils ont percé parce qu'ils sont arrivés au moment précis où les utilisateurs ont commencé à se poser une question plus difficile : et si un assistant IA pouvait réellement opérer ?
OpenClaw a rendu cette idée personnelle. Il a placé un agent sur votre propre appareil, l'a relié aux canaux de messagerie que vous utilisez déjà, et a donné aux utilisateurs avancés la sensation d'un assistant local doté de vraies mains.
Hermes a rendu cette même idée extensible. Il a transformé l'agent en un runtime opérable par les développeurs : CLI, passerelle de messagerie, mémoire, compétences, MCP, cron, backends de terminal, et une boucle d'apprentissage qui s'améliore au fil du travail.
Zero s'appuie sur la même vague, mais l'emmène dans une direction différente. OpenClaw et Hermes ont montré que les gens veulent des agents autonomes. Zero pose la question suivante : comment rendre cet agent sûr, utile et reproductible pour une véritable équipe ?
Cette analyse repose sur la documentation publique de GitHub et des produits, vérifiée le 2 juin 2026.
La chronologie : quand OpenClaw et Hermes sont apparus
| Produit | Signal public | Signal de percée | Ce qu'il représentait |
|---|---|---|---|
| OpenClaw | Dépôt GitHub créé le 24 novembre 2025 ; première version publique le 25 novembre 2025 | Plus de 376k étoiles GitHub et 78k forks lors de la vérification le 2 juin 2026 | L'assistant IA personnel viral : local-first, auto-hébergé, accessible depuis n'importe où par message. |
| Hermes Agent | Dépôt GitHub créé le 22 juillet 2025 ; première vague de versions visibles à partir du 12 mars 2026 | Plus de 176k étoiles GitHub et 30k forks lors de la vérification le 2 juin 2026 | Le runtime d'agent technique : auto-améliorant, flexible côté modèle, natif CLI, extensible. |
| Zero | Dépôt open-source créé le 14 novembre 2025 ; la dynamique publique produit/versions s'est accélérée au printemps 2026 | Plus de 100 connecteurs, surface d'équipe Slack/web, exécution de travail sous permissions | Le coéquipier IA d'équipe : un vrai travail à travers les outils SaaS, avec gouvernance et auditabilité. |
Le timing compte. À la fin 2025 et au début 2026, les développeurs avaient déjà vu ce dont les agents de codage étaient capables. Claude Code, les CLI de type Codex, les agents de navigateur et les modèles d'appel d'outils avaient rendu la boucle d'agent concrète. Les utilisateurs ne voulaient plus une meilleure boîte à réponses. Ils voulaient un assistant capable d'ouvrir des outils, de mémoriser le contexte, d'exécuter des tâches et de revenir avec un résultat fini.
OpenClaw et Hermes ont chacun capté cette demande, mais à des extrémités différentes du marché.
Pourquoi OpenClaw a percé
La percée d'OpenClaw ne tenait pas seulement à ses fonctionnalités. Elle tenait à une clarté émotionnelle.
Son README le décrit comme un assistant IA personnel que vous exécutez sur vos propres appareils. Ce message porte immédiatement. Vous n'achetez pas une plateforme de workflow. Vous n'installez pas une suite d'automatisation d'entreprise. Vous élevez un agent personnel qui vous répond sur WhatsApp, Telegram, Slack, Discord, iMessage, Signal, Microsoft Teams, Matrix, WeChat, QQ et bien d'autres canaux.
Cela a donné à OpenClaw trois avantages de percée.
1. Il a rendu l'autonomie personnelle
L'idée maîtresse n'était pas « framework d'agent ». C'était « mon assistant, sur mes appareils, dans mes conversations ».
C'est un cadre viral bien plus fort qu'un schéma d'architecture technique. Un assistant local-first suscite une curiosité immédiate, car il ressemble au produit IA grand public manquant : la chose qui vit à vos côtés, écoute, répond, achemine les messages, exécute des outils et donne l'impression d'être toujours active.
OpenClaw a pleinement misé là-dessus. Il avait une mascotte claire, une identité forte, une installation locale concrète, et une promesse simple : si vous voulez un assistant mono-utilisateur qui semble local, rapide et toujours actif, le voici.
2. Il a fait de la distribution une fonctionnalité
La plupart des produits d'agent obligent les utilisateurs à venir vers l'agent. OpenClaw a fait venir l'agent vers l'utilisateur.
La liste des canaux est exceptionnellement large : 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 et Android. Cette étendue n'est pas qu'un travail d'intégration. C'est une stratégie de distribution.
Chaque canal devient une démonstration possible. Chaque fil de messages devient un endroit où montrer l'agent faisant quelque chose d'utile. C'est pourquoi OpenClaw était facile à évoquer : les gens pouvaient imaginer l'utiliser immédiatement, sans changer le lieu où ils communiquent déjà.
3. Il a donné le contrôle aux utilisateurs avancés
Le modèle de Gateway auto-hébergée d'OpenClaw est devenu partie intégrante de son attrait. Il permettait aux utilisateurs techniques d'exécuter eux-mêmes le plan de contrôle, de configurer les canaux, de gérer les appairages, d'installer des compétences, d'exposer une Gateway et de décider de l'étendue de l'autorité à accorder à l'assistant.
Ce contrôle a aussi créé le principal compromis. La propre documentation de sécurité d'OpenClaw le présente comme un modèle de confiance d'assistant personnel, et non comme une frontière de sécurité multi-locataire hostile. C'est le bon cadrage. OpenClaw est puissant parce que l'opérateur possède l'environnement. Cela signifie aussi que l'opérateur possède le risque.
Pour les particuliers et les amateurs techniques, c'est acceptable. Pour les entreprises, c'est plus difficile à vendre.
Pourquoi Hermes a percé
Hermes a percé auprès d'un public différent. OpenClaw a donné aux gens l'envie d'un assistant personnel. Hermes a donné aux développeurs l'envie d'un runtime d'agent sérieux.
Son README décrit Hermes comme un agent IA auto-améliorant créé par Nous Research. La promesse du produit n'est pas seulement « exécuter des outils ». C'est une boucle d'apprentissage fermée : des compétences créées à partir de l'expérience, des souvenirs préservés d'une session à l'autre, la recherche dans les conversations passées, le changement de modèle, le cron, la passerelle de messagerie, des sous-agents isolés, et des backends de terminal capables de s'exécuter localement, dans Docker, via SSH, sur Modal ou sur Daytona.
Cela a positionné Hermes comme l'agent que l'on pouvait opérer comme une infrastructure.
1. Il est arrivé après que la catégorie était déjà visible
La première vague de versions visibles de Hermes a débuté le 12 mars 2026. À cette date, OpenClaw avait déjà rendu la catégorie de l'agent personnel impossible à ignorer. Cela a aidé Hermes. Le marché n'avait pas besoin d'être convaincu que les agents comptaient. Les utilisateurs techniques étaient prêts à poser une question de second ordre : quel runtime devrais-je adopter, étendre et utiliser comme socle ?
Hermes a répondu avec un package natif pour développeurs : installation en une ligne, CLI/TUI, passerelle, flexibilité des fournisseurs de modèles, prise en charge de MCP, cron, outils, mémoire, et migration depuis OpenClaw.
2. Il a fait de l'auto-amélioration une idée produit
L'affirmation la plus distinctive de Hermes est la boucle d'apprentissage. Les compétences, la mémoire, la recherche de sessions et la modélisation de l'utilisateur ne sont pas présentées comme des fonctionnalités secondaires. Elles sont au cœur du produit.
Cela compte, car le mode d'échec évident des agents est l'oubli. Les utilisateurs ne veulent pas reconstruire le contexte à chaque session, réexpliquer les procédures, ni organiser manuellement chaque fichier d'instructions. Hermes a transformé cette douleur en récit produit : l'agent grandit avec vous.
C'est une histoire forte pour les développeurs et les chercheurs. Elle fait de Hermes moins un outil qu'un système qui se cumule.
3. Il a affiché une vélocité de versions extrême
Les notes de version de Hermes font partie de son histoire de percée. La « Velocity Release » du 28 mai 2026 revendique 1 302 commits, 747 PR fusionnées, plus de 560 issues fermées et 321 contributeurs de la communauté depuis la précédente version majeure. Les versions du 16 mai et du 7 mai montrent une dynamique tout aussi agressive.
Ce type de vélocité crée la confiance dans un produit d'infrastructure open-source. Il indique aux utilisateurs techniques que le projet est vivant, réactif et qu'il vaut la peine d'être adopté comme socle. Il crée aussi un cercle vertueux communautaire : des versions rapides attirent des utilisateurs, les utilisateurs ouvrent des issues et des PR, et le projet avance plus vite.
4. Il a réduit le coût de migration depuis OpenClaw
Hermes a aussi fait quelque chose de stratégiquement astucieux : il s'est rendu lisible aux utilisateurs d'OpenClaw. Le README documente hermes claw migrate, qui peut importer depuis OpenClaw les paramètres, les souvenirs, les compétences, les listes d'autorisation de commandes, les paramètres de messagerie, certaines clés API et les instructions de workspace.
Cela transforme la popularité d'OpenClaw en pont plutôt qu'en simple menace concurrentielle. Si un utilisateur technique commence avec OpenClaw et souhaite plus tard un runtime plus orienté développeur, Hermes offre une voie.
Ce qu'OpenClaw et Hermes laissent encore non résolu
OpenClaw et Hermes ont percé parce qu'ils sont enthousiasmants. Mais les traits mêmes qui les ont rendus viraux exposent aussi la couche suivante du problème.
Ils sont les plus solides pour les utilisateurs capables d'opérer une stack d'agent. Cela inclut les développeurs, les utilisateurs avancés, les amateurs, les chercheurs et les opérateurs techniques. Cela n'inclut pas automatiquement un responsable des ventes, un manager du support, un fondateur, un marketeur, un opérateur financier ou un chef de produit qui veut simplement que le travail soit fait en toute sécurité.
Les principales lacunes ne sont pas des lacunes d'intelligence. Ce sont des lacunes d'adoption.
| Lacune | Pourquoi elle compte |
|---|---|
| Charge de configuration | Exécuter une Gateway, configurer les fournisseurs, gérer les canaux et durcir les accès sont de vraies tâches opérationnelles. |
| Risque sur les identifiants | Si l'agent peut opérer des outils puissants, l'équipe a besoin de règles claires sur ce que l'agent peut voir, faire, journaliser et approuver. |
| Gouvernance d'équipe | Les assistants personnels ne résolvent pas automatiquement les permissions au niveau du workspace, l'usage par membre, la politique de connecteurs ou l'auditabilité. |
| Intégrations métier | Les canaux de messagerie sont utiles, mais les équipes ont besoin d'un accès fiable à Slack, Gmail, GitHub, Notion, Linear, HubSpot, Sentry, Sheets, Calendar, Drive et plus encore. |
| Workflows reproductibles | Une démo virale n'est pas la même chose qu'un processus métier du lundi matin qui s'exécute chaque semaine. |
C'est là que Zero va plus loin.
Ce que Zero fait de mieux
Zero ne cherche pas à gagner en étant le runtime d'agent le plus configurable. Il gagne en transformant la capacité agentique en un produit que les équipes peuvent réellement adopter.
La différence est simple : OpenClaw et Hermes sont d'abord pensés pour l'opérateur. Zero est d'abord pensé pour l'organisation.
1. Zero passe de l'autonomie personnelle à la délégation d'équipe
OpenClaw demande : comment exécuter mon propre assistant personnel ?
Hermes demande : comment opérer et étendre mon propre runtime d'agent ?
Zero demande : comment une équipe délègue-t-elle un vrai travail à un coéquipier IA sans que chaque utilisateur doive devenir un opérateur d'agent ?
C'est une surface de produit différente. Zero fonctionne dans Slack et sur le web. Les gens peuvent le mentionner, lui assigner une tâche, connecter des outils, planifier du travail et examiner les résultats sans savoir comment fonctionnent une Gateway, un backend de terminal, un serveur MCP ou un daemon local.
Cela compte, car la plupart des entreprises n'adoptent pas les outils via leurs utilisateurs les plus techniques. Elles adoptent les outils lorsque les équipes non techniques peuvent les utiliser en toute sécurité.
2. Zero se connecte aux systèmes de travail, pas seulement aux canaux de chat
L'étendue des canaux d'OpenClaw est impressionnante. L'étendue de la passerelle de Hermes est utile. Mais le travail métier dépend généralement des systèmes SaaS, pas seulement de la livraison de messages.
Zero se connecte à plus de 100 outils : Slack, GitHub, Gmail, Google Calendar, Google Sheets, Notion, Linear, Sentry, Axiom, HubSpot, Intercom, Figma, Vercel, Dropbox, Airtable, Plausible, Resend, X, Reddit et plus encore.
Cette couche de connecteurs change la catégorie. Zero n'est pas seulement joignable depuis Slack. Il peut utiliser Slack, GitHub, Gmail, Notion, Linear et d'autres systèmes comme surfaces de travail. Il peut trier Sentry, créer des issues GitHub, préparer une prise de contact, résumer des métriques de campagne, rédiger une mise à jour pour le conseil d'administration, planifier un rapport récurrent, ou transformer des discussions Slack en décisions structurées.
Pour les équipes, c'est la différence entre un assistant à qui l'on peut parler et un coéquipier qui peut terminer le travail.
3. Zero fait des permissions une fonctionnalité produit
C'est le plus grand fossé entre un agent viral et un agent d'équipe adoptable.
Le modèle de permissions de Zero fonctionne connecteur par connecteur et action par action. La posture par défaut est conservatrice : lire avant d'écrire, demander avant d'envoyer, et permettre la révocation. Les actions sensibles — envoyer un e-mail externe, déplacer de l'argent, publier publiquement, supprimer des données, inviter des utilisateurs ou modifier l'infrastructure de production — s'interrompent pour une approbation humaine.
Ce n'est pas un petit détail d'UX. C'est le déclencheur de l'adoption.
Une entreprise ne demande pas seulement : « L'agent peut-il faire cela ? » Elle demande : « L'agent peut-il faire cela sans nous surprendre, sans divulguer d'identifiants, sans supprimer de données, ni agir sous l'autorité de la mauvaise personne ? »
Zero est conçu autour de cette question.
4. Zero protège les identifiants de l'agent lui-même
Les systèmes auto-hébergés peuvent être sécurisés, mais c'est à l'opérateur de faire le travail. Zero en fait une propriété au niveau de la plateforme.
La documentation de sécurité de Zero décrit une exécution isolée dans des microVM Firecracker avec isolation KVM au niveau matériel. Chaque exécution a lieu dans son propre environnement privé et est détruite après son achèvement. Les identifiants sont gérés par la plateforme ; l'agent peut utiliser les outils connectés, mais il ne peut pas voir ni extraire les tokens bruts. Les secrets sont injectés au niveau réseau, et les requêtes sortantes sont analysées pour réduire le risque de fuite.
Pour les équipes métier, c'est un avantage pratique majeur. L'agent peut accomplir un travail utile avec Gmail, Slack, GitHub et d'autres outils sans transformer chaque identifiant en quelque chose que le modèle ou le code de l'agent peut inspecter.
5. Zero est conçu pour le travail récurrent
Une démo d'agent percutante impressionne une fois. Un workflow récurrent apporte de la valeur chaque semaine.
Zero est conçu pour l'intelligence planifiée : scans d'erreurs quotidiens, rapports de campagne hebdomadaires, briefs de métriques du lundi, relances de prospects, vérifications de dette technique, production de contenu, tri du support, et mises à jour de statut opérationnel. L'utilisateur n'a pas besoin de réinviter l'agent à chaque fois. Le workflow devient une routine.
C'est là que le cadrage « coéquipier » de Zero prend tout son sens. Un coéquipier ne se contente pas de répondre quand on le sollicite. Un coéquipier prend en charge une responsabilité récurrente.
6. Zero offre aux équipes l'auditabilité
Lorsqu'un agent travaille à travers les systèmes métier, les journaux comptent. Zero met l'accent sur des journaux d'activité complets, les appels d'outils, l'historique des approbations et des exécutions auditables. Cela facilite l'examen de ce qui s'est passé, le débogage d'une exécution et l'instauration de la confiance au fil du temps.
OpenClaw et Hermes donnent le contrôle aux opérateurs. Zero donne la visibilité aux équipes.
Ce sont des types de confiance différents.
La différence stratégique
La façon la plus simple de comprendre le marché est la suivante :
| Produit | Ce qui a percé | Ce qu'il optimise | Principale limite |
|---|---|---|---|
| OpenClaw | L'assistant IA personnel et local | Le contrôle, les canaux, la propriété auto-hébergée | L'opérateur possède la configuration et la sécurité. |
| Hermes Agent | Le runtime d'agent auto-améliorant | L'extensibilité, la mémoire, les modèles, MCP, CLI, cron | Idéal pour les utilisateurs techniques capables d'opérer une infrastructure. |
| Zero | Le coéquipier IA d'équipe | La délégation, les connecteurs, les permissions, la sécurité, le travail récurrent | Moins axé sur le bricolage local ; davantage sur l'exécution gérée en équipe. |
OpenClaw et Hermes ont gagné l'attention en prouvant que les agents pouvaient sembler vivants. Zero gagne l'adoption en rendant les agents utilisables dans la réalité désordonnée du travail d'équipe.
C'est une barre plus haute. Les équipes n'ont pas seulement besoin d'autonomie. Elles ont besoin d'une autorité circonscrite, de reproductibilité, d'observabilité, de sécurité des identifiants, et d'une surface de produit que les non-développeurs peuvent comprendre.
Conclusion
OpenClaw a percé parce qu'il a rendu l'agent autonome personnel et local. Hermes a percé parce qu'il a rendu l'agent extensible, auto-améliorant et techniquement sérieux.
Zero s'appuie sur ces deux enseignements, puis monte dans la stack.
Il conserve ce que les gens voulaient d'OpenClaw et de Hermes — une IA qui peut réellement accomplir du travail — mais ajoute ce dont les entreprises ont besoin avant de pouvoir s'y fier : plus de 100 connecteurs de travail, l'accès via Slack et le web, des tâches planifiées, des sous-agents, des permissions au niveau de l'action, des approbations pour les actions sensibles, l'isolation des identifiants, l'exécution en microVM Firecracker, et des pistes d'audit.
Voilà pourquoi Zero n'est pas qu'une entrée de plus dans la liste des agents. C'est le passage de l'agent personnel et du runtime de développeur au coéquipier IA digne de confiance pour un vrai travail.
