TL;DR
OpenClaw 2.0 n’est pas un nouveau grand modèle de langage. C’est le nom de jalon pour OpenClaw v2026.8.1, publié le 30 août 2026. Cette mise à jour transforme OpenClaw d’un runtime d’agent principalement personnel en une couche opérationnelle plus collaborative et persistante pour les agents d’IA.
OpenClaw 2.0 ajoute des sessions multijoueurs partagées, une Control UI centrée sur la conversation, un stockage adossé à SQLite, des Skills gouvernées, des automatisations unifiées et des permissions plus strictes. Les Claws personnels éligibles peuvent également rappeler des informations pertinentes d’autres conversations privées appartenant au même agent ; les sessions partagées ne partagent pas automatiquement la mémoire.
Pour la plupart des utilisateurs actifs, la mise à niveau est significative. Les équipes doivent néanmoins créer une sauvegarde vérifiée et tester les plugins, permissions et automatisations critiques avant de mettre à jour une installation en production.
Points clés à retenir
- Plateforme, pas modèle : OpenClaw fournit le runtime, les outils, la mémoire, les canaux et les permissions ; le modèle connecté fournit l’essentiel des capacités de raisonnement.
- Le multijoueur est le virage stratégique : des personnes autorisées peuvent collaborer au sein d’une session d’agent en direct sans abandonner son contexte.
- SQLite renforce la persistance : les sessions et les transcriptions passent d’un stockage basé sur des fichiers à un état structuré.
- L’application navigateur est sensiblement allégée : le test officiel simulé indique 140 à 45 requêtes JavaScript et environ 1,6 seconde à 575 millisecondes au démarrage.
- Mise à niveau avec précaution : la migration vers SQLite et des limites de permission plus strictes exigent une sauvegarde et une validation par étapes.
OpenClaw 2.0 en un coup d’œil
OpenClaw demeure un runtime d’agents d’IA open-source et agnostique au modèle. L’histoire de lancement officielle décrit la plus grande mise à jour de l’histoire du projet, tandis que le registre des versions recense 16 977 pull requests, 698 commits directs et 987 contributeurs.
| Spécification | OpenClaw 2.0 |
|---|---|
| Version de publication | v2026.8.1 |
| Date de publication | 30 août 2026 |
| Type de produit | Runtime et passerelle d’agents d’IA auto‑hébergés |
| Licence | MIT |
| Architecture du modèle | Agnostique au modèle |
| Runtime principal | Node.js |
| Systèmes de bureau pris en charge | macOS, Linux et Windows |
| Stockage des sessions et transcriptions | SQLite |
| Interface Web | Control UI axée sur la conversation |
| Collaboration | Sessions multijoueurs partagées |
| Mémoire | Rappel inter‑conversations pour agents personnels éligibles |
| Système de Skills | Skills, Skill Workshop, propositions, contrôles et historique |
| Automatisation | Automations unifiées et planification |
| Modèle de sécurité | Approbations liées à la requête, à la session et à la personne |
Les installations actuelles nécessitent un runtime Node pris en charge. Les exigences d’installation de Node doivent être vérifiées avant une mise à niveau, car les minimums pris en charge peuvent changer après le jalon 2.0.
Qu’est‑ce qu’OpenClaw ?
Une API de modèle classique accepte une entrée et renvoie une sortie. OpenClaw ajoute la couche d’exécution persistante autour de cet échange : conversations, outils, fichiers, accès navigateur, canaux de messagerie, tâches planifiées, mémoire, Skills et permissions.
Cela fait d’OpenClaw une infrastructure d’agent, pas un modèle fondationnel. Les benchmarks de modèles tels que MMLU, GPQA ou SWE-bench ne mesurent pas directement « l’intelligence d’OpenClaw ». Les mesures utiles au niveau de la plateforme sont le comportement au démarrage, la durabilité des sessions, la fiabilité des outils, la récupération et la quantité de contexte qui survit à travers les personnes et les conversations.
Pour les lecteurs partant de zéro, le guide pour débutants d’OpenClaw de CometAPI couvre l’architecture de base et la configuration initiale. Cet article se concentre sur ce qui a changé en 2.0.
OpenClaw 1.x vs OpenClaw 2.0
La mise à jour s’appréhende mieux comme un changement de plateforme coordonné plutôt qu’une collection de fonctionnalités isolées.
| Dimension | OpenClaw 1.x | OpenClaw 2.0 | Résultat pratique |
|---|---|---|---|
| Usage principal | Principalement personnel | Personnel et multijoueur | Collaboration en direct et relais |
| Onboarding | Orienté configuration | Découverte des accès existants | Chemin plus rapide vers une première conversation |
| Interface Web | Orientée panneau de contrôle | Axée sur la conversation | Moins de friction de navigation |
| Stockage des sessions | Basé sur des fichiers | Adossé à SQLite | État structuré plus durable |
| Collaboration | Relais limité | Sessions partagées | Le contexte peut survivre au relais |
| Mémoire | Plus fragmentée | Rappel inter‑conversations | Meilleure continuité |
| Skills | Mécanismes séparés | Boucle de gestion connectée | Rédaction et gouvernance facilitées |
| Automatisation | Concepts orientés cron | Automations unifiées | Modèle de planification plus clair |
| Accès navigateur | Automatisation existante | Profil géré et onglets partagés | Meilleur contrôle du périmètre |
| Approbations | Moins strictement bornées | Liées à la requête et à la session | Risque moindre de réutilisation d’approbations |
| Mises à jour | Récupération plus fragile | Contrôles par étapes et reprise | Flux de mise à niveau plus sûr |
Le mouvement global va de « configurer un agent personnel » vers « opérer un travail d’agent persistant avec d’autres personnes ». SQLite, la mémoire, les Skills et des approbations plus strictes soutiennent cette même direction.
Quels sont les plus grands changements visibles pour l’utilisateur dans OpenClaw 2.0 ?
Le changement déterminant : sessions multijoueurs
La version ajoute des sessions cloud partagées qui permettent à des collaborateurs autorisés d’entrer dans un travail en direct en conservant le contexte de la session. Au lieu de transmettre une réponse après coup, un coéquipier peut rejoindre le processus d’exécution pendant que l’agent dispose encore de ses fichiers, de son historique des tâches et de son état.
C’est utile pour les relais de projet, les revues de spécialistes, les opérations en binôme et les travaux de longue durée. Cela ne transforme pas une seule Gateway en une isolation complète de locataires hostiles. Les utilisateurs non liés ou mutuellement non fiables doivent toujours être séparés au niveau du déploiement.
Une Control UI repensée, axée sur la conversation
La nouvelle application navigateur centre le travail sur les conversations. Fichiers, approbations, paramètres, terminaux et activité en direct restent plus proches de la session active au lieu d’être dispersés dans des vues administratives.
Les sessions peuvent être regroupées par projet, personne ou catégorie personnalisée. Le design compte, car le travail d’un agent passe à répétition entre conversation, exécution, approbation, inspection de fichiers et suivi. Rassembler ces surfaces autour d’une session persistante réduit la friction opérationnelle.
Performances d’OpenClaw 2.0 : ce que montrent les données
Parce qu’OpenClaw est agnostique au modèle, le benchmark 2.0 le plus crédible mesure l’expérience du runtime plutôt que la qualité du raisonnement. Dans un test officiel simulé de démarrage de chat par défaut avec une Gateway simulée et une latence HTTP/1.1 de 50 ms, les requêtes JavaScript sont passées de 140 à 45, tandis que le temps de démarrage est passé d’environ 1,6 seconde à 575 millisecondes.
| Test officiel de démarrage | Avant | OpenClaw 2.0 | Résultat calculé |
|---|---|---|---|
| Requêtes JavaScript | 140 | 45 | 67,9 % de moins |
| Temps de démarrage | Environ 1 600 ms | 575 ms | 64,1 % de moins |
| Vitesse relative au démarrage | 1,0× | Environ 2,78× | Environ 2,8× plus rapide |
Les pourcentages sont calculés à partir des valeurs officielles avant/après. Ils décrivent le test de démarrage déclaré de la Control UI, et non un achèvement d’agent réel arbitraire.
Ce benchmark ne signifie pas que chaque flux OpenClaw est 2,8× plus rapide. La latence du modèle, les appels réseau, l’exécution des outils, les actions navigateur et les travaux de longue durée restent des goulots d’étranglement distincts.
Installation et onboarding
La configuration guidée peut découvrir les abonnements pris en charge, les clés API et les modèles locaux déjà présents sur une machine. Elle vérifie ensuite le modèle sélectionné avant de l’enregistrer et peut remettre directement à l’application navigateur ou au terminal.
Le produit cherche désormais à atteindre une conversation fonctionnelle avant de demander une configuration optionnelle. Cela inverse l’ancien flux orienté configuration et facilite le diagnostic de l’expérience initiale.
SQLite et état persistant des sessions
OpenClaw 2.0 déplace les sessions et les transcriptions vers SQLite. Le stockage structuré fournit une meilleure base pour la recherche, la collaboration, l’historique, la récupération et les workflows inter‑conversations.
Le changement est aussi le principal risque de mise à niveau. Un retour de version du package n’inverse pas automatiquement la migration de stockage, et les sessions créées après migration n’apparaissent pas simplement dans une ancienne version adossée à des fichiers.
Créez une sauvegarde vérifiée avant la mise à niveau. Consultez la procédure de rétrogradation SQLite avant de revenir à une ancienne version basée sur des fichiers.
openclaw backup create --output ~/Backups/openclaw --verify
La documentation de sauvegarde explique comment inclure l’état, la configuration, les identifiants, les répertoires d’agent, les sessions et les espaces de travail tout en vérifiant l’archive résultante.
La mémoire et les Skills deviennent plus opérationnelles
Un Claw personnel éligible peut rappeler un contexte pertinent à partir d’autres conversations privées du même agent. Le workflow de mémoire rend également plus visibles la recherche, l’inspection, l’import et la suppression de mémoire.
Les Skills existaient déjà avant la 2.0. Ce qui change, c’est le cycle de vie autour. Le Skill Workshop relie création, validation, découverte, installation, invocation, propositions, contrôles, décisions et historique des révisions.
La boucle résultante est simple : exécuter, observer, proposer une amélioration, la revoir et la réutiliser. C’est plus durable que d’accumuler chaque leçon dans une invite système surdimensionnée.
Le guide de la mémoire OpenClaw de CometAPI couvre plus en détail les contrôles de mémoire.
Sélection du modèle et CometAPI
OpenClaw contrôle le runtime ; le modèle provient toujours d’un fournisseur. La version 2.0 peut garder la session, la mémoire, les outils et les permissions stables tout en changeant le modèle assigné à une conversation, à un agent ou à la valeur par défaut partagée.
Par exemple, GPT-5.6 Sol API dans CometAPI peut prendre en charge un travail d’agent intensif en raisonnement tandis qu’un autre modèle gère la surveillance de routine ou les résumés. Le workflow OpenClaw environnant n’a pas besoin d’être repensé pour chaque routage de modèle.
Le tutoriel de configuration d’OpenClaw de CometAPI fournit les étapes de configuration spécifiques au fournisseur.
Automations, contrôle du navigateur et usage de l’ordinateur
OpenClaw 2.0 réunit les travaux planifiés sous un même modèle d’Automations et de Scheduling à travers l’agent, la Control UI, le CLI, la documentation et les applications natives prises en charge.
L’accès navigateur peut utiliser un profil géré isolé ou des onglets Chrome exacts choisis par l’utilisateur. Le contrôle de l’ordinateur reste dépendant de la plateforme et des permissions.
| Domaine d’usage ordinateur | Statut OpenClaw 2.0 |
|---|---|
| Navigateur Chromium géré | Pris en charge |
| Onglets Chrome authentifiés sélectionnés | Pris en charge |
| Contrôle d’ordinateur macOS | Pris en charge |
| Contrôle d’ordinateur Windows | Pris en charge lorsqu’il est explicitement activé |
| Contrôle d’ordinateur Linux | Expérimental |
| Sessions en lecture seule qui bloquent l’entrée | Pris en charge |
L’amélioration importante n’est pas seulement que le runtime peut cliquer sur plus d’éléments. L’identité du navigateur, l’identité de l’appareil, les approbations et les permissions sont de plus en plus liées à la session et à la machine visées.
La sécurité devient consciente des sessions
Un agent qui peut exécuter des commandes, accéder à des fichiers, opérer un navigateur et appeler des services externes nécessite des limites plus strictes qu’un chatbot purement textuel. En 2.0, les approbations restent liées à la requête, et des identifiants protégés peuvent atteindre des destinations prises en charge sans devenir du texte ordinaire visible par le modèle.
Le principe de conception est que la permission doit voyager avec la tâche au lieu de devenir une approbation globale réutilisable. Des politiques par session peuvent également réduire l’autorité d’une conversation par rapport à l’installation plus large.
Les contrôles de collaboration ne constituent pas une isolation complète de locataires hostiles. Les entreprises servant des utilisateurs non liés doivent ajouter une isolation au niveau du déploiement autour du runtime.
Comment mettre à niveau en toute sécurité
Les chemins de mise à jour pris en charge inspectent une installation avant remplacement. Le CLI propose également un mode dry-run qui prévisualise les actions prévues sans installer ni redémarrer.
openclaw backup create --output ~/Backups/openclaw --verify
openclaw update --dry-run
openclaw update
openclaw doctor
openclaw health
Les utilisateurs en production doivent exécuter les mêmes plugins, canaux, permissions navigateur, automatisations et contrôles de récupération qui comptent dans les opérations quotidiennes. Une installation de package réussie ne prouve pas que chaque workflow persistant a survécu à la migration.
Faut‑il passer à OpenClaw 2.0 ?
| Type d’utilisateur | Recommandation | Raison |
|---|---|---|
| Nouvel utilisateur d’OpenClaw | Télécharger la version stable actuelle | Meilleure base d’onboarding et d’UI |
| Utilisateur personnel existant | Généralement oui | Meilleure UI, mémoire et gestion d’état |
| Équipe testant des agents partagés | Fortement oui | Le multijoueur est la capacité définissante de la 2.0 |
| Utilisateur à forte automatisation | Oui, après tests | La persistance s’améliore, mais la migration compte |
| Déploiement en production | Mettre en préproduction d’abord | SQLite et les changements de permissions exigent une validation |
| Installation fortement personnalisée | Tester en parallèle | Les plugins et intégrations peuvent nécessiter des ajustements |
| Utilisateur nécessitant un rollback facile | Sauvegarder soigneusement | Les nouvelles sessions SQLite exigent une gestion délibérée de rétrogradation |
Pour la plupart des utilisateurs actifs, OpenClaw 2.0 est une mise à niveau significative. Sa valeur la plus forte vient de l’effet de renforcement mutuel : les sessions partagées nécessitent un état plus solide, un état plus solide permet une meilleure mémoire, des workflows persistants rendent les Skills plus précieuses, et l’exécution collaborative rend les permissions à portée limitée plus importantes.
Verdict final
OpenClaw 2.0 est mieux compris comme un passage à la maturité. La version ne remplace pas la couche modèle ; elle rend la couche opérationnelle autour de ce modèle plus persistante, collaborative, compréhensible et gouvernée.
Les nouveaux utilisateurs doivent commencer avec une version stable actuelle. Les utilisateurs existants doivent mettre à niveau après avoir créé une sauvegarde vérifiée et testé les intégrations importantes. Les équipes tirent le plus de valeur des sessions multijoueurs, de l’état adossé à SQLite, de la mémoire améliorée et des approbations spécifiques aux requêtes.
Pour les développeurs utilisant CometAPI comme couche modèle, l’architecture reste flexible : OpenClaw peut posséder le workflow tandis que GPT-5.6 Sol API dans CometAPI ou un autre modèle adapté fournit le raisonnement.
FAQ
OpenClaw 2.0 est‑il un nouveau modèle d’IA ?
Non. C’est un runtime et un environnement d’orchestration pour agents d’IA. Le modèle connecté détermine l’essentiel des capacités linguistiques, de raisonnement et de code.
Quelle est la version d’OpenClaw 2.0 ?
OpenClaw 2.0 est le nom de jalon pour la v2026.8.1. Des versions ultérieures s’appuient sur cette base, donc les nouveaux déploiements doivent également évaluer la version stable actuelle.
Quelle est la nouvelle fonctionnalité la plus importante ?
Les sessions multijoueurs partagées sont le changement stratégique le plus important car elles permettent à plusieurs personnes autorisées de collaborer autour d’un travail d’agent persistant. Pour les utilisateurs individuels, la Control UI reconstruite et un onboarding simplifié peuvent être plus immédiatement visibles.
OpenClaw 2.0 est‑il gratuit ?
Le code source reste sous licence MIT. L’usage d’API de modèle, l’infrastructure, le stockage et les services externes peuvent toujours générer des coûts opérationnels.
OpenClaw 2.0 rend‑il les modèles plus rapides ?
Pas directement. Le résultat de performance publié concerne le démarrage de la Control UI dans un test simulé spécifique. L’inférence du modèle et l’exécution des outils ont leur propre latence.
Puis‑je revenir en arrière après mise à niveau ?
Oui, mais avant de revenir à une version basée sur des fichiers, utilisez le CLI actuel d’OpenClaw pour restaurer les enregistrements de conversation archivés hérités. Les sessions créées après la migration SQLite n’apparaîtront pas dans l’ancienne version. Créez et vérifiez une sauvegarde, puis suivez la procédure officielle de rétrogradation.