OpenClaw (ex-Clawdbot, Moltbot) : définition et cas d'usage en entreprise (2026)

Depuis début 2026, beaucoup de recherches françaises portent sur « openclaw », mais aussi sur « clawdbot » et « moltbot ». Ce n'est pas trois outils différents. C'est le même runtime d'agents IA, renommé deux fois en quelques jours fin janvier 2026. Voici le cadrage que je donne aux dirigeants avant d'installer quoi que ce soit : la définition, l'historique des noms, l'architecture, cinq cas d'usage, et les limites à poser dès le pilote.

Réponse courte

OpenClaw (anciennement Clawdbot, puis Moltbot) est un environnement d'exécution d'agents IA, un Gateway le plus souvent local, qui fait tourner un ou plusieurs agents isolés, chacun avec son espace de travail, ses sessions, ses outils et ses canaux de messagerie. Ce n'est pas un simple chatbot : l'agent enchaîne des actions, peut démarrer des sous-agents, et route les messages via des liaisons (bindings). Le projet est passé de Clawdbot à Moltbot le 27 janvier 2026, puis à OpenClaw le 30 janvier 2026 (annonce sur le blog officiel openclaw.ai, relais Wikipedia et CNBC). En entreprise, l'intérêt est de déployer des workflows métier mesurables, pas de « jouer avec un bot ».

OpenClaw, Clawdbot et Moltbot : le même produit

Si vous croisez encore Clawdbot ou Moltbot dans une veille, un tutoriel GitHub ou une note interne, vous regardez probablement le même projet qu'OpenClaw. Il n'y a pas trois produits à comparer, ni trois pilotes à lancer.

Peter Steinberger, développeur autrichien, décrit le démarrage comme un projet de week-end fin 2025, d'abord un relais WhatsApp. Le nom public que beaucoup d'équipes ont retenu ensuite est Clawdbot (aussi évoqué sous la forme Clawd, un jeu de mots entre Claude et une pince de homard). D'après le blog officiel « Introducing OpenClaw », l'équipe juridique d'Anthropic a demandé de revoir ce nom. Le fondateur l'accepte sans détour.

Le 27 janvier 2026, le projet devient Moltbot. Le mot vient de la mue du homard (molting) : l'animal quitte sa carapace pour grandir. Le nom a été choisi avec la communauté, lors d'un brainstorm Discord à 5 heures du matin. Il était cohérent avec la mascotte, mais, selon le fondateur, il ne se prononçait pas facilement.

Le 30 janvier 2026, trois jours plus tard, le nom retenu est OpenClaw. L'annonce officielle est publiée sur openclaw.ai (billet daté du 29 janvier 2026). Wikipedia et un article CNBC du 2 février 2026 datent le passage à OpenClaw au 30 janvier. Open rappelle le caractère open source et communautaire. Claw garde l'héritage du homard. Le fondateur précise aussi que des recherches de marques et l'achat des domaines ont été faits avant ce troisième nom.

En clair : Clawdbot, Moltbot et OpenClaw désignent le même runtime. Si une documentation interne parle encore de Clawdbot, mettez à jour le vocabulaire, pas forcément toute l'architecture. C'est aussi pour cela que cette page couvre les trois noms, plutôt que de créer un article séparé sur Clawdbot ou Moltbot, qui cannibaliserait le même sujet.

OpenClaw, c'est quoi exactement ?

Un agent IA classique dialogue. OpenClaw va plus loin : il fournit une boucle d'agent intégrée, le branchement d'outils, l'assemblage des prompts, la gestion des sessions et la livraison sur des canaux. Le blog officiel le résume ainsi : une plateforme d'agents open source qui tourne sur votre machine et s'utilise depuis les applications de chat que vous avez déjà (WhatsApp, Telegram, Discord, Slack, Teams). Vos règles, votre infrastructure, vos clés.

Chaque agent a :

• un workspace (fichiers, consignes type AGENTS.md / SOUL.md) ;
• un état (auth, modèles, historique SQLite) ;
• des outils (lecture, écriture, exec, navigateur, etc., selon la politique) ;
• des bindings qui acheminent un message Slack, WhatsApp ou Telegram vers le bon agent.

En clair : OpenClaw, c'est le « système d'exploitation » de vos agents, pas seulement un modèle de langage. Il n'écrit pas les réponses à votre place dans le vide : il les exécute dans un contexte persistant, avec mémoire, outils et canaux. Si vous cadrez déjà des cas d'automatisation IA en entreprise, OpenClaw est souvent la brique « exécution dans vos canaux », là où un chatbot s'arrête à la fenêtre de conversation.

Deux précisions utiles pour éviter les confusions :

1. OpenClaw n'est pas un LLM. Il s'appuie sur les modèles que vous configurez (Claude, ChatGPT ou un autre, selon votre setup). Le produit, c'est le runtime.
2. OpenClaw n'est pas un agent SaaS fermé. Il tourne où vous le choisissez : laptop, labo interne ou VPS. C'est un avantage de contrôle. C'est aussi une responsabilité d'exploitation que beaucoup sous-estiment au premier essai.

Architecture : Gateway, agents, canaux

Le cœur s'appelle le Gateway. Il héberge un ou plusieurs agents dans le même processus. En mode simple, un seul agent main suffit. En multi-agents, vous isolez des personas (support, commercial, ops) avec des workspaces et des sessions séparés.

Concrètement, un message arrive sur un canal. Le binding décide quel agent le prend en charge. Cet agent lit son workspace, son historique et les outils autorisés, puis répond ou agit. S'il a besoin d'une recherche longue ou d'un brouillon parallèle, il peut lancer un sous-agent, puis consolider le résultat.

Les skills (méthodes réutilisables) et les serveurs MCP se branchent ensuite pour connecter CRM, fichiers ou API internes. Les Claude Skills jouent un rôle voisin côté Claude. Ici, OpenClaw orchestre le runtime et les canaux.

Ce n'est pas le même sujet que l'architecture agentique en entreprise. Cet autre article traite des patterns d'orchestration multi-agents : qui fait quoi, comment relier les rôles, quand un seul agent suffit. La page que vous lisez définit OpenClaw (ex-Clawdbot, Moltbot), son runtime et les cas d'usage à tester en pilote. Les deux se complètent. Ne les fusionnez pas dans une seule page fourre-tout.

5 business cases OpenClaw en entreprise

La vidéo de cet article détaille cinq cas concrets. Voici le filtre que j'utilise avec les équipes : la tâche doit être répétitive, mesurable, et limitée en droits. Sinon vous construisez un gadget.

1. Support client (FAQ et tickets). Un agent lié à un canal Slack ou WhatsApp répond aux questions récurrentes, classe le sujet, et escalade avec un résumé quand un humain doit intervenir. Il ne clôture pas un ticket sensible tout seul. Critère : taux de résolution niveau 1 et temps de première réponse, avant et après 30 jours.

2. Veille et briefings. Un agent planifié lit des sources autorisées, synthétise, et livre un brief dans un canal dédié. La qualité se juge à l'usage : le brief est-il lu chaque matin, ou ignore-t-on une énième newsletter ? Critère : ouverture réelle, décisions prises à partir du brief, sources citées.

3. Commercial (préparation et relances). Un agent prépare une fiche avant un appel (contexte compte, dernières interactions) ou propose une relance à valider. Sur les messages clients sensibles, pas d'envoi automatique sans validation. Critère : temps gagné par commercial et qualité perçue par le manager, pas le volume de messages envoyés.

4. Ops et reporting. Checklists, alertes, rapports périodiques vers un canal ops. Une alerte doit être actionnable : qui fait quoi, avant quelle heure, avec quel seuil. Une alerte trop fréquente devient du bruit, et l'équipe coupe le canal. Critère : alertes traitées, pas alertes émises.

5. Contenu et recherche multi-agents. Un agent principal délègue à des sous-agents (recherche, draft, relecture) puis consolide. Un humain valide avant toute publication ou envoi externe. Critère : un livrable relu, pas une publication automatique.

Ces cinq cas marchent si vous bornez le périmètre dès le jour 1 : un canal, un type de demande, une politique d'outils. Élargir vient après la mesure, pas avant.

OpenClaw vs chatbot vs agent SaaS

La question revient souvent : « on a déjà un chatbot, pourquoi ajouter OpenClaw ? » Parce que l'objet n'est pas le même.

Un chatbot rédige une réponse. Un agent SaaS exécute un parcours prévu par l'éditeur. OpenClaw (ex-Clawdbot, Moltbot) fait tourner des personas isolées sur vos canaux, avec des politiques d'outils différentes : lecture seule pour le support, droits plus larges pour un agent interne de reporting.

Le bon test n'est pas « est-ce plus malin qu'un chat ? ». C'est : peut-on lui donner une tâche récurrente, borner ses droits, et mesurer un gain en 30 jours ? Si la réponse est non, restez sur un chatbot ou un scénario d'automatisation plus simple.

Limites et risques (à poser avant l'install)

OpenClaw n'est pas magique. Cinq limites reviennent dans presque tous les pilotes.

• Machine dédiée. Ne pas installer OpenClaw sur le laptop du dirigeant avec tous ses comptes ouverts. VPS ou mini PC dédié, email et accès séparés. Un poste quotidien concentre trop de secrets, trop de sessions, trop de risque d'erreur humaine.

• Droits trop larges. Un agent avec write / exec partout est un risque ops. Préférez une sandbox et des listes deny tant que le pilote n'est pas stable. Accordez un droit seulement quand un cas d'usage le justifie.

• Données sensibles. Définir ce qui peut entrer dans le contexte (RH, secrets, données clients). Un contrat, un export paie ou un dossier médical n'ont rien à faire dans un agent de démo. Un audit IA clarifie ce périmètre en quelques jours, surtout si plusieurs équipes veulent brancher leurs canaux en parallèle.

• Coût tokens. Chaque sous-agent a son propre contexte : utile en parallèle, cher si on en lance sans limite. Posez un plafond dès le pilote (nombre de sous-agents, fréquence des briefs, taille des historiques).

• Adoption. Sans cas d'usage et critère à 30 jours, le Gateway tourne… et personne ne l'utilise. L'échec le plus fréquent n'est pas technique. C'est un bot installé « pour voir », sans propriétaire métier.

Ajoutez une limite culturelle : si l'équipe contourne l'agent et continue à tout faire à la main, ce n'est pas l'outil qui est en cause. C'est le cadrage. Le pilote doit remplacer un geste réel, pas s'ajouter à la charge.

Checklist pour démarrer en entreprise

1. Un seul cas d'usage pour le pilote (souvent support ou veille). Écrivez le livrable attendu en une phrase.
2. Une machine dédiée (VPS ou poste isolé), pas le poste quotidien du dirigeant ou du DSI.
3. Droits minimaux : canaux, fichiers et API strictement utiles. Tout le reste est fermé.
4. Sandbox / deny sur écriture et exec tant que le pilote n'est pas stable.
5. Mesure à 30 jours : temps gagné, tickets résolus, briefings lus, alertes traitées.
6. Un propriétaire : une personne métier et une personne technique. Sans propriétaire, le pilote meurt en silence.
7. Un vocabulaire commun dans l'équipe (voir formation agent IA) pour ne pas dépendre d'une seule personne, et pour cesser de dire Clawdbot, Moltbot et OpenClaw comme s'il s'agissait de trois outils.

En clair

OpenClaw, anciennement Clawdbot puis Moltbot, est un runtime d'agents IA : Gateway, workspaces, outils, bindings et canaux. Ce n'est ni un modèle de langage, ni un chatbot de démonstration. Le 27 janvier 2026 le projet s'est appelé Moltbot, le 30 janvier 2026 il est devenu OpenClaw. Pour une entreprise, le sujet n'est pas le nom. C'est le cas d'usage, les droits, la machine dédiée et la mesure à 30 jours. Commencez petit, bornez les accès, relisez ce qui sort vers un client ou un canal public.

Vous voulez cadrer un pilote OpenClaw (cas d'usage, droits, machine, mesure à 30 jours) ? Réservez un appel ou découvrez mon accompagnement de consultant IA.

FAQ

Qu'est-ce qu'OpenClaw ?

OpenClaw est un runtime d'agents IA (Gateway) qui exécute des agents avec mémoire, outils, sessions et canaux de messagerie. Il permet le multi-agents isolés et le routage des messages via des bindings. On l'a aussi connu sous les noms Clawdbot et Moltbot : c'est le même projet, renommé fin janvier 2026.

OpenClaw, Clawdbot et Moltbot : est-ce le même outil ?

Oui. Clawdbot est l'ancien nom public le plus répandu. Le 27 janvier 2026, après une demande d'Anthropic sur le nom trop proche de Claude, le projet devient Moltbot. Le 30 janvier 2026, il prend le nom OpenClaw (annonce officielle sur openclaw.ai, reprise par Wikipedia et CNBC). Si vous cherchez encore Clawdbot ou Moltbot, vous cherchez OpenClaw.

OpenClaw est-il un modèle de langage ?

Non. OpenClaw orchestre des agents qui s'appuient sur des modèles (selon votre configuration). Le produit, c'est le runtime, les workspaces, les outils et les canaux. Claude ou ChatGPT peuvent servir de « cerveau ». Ils ne remplacent pas le Gateway.

OpenClaw remplace-t-il Claude ou ChatGPT ?

Non. Il les utilise (ou d'autres modèles) comme cerveau. OpenClaw apporte l'exécution persistante, les canaux et l'isolation multi-agents. Vous ne choisissez pas « OpenClaw ou Claude ». Vous choisissez un modèle, puis vous décidez si un runtime comme OpenClaw est le bon endroit pour l'exécuter dans vos canaux.

Par quel cas d'usage commencer en PME ?

Support FAQ sur un canal interne, ou brief de veille quotidien. Un livrable clair, peu de droits d'écriture, validation humaine sur les actions sensibles. Évitez de commencer par l'envoi automatique de messages clients ou par un agent avec des droits exec larges.

Peut-on faire du multi-agents avec OpenClaw ?

Oui. Plusieurs agents isolés dans un même Gateway, chacun avec workspace et sessions. Les bindings acheminent Slack, WhatsApp ou Telegram vers le bon agent. Les sous-agents permettent de paralléliser des tâches. Pour les patterns d'orchestration (qui fait quoi, quand un seul agent suffit), voir l'article sur l'architecture agentique en entreprise.