OpenClaw 2.0 expliqué : fonctionnalités, guide d’installation et risques de mise à niveau

TL;DR : OpenClaw 2.0 (tag de version v2026.8.1, publié fin 30 août / début 31 août 2026) est la plus grande mise à jour de l’histoire de l’agent IA open source OpenClaw.

Conçu par 933 contributeurs (dont 569 pour leur première contribution) avec plus de 16 000 pull requests — soit environ la moitié de toutes les PR fusionnées dans le projet — il simplifie l’intégration, reconstruit l’interface de contrôle du navigateur pour une expérience d’abord conversationnelle, introduit des sessions cloud partagées multijoueurs, consolide la mémoire, améliore les compétences et les contrôles de sécurité, et touche presque chaque sous-système.

L’installation est désormais beaucoup plus simple grâce à la détection guidée des abonnements ChatGPT/Claude existants, des clés API et des modèles locaux. La mise à niveau comporte des risques réels mais gérables (migration des sessions SQLite, suppressions de plugins, renommages des routes de modèles). Pour la production ou la flexibilité multi-modèles, associer OpenClaw à une passerelle unifiée comme CometAPI (une clé pour 500+ modèles à des tarifs compétitifs) est une recommandation pragmatique.

Points clés

OpenClaw 2.0 n’est pas un saut traditionnel de versionnage sémantique, mais un label “2.0” basé sur l’ampleur pour la plus grande version consolidée après près de sept semaines de travail ciblé faisant suite à 106 versions en 230 jours.
Avancées clés : première exécution quasi sans configuration, application de navigateur reconstruite et orientée chat avec Session Rail et widgets, sessions cloud partagées (« multijoueur »), mémoire intégrée avec consolidation en arrière-plan et auto-apprentissage, Skill Workshop, et des modèles de permissions et d’identifiants renforcés (mais pas durcis par défaut).
L’installation est la plus simple via les scripts officiels (curl ... | bash ou équivalent PowerShell) ; des applications compagnons de bureau existent pour Windows et macOS.
La mise à niveau nécessite une sauvegarde vérifiée ; trois migrations principales (sessions SQLite, suppression d’OpenProse, codex/* → openai/*) sont en grande partie prises en charge par openclaw doctor --fix. Les premiers problèmes post-sortie se concentraient sur les exécutions non interactives du doctor.
La sécurité reste la responsabilité de l’opérateur : les sessions partagées sont des contrôles de collaboration (pas de l’isolation multi-locataire), le Secret Store n’est pas chiffré au repos par défaut, et le sandboxing est désactivé par défaut — des critiques ont souligné ces lacunes.
Pour la flexibilité des modèles, le contrôle des coûts et la redondance, configurer OpenClaw pour utiliser CometAPI comme fournisseur personnalisé (formats compatibles OpenAI, Anthropics messages, et Google pris en charge sous une seule clé).

Qu’est-ce qu’OpenClaw ?

OpenClaw est un agent IA autonome/assistant personnel gratuit, open source (licence MIT), auto-hébergé, qui s’exécute principalement sur votre propre matériel (macOS, Linux, Windows, WSL2 recommandé sur Windows). Contrairement aux chatbots purs comme ChatGPT qui vivent dans un onglet de navigateur et ne font que suggérer des actions, OpenClaw exécute de vraies tâches : gestion de fichiers, contrôle des navigateurs, envoi de messages sur WhatsApp, Telegram, Slack, Discord, Signal, iMessage et d’autres canaux, automatisation de workflows, et maintien d’une mémoire persistante.

Il a vu le jour fin 2025 (initialement sous Warelay / projets associés) sous l’impulsion de Peter Steinberger et de la communauté, a été rebaptisé et open sourcé, et est désormais géré par la OpenClaw Foundation. Son architecture est centrée sur un Gateway local (plan de contrôle pour les sessions, outils, événements et canaux), une Control UI / CLI / TUI, des plugins de canaux de messagerie, et des applications compagnons optionnelles. Les modèles peuvent être hébergés (OpenAI, Anthropic, Google, etc.), adossés à des abonnements, ou entièrement locaux (Ollama, LM Studio, llama.cpp). L’état et les identifiants restent sous le contrôle de l’utilisateur.

Mi-2026, le projet publiait à un rythme soutenu — 106 versions en environ 230 jours — avant de faire une pause de près de sept semaines pour consolider les fondations. Cette pause a produit OpenClaw 2.0.

Voir aussi Les 6 meilleures Skills OpenClaw à ne pas manquer en 2026

Fonctionnalités majeures d’OpenClaw 2.0

Installation et intégration simplifiées et guidées

La configuration initiale détecte désormais les ressources déjà présentes sur la machine : connexions/abonnements existants à ChatGPT, Claude ou Codex, clés API et modèles locaux éligibles (Ollama, LM Studio). L’installateur vérifie que le modèle choisi peut effectivement compléter une requête avant d’enregistrer les identifiants, puis déplace la plupart des configurations restantes hors de l’assistant initial. Les utilisateurs accèdent plus rapidement à une première conversation et terminent la configuration en parlant à l’agent lui-même.

Les configurations par défaut orientées OpenAI privilégient les modèles récents (la couverture mentionne des défauts GPT-5.6 à certains endroits) ; les chemins locaux sont améliorés (par ex., un llama-server hébergé remplaçant d’anciens chemins node-llama-cpp, longueurs de contexte par défaut plus élevées).

Control UI du navigateur reconstruite (expérience orientée chat)

L’application de navigateur a été reconstruite en surface de premier ordre. Elle s’ouvre directement sur une conversation. L’ancienne page Overview a disparu ; les sessions vivent dans une barre latérale. Fichiers, approbations, terminaux, diffs git et un panneau navigateur ancrable se trouvent aux côtés du chat. Un « Session Rail » fournit un statut compact en direct (progrès, évaluations, étapes du plan, pull requests). Des widgets interactifs peuvent être épinglés aux tableaux de bord de session, reçoivent des actions ou origines réseau à portée limitée, et peuvent être exportés. Les performances revendiquées en environnements simulés incluent une réduction des requêtes JavaScript (140 → 45) et un démarrage plus rapide (~1,6 s → ~575 ms).

Sessions cloud partagées (« multijoueur »)

La fonctionnalité vedette de collaboration : plusieurs utilisateurs peuvent rejoindre la même session d’agent en cours avec tout le contexte, assigner des tâches, suggérer des changements, travailler en mode brouillon ou participer pleinement. Les niveaux d’accès sont contrôlables par les propriétaires/admins. L’équipe OpenClaw elle-même utilise désormais ce mode pour construire OpenClaw. Les sessions peuvent s’exécuter sur le Gateway local, des appareils appairés (openclaw connect), ou des machines cloud jetables via des outils de provisionnement (AWS, Hetzner, etc.). Mise en garde importante du projet : il s’agit de contrôles de collaboration, pas de l’isolation de locataires hostiles, ni de frontières de sécurité réseau/système de fichiers.

Consolidation du système de mémoire

La mémoire intégrée gère désormais la recherche et le rappel centraux (l’add-on QMD est retiré via une migration prise en charge). La consolidation en arrière-plan (« grounded dreaming ») promeut du contenu avec provenance qualifiée vers la mémoire à long terme (avec un Dream Diary et un interrupteur explicite). L’auto-apprentissage peut transformer de robustes enseignements réutilisables en compétences proposées. La recherche plein texte des conversations est disponible. Des contrôles explicites tels que openclaw memory forget existent. Les sessions persistent plus durablement à travers les périodes d’inactivité et les changements de journée par défaut.

Compétences, automatisations et widgets

Un Skill Workshop offre un parcours guidé pour créer, valider, installer, appeler et revoir des skills, avec un historique appliqué et un signalement individuel des skills invalides au lieu de casser le catalogue. Les automatisations peuvent rester liées à la conversation qui les a créées ; les actions récurrentes peuvent utiliser une approbation à usage unique. Des plugins IMAP peuvent déclencher du travail d’agent à partir d’emails entrants. Des widgets interactifs et des cartes de progression durables font de l’UI une véritable surface de contrôle.

Améliorations du modèle de sécurité et de permissions

Les approbations se lient désormais plus étroitement à la requête, à la commande, à la session et à la personne exactes. Les permissions de commandes réutilisables peuvent se lier à des arguments exacts et au répertoire de travail ; les commandes adossées à des scripts recontrôlent les octets examinés. Les sessions prennent en charge des modes explicites : lecture seule, protégé, espace de travail, ou accès complet. Un magasin d’identifiants d’équipe conserve certaines valeurs secrètes en écriture seule ; les agents peuvent demander des identifiants via des invites masquées qui n’entrent jamais dans le texte visible du modèle. L’installation de plugins depuis des sources exécutables arbitraires nécessite un indicateur force explicite. Ce sont des pas significatifs après de précédents avis de sécurité, mais des critiques notent des lacunes persistantes (détaillées dans la section risques).

Autres changements notables

Extensions de modèles et de fournisseurs et nettoyage des routes
Mises à jour des apps natives et compagnons
Modifications du backend de stockage prenant en charge le nouveau modèle de session
Nombreuses corrections de bugs et améliorations de fiabilité sur les canaux et les outils

Comment installer OpenClaw 2.0

Configuration système requise

Node.js 22.22.3+, 24.15+, ou 25.9+ (Node 26 recommandé ; les installateurs fournissent souvent une version adaptée)
macOS, Linux ou Windows (WSL2 fortement recommandé pour le Gateway sur Windows)
Optionnel : pnpm si compilation depuis les sources

Applications compagnons :

Windows Hub (installateurs signés pour x64/arm64)
Application macOS en barre de menus (DMG/ZIP depuis les releases GitHub)

Recommandé : script d’installation officiel

macOS / Linux / WSL2 :

curl -fsSL https://openclaw.ai/install.sh | bash

Windows (PowerShell) :

iwr -useb https://openclaw.ai/install.ps1 | iex

Le script détecte l’OS, installe Node si nécessaire, installe OpenClaw et lance l’onboarding. Des indicateurs existent pour --no-onboard et d’autres options d’automatisation.

Méthodes alternatives

npm (Node déjà géré) :

  npm install -g openclaw@latest --allow-scripts=openclaw   # adjust for older npm
  openclaw onboard --install-daemon

Équivalents pnpm ou bun avec les indicateurs trust/allow-build appropriés
Depuis les sources (contributeurs) :

  git clone https://github.com/openclaw/openclaw.git
  cd openclaw
  corepack enable
  pnpm install && pnpm build && pnpm ui:build
  pnpm add --global "openclaw@link:$PWD"
  openclaw onboard --install-daemon

Des options d’installation en préfixe local et sur conteneur/VPS sont documentées pour les déploiements avancés.

Vérification post-installation

openclaw --version
openclaw doctor
openclaw gateway status
openclaw dashboard   # or open http://127.0.0.1:18789/ on the gateway host

Le démarrage géré utilise LaunchAgents (macOS), des services utilisateur systemd (Linux/WSL2), ou Scheduled Tasks (Windows natif). Tous les détails se trouvent dans la documentation d’installation officielle.

Chemin de mise à niveau et risques

Liste de contrôle pré-mise à niveau

Créez une sauvegarde vérifiée de votre répertoire d’état OpenClaw, de la configuration, des sessions, et de tout plugin/skill personnalisé.
Consultez les notes de version officielles (docs.openclaw.ai/releases/2026.8.1) et les guides de mise à jour.
Préférez un terminal interactif (TTY) pour la mise à niveau et les étapes du doctor — des rapports précoces ont montré qu’un doctor --fix non interactif pouvait ignorer silencieusement les migrations 2.0.

Migrations connues et changements incompatibles

Changement	Impact et action
Sessions & transcripts → SQLite	Les nouvelles sessions après migration n’apparaîtront pas dans les anciennes versions en cas de rétrogradation. Sauvegardez d’abord.
Plugin OpenProse fourni et commande /prose retirés	Exécutez openclaw doctor --fix ; suivez la migration vers Agent Skill en amont. Les fichiers .prose existants sont conservés.
Réfs de modèles codex/* et openai-codex/* → openai/*	openclaw doctor --fix migre les routes, la config fournisseur, les sessions stockées et les automatisations. Conflits signalés pour correction manuelle.
Dépréciations de sous-chemins du Plugin SDK	Barrières au 1er septembre 2026 ; mettez à jour les plugins selon le guide de migration du SDK.

La plupart du nettoyage est gérée par openclaw doctor --fix (ou --repair). Après mise à niveau, réévaluez les modes de permissions par session (privilège le plus faible recommandé) et réappliquez toute checklist de durcissement issue des avis antérieurs.

Problèmes post-sortie précoces (au 31 août au soir)

doctor --fix ignorant des migrations sans TTY (P1, correctif publié rapidement)
Problèmes de synchronisation mémoire avec certains fournisseurs d’embeddings (par ex., limites de lot Gemini)
Persistance du consentement des plugins pour les installations héritées
Fausse détection de disponibilité du dashboard

Une version de cette ampleur s’accompagne généralement de correctifs ultérieurs ; surveillez le tracker officiel et les notes de version.

Risques de sécurité mis en avant par la couverture

The Register et d’autres ont noté que, bien que l’ergonomie se soit nettement améliorée, la « sécurité par défaut » n’a pas pleinement suivi :

Les contrôles de session partagée ne sont pas des frontières d’isolation réseau/système de fichiers ni multi-locataires.
Les valeurs du Secret Store (mots de passe, clés API) ne sont pas chiffrées au repos ; elles s’appuient sur les permissions du système de fichiers du répertoire d’état.
Le sandbox destiné à isoler du code non fiable est désactivé par défaut.

Des analyses antérieures (début 2026, pré-2.0) documentaient déjà des risques autour d’identifiants en clair, d’injections de prompt menant à des actions destructrices, de CVE de sévérité élevée, et de préoccupations de chaîne d’approvisionnement dans la place de marché des skills (ClawHub). La 2.0 renforce la liaison des approbations et les modes de permissions, mais les opérateurs restent responsables de la configuration à privilèges minimaux, de l’isolation réseau, de la gestion des secrets et de l’activation du sandbox. Accorder à un agent capable un large accès système et aux identifiants ne doit jamais être fait à la légère.

Tableau comparatif : OpenClaw pré-2.0 vs OpenClaw 2.0

Aspect	Pré-2.0 (mi-2026 typique)	OpenClaw 2.0 (v2026.8.1)
Installation	Première exécution plus lourde	Détection guidée des clés/abonnements/modèles locaux ; finalisation pilotée par chat
Navigateur / Control UI	Centré Overview, moins intégré	Orienté chat, Session Rail, widgets, panneaux ancrables
Collaboration	Principalement mono-utilisateur/local	Sessions cloud partagées avec participation basée sur les rôles
Mémoire	Scindée / add-on QMD courant	Mémoire intégrée consolidée + consolidation en arrière-plan + auto-apprentissage
Skills	Plus ad hoc	Skill Workshop, validation, historique
Stockage de session	Format antérieur	SQLite (migration requise)
Modèle de sécurité	En amélioration mais très politique	Liaison d’approbation plus stricte, modes de session explicites, secrets en écriture seule (toujours dépendants de l’opérateur)
Ampleur de la version	Petites sorties fréquentes	~50 % de toutes les PR historiques en une livraison consolidée

Comment alimenter OpenClaw avec CometAPI : intégration recommandée

OpenClaw est agnostique aux modèles. Vous pouvez le pointer vers des clés de fournisseurs officiels, des modèles locaux, ou une passerelle unifiée. Pour les équipes et utilisateurs avancés souhaitant une seule clé API, l’accès à 500+ modèles (familles GPT, Claude, Gemini, et bien d’autres), des tarifs compétitifs (souvent 20 %+ sous les prix catalogue), un basculement simple, et une observabilité centralisée, CometAPI est un choix naturel. CometAPI fournit des endpoints compatibles OpenAI, Anthropic-messages et Google-generative-ai sous un seul identifiant.

Tutoriel en cinq minutes pour configurer OpenClaw avec CometAPI

Obtenez une clé CometAPI sur cometapi.com.
Stockez-la en sécurité (par ex., COMETAPI_KEY dans ~/.openclaw/.env avec permissions restreintes, ou votre gestionnaire de secrets préféré).
Éditez ~/.openclaw/openclaw.json (ou équivalent) pour ajouter des fournisseurs, par exemple :

{
  "agents": {
    "defaults": {
      "model": {
        "primary": "cometapi-claude/claude-sonnet-4-6"
      }
    }
  },
  "models": {
    "mode": "merge",
    "providers": {
      "cometapi-openai": {
        "baseUrl": "https://api.cometapi.com/v1",
        "apiKey": "${COMETAPI_KEY}",
        "api": "openai-completions",
        "models": [{ "id": "gpt-5.4", "name": "GPT-5.4" }]
      },
      "cometapi-claude": {
        "baseUrl": "https://api.cometapi.com",
        "apiKey": "${COMETAPI_KEY}",
        "api": "anthropic-messages",
        "models": [{ "id": "claude-sonnet-4-6", "name": "Claude Sonnet 4.6" }]
      },
      "cometapi-google": {
        "baseUrl": "https://api.cometapi.com/v1beta",
        "apiKey": "${COMETAPI_KEY}",
        "api": "google-generative-ai",
        "models": [{ "id": "gemini-3.1-pro-preview", "name": "Gemini 3.1 Pro" }]
      }
    }
  }
}

(Vérifiez les IDs et chemins de modèles exacts selon la documentation actuelle de CometAPI et d’OpenClaw, les catalogues évoluant.) Utilisez des références complètes fournisseur/modèle dans les sessions. Après les modifications, redémarrez le Gateway et vérifiez via une conversation de test.

Cette configuration vous permet d’expérimenter différents modèles de pointe et économiques sans gérer de multiples comptes fournisseurs, tout en conservant le plan de contrôle auto-hébergé d’OpenClaw. Des guides détaillés sont disponibles sur les pages d’intégration CometAPI pour OpenClaw.

Recommandations pratiques et bonnes pratiques

Commencez par le script d’installation guidée et l’UI de navigateur reconstruite pour accéder le plus vite possible à un agent utile.
Considérez les sessions partagées comme une fonctionnalité de collaboration entre parties de confiance uniquement ; superposez une isolation réseau et hôte supplémentaire si des préoccupations multi-locataires existent.
Activez toujours le mode de permission le plus restreint possible par session et activez le sandbox pour les skills/code non fiables lorsque disponible.
Sauvegardez avant chaque mise à niveau majeure ; exécutez doctor en mode interactif après des versions de l’ampleur de la 2.0.
Pour les charges multi-modèles ou sensibles aux coûts, passez par une passerelle comme CometAPI plutôt que de gérer de nombreuses clés individuelles.
Surveillez les notes de version officielles, le tracker GitHub et les avis de sécurité — la vélocité d’OpenClaw signifie que fonctionnalités et correctifs arrivent rapidement.
Rappelez-vous le cadrage du projet : OpenClaw est open source et vous appartient. La version 2.0 abaisse la barrière vers un premier workflow utile tout en élevant le plafond pour un usage en équipe et en continu.

Foire aux questions (FAQ)

Quel est le numéro de version exact d’OpenClaw 2.0 ?

Le tag livré est v2026.8.1 (fin 30 août / 31 août 2026). Le projet et la communauté l’appellent OpenClaw 2.0 en raison de son ampleur sans précédent.

OpenClaw 2.0 est-il une mise à niveau cassante ?

Plutôt additive, mais trois migrations délibérées (sessions SQLite, suppression d’OpenProse, renommage des routes de modèles) requièrent de l’attention. openclaw doctor --fix gère l’essentiel du travail lorsqu’il est exécuté correctement.

Combien de temps prend une installation typique ?

Avec le script officiel et des accès IA déjà présents, beaucoup d’utilisateurs atteignent une première conversation en quelques minutes. La configuration complète peut se poursuivre de manière conversationnelle.

Puis-je toujours utiliser des modèles locaux ?

Oui. Ollama, LM Studio, et des chemins améliorés pour llama.cpp / llama-server sont pris en charge et détectés lors de la configuration guidée.

OpenClaw est-il gratuit ?

Le logiciel est sous licence MIT et gratuit. Les coûts proviennent des fournisseurs de LLM (ou du calcul local) que vous choisissez. Des passerelles comme CometAPI peuvent réduire les coûts effectifs des modèles.

Les entreprises doivent-elles activer immédiatement la fonctionnalité de session partagée ?

Uniquement entre participants mutuellement de confiance et après examen des déclarations explicites de non-isolation dans la documentation. Combinez avec des contrôles au niveau hôte et réseau.

Où trouver les notes de version et la documentation officielles ?

Sources principales : blog openclaw.ai, docs.openclaw.ai (y compris la page de version 2026.8.1 et les guides d’installation/mise à jour), et le dépôt GitHub github.com/openclaw/openclaw.

Comment changer de modèle ou de fournisseur après l’installation ?

Modifiez la configuration (ou parlez à l’agent pour finaliser la configuration), redémarrez le Gateway, et vérifiez. Des fournisseurs personnalisés comme CometAPI s’intègrent proprement via la structure models.providers.

OpenClaw 2.0 représente un point de maturation pour la catégorie des agents auto-hébergés : friction d’entrée nettement réduite, continuité et collaboration enrichies, et primitives de sécurité plus claires (quoique toujours à la charge de l’opérateur). Que vous soyez un particulier cherchant un agent personnel persistant ou une petite équipe explorant des workflows d’agent multijoueur, la 2.0 est le meilleur point de départ proposé à ce jour par le projet. Associez-la à une hygiène rigoureuse des permissions et, lorsque la flexibilité multi-modèles compte, à une couche d’API unifiée comme CometAPI, et vous disposez d’une base puissante et maîtrisée pour du vrai travail.

Vérifiez toujours la documentation officielle la plus récente avant tout déploiement en production, le projet évoluant rapidement.