Qu'est-ce qu'OpenClaw ?

En environ 90 jours, OpenClaw serait passé de zéro à plus de 190 000 stars GitHub, dépassant de vastes projets open-source en termes de dynamique à court terme et forçant l'ensemble de l'écosystème IA à y prêter attention. Au centre de cette ascension se trouve un changement clair : passer d'interfaces de chat passives à des agents autonomes actifs.

OpenClaw n’est pas simplement "un autre wrapper de chatbot". C’est une infrastructure d’agent open-source et auto-hébergée capable de raisonner, d’appeler des outils, d’exécuter des actions et de fonctionner en continu sur votre propre machine ou serveur.

Ce rapport explique ce qu’est OpenClaw, comment il fonctionne, où il a échoué et pourquoi il a accéléré le passage de l’ère des chatbots à l’ère des agents autonomes.

1) OpenClaw en une phrase : une IA avec des mains

Les chatbots comme ChatGPT ou Claude attendent généralement une requête dans un onglet de navigateur. OpenClaw est conçu pour faire bien plus que répondre à des questions :

• Lire et écrire des fichiers sur votre système
• Exécuter des commandes
• Contrôler un navigateur
• Utiliser des API et des services externes
• Déclencher des workflows proactifs à intervalles programmés

C’est pourquoi de nombreuses équipes décrivent OpenClaw comme un "agent runtime" plutôt qu’un produit de chat.

Capacités principales

1. Passerelle multi-canal
   Le service Gateway peut connecter des agents à des canaux tels que WhatsApp, Telegram, Discord, Slack, iMessage et Signal.

2. Runtime indépendant du modèle
   OpenClaw n’est pas verrouillé à un fournisseur unique. Il fonctionne avec Anthropic (Claude), OpenAI (GPT-4o), Google (Gemini), DeepSeek, ou des modèles locaux via Ollama (Qwen, Llama et d’autres).

3. Autonomie proactive
   Grâce à des programmations basées sur cron et à des vérifications d’intégrité, les agents peuvent se réveiller sans invitation manuelle. Exemple : chaque matin à 08:00, un agent analyse les nouveautés dans la boîte mail, résume les priorités du calendrier et envoie un briefing quotidien.

2) Architecture technique : conçue comme un système de production

La décision d’ingénierie la plus solide d’OpenClaw est de traiter les agents comme un pipeline contrôlé, et non comme de la magie.

2.1 Gateway + Lane Queue

Le service Gateway en Node.js agit comme le plan de contrôle du système. Pour éviter les conditions de concurrence et la corruption d’état, il utilise un modèle Lane Queue où les tâches sont sérialisées par défaut. Cette conception limite le chaos de concurrence et maintient une exécution déterministe des outils.

2.2 Boucle ReAct (Reason + Act)

Le comportement de l’agent suit un cycle ReAct :

1. Raisonner sur le contexte et l’état
2. Sélectionner une action/un appel d’outil
3. Exécuter via Gateway
4. Observer le résultat et continuer jusqu’à la fin

Cette boucle permet une prise de décision itérative plutôt qu’une réponse en un seul coup.

Thought -> Action -> Observation -> Thought -> ... -> Final Output

2.3 Mémoire persistante hiérarchisée

Contrairement aux bots cloud qui perdent facilement le contexte entre les sessions, OpenClaw stocke une mémoire locale et persistante :

• Transcriptions JSONL : trace d’audit ligne par ligne des prompts, appels d’outils et résultats
• MEMORY.md et USER.md : préférences à long terme, habitudes de workflow et contexte opérationnel spécifique à l’utilisateur
• SOUL.md : profil comportemental, style de réponse et ton de communication

Ce modèle de mémoire stabilise les interactions même au fil de collaborations longues.

2.4 Contrôle sémantique du navigateur via l’Accessibility Tree

De nombreux agents s’appuient sur des captures d’écran, coûteuses en tokens et fragiles à l’exécution. OpenClaw utilise le Chrome DevTools Protocol (CDP) pour analyser l’Accessibility Tree sous forme de texte structuré.

Chaque élément actionnable reçoit une référence déterministe comme :

button "Sign In" [ref=1]

Au lieu d’un raisonnement basé sur des images lourdes, le modèle peut exécuter des actions ciblées comme :

browser.click(1)

Cette approche peut réduire considérablement le coût en tokens tout en améliorant la fiabilité.

3) Chronologie : hypercroissance, chaos de nommage et arnaque CLAWD

L’histoire d’OpenClaw montre également à quelle vitesse le succès open-source peut attirer des attaques juridiques, liées au branding, et financières.

• Novembre 2025 : le développeur autrichien Peter Steinberger lance le projet sous le nom « Clawdbot » comme un projet de week-end.
• Fin janvier 2026 : une pression liée à une marque déposée, en raison de la similarité avec « Claude », entraîne un changement de nom forcé.
• 27 janvier 2026 : le projet devient « Moltbot », inspiré de la mue des coquilles.
• Pendant la migration de compte : une courte fenêtre liée au changement de handle est exploitée, et des fraudeurs détournent les comptes sociaux associés à l’ancienne marque.
• Un faux token Solana baptisé « CLAWD » est promu comme officiel, atteint une capitalisation d’environ 16 millions de dollars, puis s’effondre presque à zéro.
• 30 janvier 2026 : changement final en « OpenClaw », en accord avec le positionnement open-source.

L’incident est devenu une étude de cas sur les risques d’exécution lors d’un rebranding pour les projets OSS à forte croissance.

4) Réalité de la sécurité : agents puissants, rayon d’impact accru

La plus grande proposition de valeur d’OpenClaw, l’action au niveau système, est aussi sa plus grande surface de risque.

4.1 Instances publiques exposées

Des installations VPS mal configurées (par exemple, liées à 0.0.0.0 sans authentification) auraient laissé des dizaines de milliers d’instances accessibles depuis internet. Des attaquants ont utilisé des panneaux exposés pour voler des clés API et exécuter des commandes shell hostiles.

4.2 Chaîne d’approvisionnement malveillante des skills

L’écosystème de plugins (« ClawHub ») a attiré des packages empoisonnés. Des rapports indiquent que certains skills bien classés incluaient des comportements cachés d’exfiltration de credentials derrière des fonctionnalités apparemment bénignes.

4.3 Injection de prompt + accès aux outils = trio létal

Si un agent peut lire du contenu web non fiable, exécuter des commandes et envoyer des messages, un seul prompt injecté peut déclencher des dommages latéraux :

• Exfiltrer des données locales
• Exécuter des commandes dangereuses
• Envoyer des messages malveillants en votre identité

Checklist pratique de durcissement

1. Lier les services à localhost par défaut (127.0.0.1)
2. Placer chaque endpoint externe derrière une authentification forte
3. Isoler les secrets des chemins lisibles par l’agent
4. Restreindre les outils shell/fichiers/réseau avec des allowlists explicites
5. Exiger une approbation humaine pour les actions à haut risque
6. Ajouter des contrôles d’egress et une journalisation d’audit structurée
7. Considérer les skills tiers comme du code non fiable

5) Accord avec OpenAI et changement dans l’industrie

Le 14 février 2026, Peter Steinberger a annoncé qu’il rejoignait OpenAI pour diriger une initiative Personal Agents. Selon les termes partagés, OpenClaw ne deviendrait pas une propriété IP d’un produit propriétaire et serait plutôt transféré sous une fondation open-source indépendante.

Cela importe pour une raison : la course à l’IA ne porte plus seulement sur la qualité des modèles. La nouvelle couche stratégique est l’infrastructure d’agents, le runtime qui transforme l’intelligence des modèles en actions réelles.

En résumé :

• La couche modèle détermine à quel point une IA peut réfléchir
• La couche agent détermine si cette réflexion peut s’exécuter de manière sûre et fiable

OpenClaw a rendu cette distinction impossible à ignorer.

Conclusion

OpenClaw représente à la fois l’opportunité et le risque des systèmes d’IA autonomes :

• Opportunité : automatisation pratique au-delà des fenêtres de chat
• Risque : surface d’attaque élargie au niveau de l’OS, du navigateur et des plugins

Pour les équipes qui construisent avec des agents en 2026, la leçon est claire : traiter les plateformes d’agents comme de l’infrastructure de production, pas comme des applications de chat grand public. Fiabilité, isolation et contrôles de sécurité sont désormais des exigences de premier ordre.