OpenClaw 2.0 : sessions SQLite, interface accélérée et workflows partagés

OpenClaw 2.0, officiellement publiée sous le numéro v2026.8.1, est une refonte générale de cette plateforme open source d’agents IA. La mise à jour, publiée fin août 2026, touche l’installation, la configuration des modèles, la persistance des données, l’interface de contrôle dans le navigateur, les applications natives, les plugins, l’automatisation et le travail en équipe. Selon le projet, elle s’appuie sur la contribution de 933 personnes, dont 569 primo-contributeurs, et sur plus de 16 000 pull requests. 13

L’idée à retenir : OpenClaw cherche à passer d’un ensemble de fonctions locales pour agents à une véritable couche d’exploitation pour agents et équipes. Cette ambition rend aussi la mise à niveau plus sensible, car les sessions et les transcriptions quittent progressivement l’ancien modèle fondé sur des fichiers plats. Une sauvegarde vérifiée est donc indispensable avant toute mise à jour.

Une installation plus guidée

OpenClaw 2.0 repense l’installation et la configuration des modèles pour accompagner l’utilisateur au lieu de lui demander de renseigner manuellement chaque paramètre de fournisseur. L’installeur peut détecter les identifiants de modèles disponibles, les clés API et les abonnements déjà configurés, afin de réutiliser des accès existants. 3

Le parcours entre l’installation et le premier agent opérationnel devrait ainsi être plus court. La sélection des modèles gagne également en précision : les choix peuvent être mémorisés et leur portée définie — uniquement pour la session en cours, pour un agent ou comme valeur par défaut partagée. 21

Les sessions et transcriptions passent à SQLite

Le changement d’architecture le plus important concerne la persistance de l’état conversationnel. L’ancienne documentation décrivait un stockage des sessions dans sessions.json et des transcriptions dans des fichiers *.jsonl. La version 2.0 s’appuie désormais davantage sur une architecture de base de données pour les sessions, les transcriptions, la recherche, la mémoire et l’archivage. 1835

Pour les utilisateurs, cela doit rendre l’historique des agents plus facile à interroger et à administrer, notamment lors des transferts de session, de l’archivage ou du travail partagé. En contrepartie, les risques liés à la mise à niveau ou au retour à une ancienne version changent. Copier quelques fichiers JSON ou JSONL ne constitue pas, à lui seul, un plan de migration complet — en particulier si une restauration vers une version plus ancienne, fondée sur des fichiers, devient nécessaire. 6

Les outils de sauvegarde pris en charge par OpenClaw peuvent créer, vérifier et restaurer des archives contenant la configuration, l’état de la plateforme, les profils d’authentification, les identifiants des fournisseurs et des canaux, les sessions et, en option, les espaces de travail. La documentation prévoit aussi des opérations de sauvegarde spécifiques à SQLite. 3335

La Control UI devient une véritable console d’exploitation

La nouvelle Control UI ne se limite plus à une fenêtre de discussion. Elle propose des outils orientés espace de travail pour modifier des fichiers, consulter l’activité Git, suivre les pull requests et la CI, inspecter le navigateur ou utiliser des terminaux web. L’objectif est de permettre aux opérateurs d’observer et de piloter le travail des agents depuis le navigateur. 3

La configuration devient également plus accessible. L’interface peut générer des formulaires à partir du schéma de configuration actif, y compris les schémas disponibles pour les plugins et les canaux. Un éditeur JSON brut reste disponible pour les utilisateurs qui souhaitent garder un contrôle plus avancé. 17

OpenClaw annonce aussi un gain de performances notable, mais les chiffres doivent être replacés dans leur contexte. Dans un test simulé de conversation par défaut, avec une passerelle (Gateway) imitée et une latence HTTP/1.1 de 50 millisecondes, le démarrage est passé d’environ 1,6 seconde à 575 millisecondes, tandis que le nombre de requêtes JavaScript a diminué de 140 à 45. Ces résultats décrivent cet environnement de test et ne garantissent pas le même gain pour chaque déploiement. 57

Des sessions partagées pour travailler à plusieurs

OpenClaw 2.0 introduit des sessions cloud partagées capables d’exécuter une tâche sur des appareils associés ou des workers cloud tout en conservant l’espace de travail et le contexte accumulé. Des machines déjà préparées et des bases de projet peuvent être réutilisées, tandis qu’un collègue peut rejoindre une tâche active ou la reprendre sans repartir d’une conversation vide. 221

Pour une équipe, le changement est concret : une tâche confiée à un agent devient un élément de travail transmissible, plutôt qu’une conversation bloquée sur l’ordinateur d’une seule personne. La version 2.0 ajoute également un stockage d’identifiants partagé à l’échelle de l’équipe, basé sur SQLite. Les secrets sont accessibles en écriture uniquement, les connexions sortantes protégées peuvent être limitées à des hôtes déclarés et les variables d’environnement lisibles sont distinguées des secrets. 35

Il faut toutefois garder une limite essentielle en tête : les sessions partagées sont une fonction de continuité et de collaboration, pas un mécanisme d’isolation entre locataires. Elles ne doivent pas être utilisées à la place de passerelles, d’identifiants, de contrôles d’accès ou de frontières d’infrastructure séparés. Dans l’architecture d’OpenClaw, le Gateway reste la source de référence pour le routage et les connexions aux canaux, avec une isolation configurable par agent, espace de travail ou expéditeur. 519

Compétences, automatisation, applications et plugins

La mise à jour élargit également les compétences réutilisables, les workflows liés aux modèles et aux fournisseurs, ainsi que l’automatisation récurrente. Le Gateway joue un rôle central dans la coordination des sessions et des connexions aux canaux. Les applications natives et les scénarios avec appareils associés bénéficient d’une prise en charge plus large, tandis que les paramètres pilotés par schéma rendent les plugins et les canaux plus faciles à découvrir dans la Control UI. 168

L’intérêt de ces changements tient surtout à leur cohérence d’ensemble. Accès aux modèles, messagerie, mémoire, outils, tâches planifiées et supervision ne sont plus traités comme des briques totalement séparées : OpenClaw 2.0 tente de les réunir autour de sessions persistantes.

Ce qu’il faut faire avant la mise à jour

La migration des sessions et des transcriptions vers SQLite justifie quelques précautions avant l’installation :

1. Créer une sauvegarde OpenClaw prise en charge, incluant la configuration et l’état nécessaires.
2. Vérifier l’archive au lieu de considérer qu’une simple copie de fichiers suffit.
3. Traiter les identifiants et l’historique des sessions comme des données sensibles, et stocker la sauvegarde en conséquence.
4. Tester une restauration ou conserver une procédure de récupération vérifiée avant de mettre à niveau un environnement de production.

La documentation d’OpenClaw recommande explicitement de sauvegarder la configuration et l’état avant la mise à jour. Les outils fournis permettent de créer, vérifier et restaurer des archives, ainsi que d’effectuer des opérations spécifiques aux bases SQLite. 333539

En résumé

OpenClaw 2.0 est avant tout une version d’infrastructure. La configuration guidée réduit la difficulté du premier démarrage, SQLite fournit une base plus durable aux sessions et aux transcriptions, la Control UI devient une console d’exploitation plus rapide et les sessions cloud partagées rendent le travail des agents transférable entre appareils et collègues. 1321

Le revers de la médaille est que la mise à jour touche des données centrales et des mécanismes d’accès. Il vaut donc mieux l’aborder avec une sauvegarde vérifiée et distinguer clairement la commodité du travail collaboratif d’une véritable isolation de sécurité.