Le train de versions rapides d’Openclaw continue à toute vitesse. Entre le 12 et le 14 mai, le projet a publié quatre versions bêta (v2026.5.12-beta.3 à beta.7) — aboutissant à la mise à jour la plus significative sur le plan architectural de ces dernières semaines. Pendant que le nombre d’étoiles a dépassé 371 000 et que l’écosystème awesome-openclaw-skills a atteint plus de 48 600 étoiles avec plus de 5 400 compétences cataloguées, la véritable histoire se cache sous le capot : Openclaw se déleste délibérément de poids au sein de sa distribution principale.
Le grand changement : l’externalisation des plugins
Le changement majeur de la v2026.5.12-beta.7 est l’externalisation des principaux packages de fournisseurs et de plugins. Amazon Bedrock, Bedrock Mantle, Slack, le bac à sable OpenShell et Anthropic Vertex ont été retirés du bundle npm principal et transformés en plugins installables séparément.
Concrètement, cela signifie :
- Installations du cœur plus légères — Plus de dépendances AWS SDK à moins que vous n’utilisiez réellement Bedrock. Plus de Slack SDK à moins d’utiliser Slack. Plus de runtime de bac à sable OpenShell à moins d’en avoir besoin.
- Démarrages plus rapides — La résolution réduite des dépendances au moment de l’installation rend
npm install -g openclawsensiblement plus rapide. - Arbres de dépendances plus propres — Chaque plugin gère son propre cône de dépendances d’exécution, réduisant les conflits de versions et l’embonpoint des dépendances transitives.
Cela fait suite à l’externalisation de WhatsApp déjà livrée dans les bêtas précédentes, où Baileys et sa dépendance libsignal ont été déplacés vers un plugin hébergé sur ClawHub. Le schéma est clair : le cœur d’Openclaw converge vers un orchestrateur léger qui délègue la logique spécifique aux fournisseurs à des plugins.
# L'installation de base est maintenant plus légère
npm install -g openclaw
# Ajoutez uniquement ce dont vous avez besoin
openclaw plugins add openclaw/slack
openclaw plugins add openclaw/amazon-bedrock
openclaw plugins add openclaw/anthropic-vertex
openclaw plugins add openclaw/openshell-sandbox
La même version supprime également le backend codex-cli intégré, en faisant migrer les anciennes références de modèles codex-cli/* vers la route du serveur d’application Codex sur openai/* — ce qui réduit encore la surface de maintenance du cœur.
Renforcement de la sécurité : une action coordonnée
Parallèlement aux changements architecturaux, ce cycle bêta livre ce qui semble être une réponse coordonnée à un audit de sécurité. Plus de 50 commits portent la mention explicite [AI] du contributeur @pgondhi987, traitant des préoccupations de sécurité des plugins en s’attaquant aux surfaces d’attaque sur la passerelle, le bac à sable et les systèmes de plugins :
Durcissement du bac à sable et de l’exécution
USERPROFILEWindows bloqué — Le bac à sable inclut désormaisUSERPROFILEdans ses racines personnelles bloquées, empêchant les liaisons contenant des informations d’identification (.codex,.openclaw,.ssh) sous les profils utilisateurs Windows de fuiter dans une exécution sandboxée.- Validation de la provenance des exécutions — Les événements d’exécution Node sont validés quant à leur provenance avant d’être envoyés, et les commandes tronquées d’approbation d’exécution sont rejetées à la frontière de la passerelle.
- Correspondance stricte des charges utiles du wrapper shell — Les charges utiles du wrapper shell en ligne sont désormais strictement appariées, empêchant l’injection par le biais de wrappers de commandes malformés.
Authentification et contrôle des portées
- Plus d’informations d’identification accidentelles via des variables d’environnement — Le système d’authentification des fournisseurs ne déduit plus les marqueurs de variables d’environnement à partir de larges motifs regex. Les clés API des fournisseurs sont résolues uniquement via des références secrètes structurées
secrets.providers[id]etsecrets.defaults. - Appairage de bootstrap verrouillé — Les portées des jetons de périphérique ne peuvent plus être étendues lors de l’appairage de bootstrap, et la portée admin est désormais requise pour la gestion des jetons de périphérique du nœud.
- Application des portées de la passerelle — Les portées de commandes de la passerelle sont appliquées en fonction du contexte de l’appelant, et la CLI du navigateur demande explicitement la portée
operator.adminau lieu de s’appuyer sur des boucles implicites de montée en portée.
Sécurité des canaux
- Politique de réaction Slack — La politique de notification par réaction est désormais appliquée côté serveur.
- Limitation de débit — Les requêtes webhook de Google Chat sont désormais limitées en débit, et les clés client de limitation de débit des webhooks Feishu sont normalisées.
- Validation des médias — Plusieurs canaux (iMessage, Telegram, WhatsApp, Microsoft Teams) rejettent désormais les données de pièces jointes en ligne malformées avant traitement, empêchant ainsi la corruption silencieuse des données.
Ce niveau de travail coordonné sur la sécurité suggère qu’Openclaw se prépare à une adoption en entreprise, où les pistes d’audit, l’isolation par bac à sable et la gestion des informations d’identification ne sont pas négociables.
Protocole Gateway v4
Ce cycle bêta introduit le Protocole Gateway v4, qui nécessite des clients v4 et diffuse des trames explicites deltaText et replace. Il s’agit d’un changement important pour les développeurs de SDK et d’outils :
- Plus de diff local — Les mises à jour de l’assistant conversationnel arrivent maintenant sous forme de deltas explicites, au lieu que les clients n’aient à calculer les différences par rapport à l’état précédent.
- Streaming déterministe — Les trames
replacedonnent aux consommateurs de SDK un contrat clair sur la façon d’afficher la sortie incrémentale de l’assistant. - Rétrocompatibilité — Les clients v3 continuent de fonctionner via une couche de compatibilité, mais la version du protocole est désormais imposée lors de la poignée de main de la passerelle.
Pour l’écosystème d’agents plus large, cela positionne la Gateway d’Openclaw comme un protocole stable et bien spécifié sur lequel les outils tiers et les tableaux de bord peuvent s’appuyer en toute confiance.
Solutions de repli ACP : une orchestration d’agents résiliente
Un changement plus modeste mais significatif : l’ACP (Agent Control Protocol) prend désormais en charge acp.fallbacks, permettant aux échanges ACP d’essayer des backends d’exécution de secours configurés lorsque le backend principal est indisponible — avant toute émission de sortie. Cela signifie :
- Si votre backend ACP Claude principal est hors service, l’échange peut automatiquement basculer vers un backend OpenAI Codex
- Le basculement se fait silencieusement avant que l’utilisateur ne voie une réponse, pour une expérience transparente
- Chaque niveau de secours peut avoir sa propre configuration de timeout et de modèle
Améliorations de l’interface de contrôle et de la qualité de vie
L’interface de contrôle a reçu plusieurs mises à niveau notables :
- Mode de défilement automatique persistant — Les utilisateurs peuvent désormais choisir entre « toujours suivre la sortie en streaming », « rester près du bas » ou « défilement manuel uniquement » — avec la préférence sauvegardée d’une session à l’autre.
- Imbrication des sessions — Les sessions des sous-agents apparaissent désormais imbriquées sous leur session parente dans le sélecteur de session (préfixe visuel
└─), rendant les hiérarchies d’agents claires en un coup d’œil. - Badges de session compacts — Les badges d’état d’exécution (actif/inactif/terminal) sont désormais affichés sur une seule ligne dans le tableau des sessions.
La vue d’ensemble
La trajectoire d’Openclaw dans ce cycle bêta révèle un projet qui mûrit simultanément sur plusieurs axes :
| Dimension | Direction |
|---|---|
| Taille du cœur | Rétrécissement via l’externalisation des plugins |
| Posture de sécurité | Renforcement avec un bac à sable de niveau entreprise |
| Protocole | Standardisation avec Gateway v4 |
| Résilience | Amélioration avec les solutions de repli ACP |
| Écosystème | Croissance avec 48,6K étoiles awesome-skills |
| Authentification | Renforcement avec des références secrètes structurées |
Avec plus de 371 000 étoiles GitHub et plus de 7 200 tickets ouverts (témoignant à la fois de sa popularité et de l’engagement de la communauté), Openclaw n’est plus seulement l’agent IA open source le plus étoilé — il devient une véritable plateforme d’infrastructure dotée de la rigueur architecturale nécessaire pour accompagner sa croissance explosive.
Openclaw v2026.5.12-beta.7 est disponible dès maintenant via npm install -g openclaw. Journal complet des modifications sur GitHub.