Openclaw — l’assistant personnel IA open-source qui affiche 371 074 étoiles GitHub et 76 742 forks — a déchaîné un torrent de cinq versions bêta les 10 et 11 mai, regroupées sous le nom v2026.5.10-beta. Le cycle de publication de ce week-end a livré des modifications dans presque tous les sous-systèmes : protocoles agent-à-agent, intégration Slack, voix Discord, génération d’images Fal, Fly Machines, l’interface de contrôle et la migration du système de build vers pnpm 11.
La cadence est remarquable, même selon les standards d’Openclaw : beta.1 le 10 mai à 13:16 UTC, beta.2 à 17:37, beta.3 le 11 mai à 03:05, beta.4 à 15:40, et beta.5 à 16:13. Cela fait cinq versions en environ 27 heures, chacune accompagnée de journaux de modifications de qualité production couvrant des dizaines de pull requests.
Agent-to-Agent : Chaînes de conversation plus profondes
Le changement le plus significatif sur le plan architectural dans ce cycle bêta est l’assouplissement des limites de communication agent-à-agent. Auparavant plafonnée à 5 échanges aller-retour, la configuration session.agentToAgent.maxPingPongTurns peut désormais aller jusqu’à 20 (la valeur par défaut restant 5) — s’appuyant sur la conception initiale du contrôleur Openclaw. Cela compte pour les flux de travail multi-agents complexes où les agents ont besoin d’échanges soutenus — sessions de débogage collaboratives, revues de code itératives ou tâches de négociation entre sous-agents spécialisés.
Deux fonctionnalités connexes renforcent cette orientation :
tools.message.crossContextavec dérogations par agent — les agents sandboxés et publics peuvent désormais restreindre l’envoi de messages à la conversation en cours sans modifier la politique globale du bot. C’est crucial pour les passerelles multi-locataires où différents agents nécessitent des garanties d’isolation différentes.tools.message.actions.allowavec dérogations par agent — les agents peuvent exposer et appliquer des outils de message en mode envoi uniquement de manière granulaire, offrant aux opérateurs un contrôle fin sur ce que chaque agent peut communiquer.
Les modifications du routage des messages touchent à des schémas de sécurité que les déploiements d’entreprise réclament depuis qu’Openclaw a franchi les 300 000 étoiles.
Slack bénéficie du contrôle d’aperçu et de la diffusion en fil de discussion
Trois améliorations pour Slack sont arrivées dans la beta.3, faisant d’Openclaw un citoyen Slack bien plus abouti :
| Fonctionnalité | Description | Issue |
|---|---|---|
unfurlLinks / unfurlMedia |
Configuration par compte pour supprimer les aperçus de liens et de médias dans les réponses du bot sans modifier les paramètres à l’échelle de l’espace de travail | #48435 |
replyBroadcast |
Les agents peuvent opter pour le comportement reply_broadcast du canal parent de Slack pour les réponses en fil de discussion |
#64365 |
| Métadonnées de mention | Le bot distingue désormais les mentions directes des réveils implicites de fil qui mentionnent quelqu’un d’autre | #79025 |
La canonisation des routes DM sortantes dans la beta.3 corrige également un bug subtil mais douloureux : les appels message.send vers des cibles D... ne divisent plus le même fil de discussion Slack en sessions de canal distinctes. (#80091)
Diagnostics vocaux Discord et automatisation QA Telegram
Le cycle bêta a apporté des améliorations significatives de la qualité de vie pour les agents vocaux :
- Diagnostics en temps réel pour la voix Discord — synchronisation des tours de parole, réinitialisations de lecture, détection de l’interruption (barge-in) et analyse des coupures audio. Ces diagnostics permettent de déboguer les interactions vocales en production, un problème notoirement difficile.
talk.realtime.instructions— les opérateurs peuvent désormais ajouter des consignes de style vocal en temps réel tout en conservant les valeurs par défaut de consultation d’agent intégrées à Openclaw. (#79081)- Gestion du codec Opus — les installations de test et à partir des sources utilisent par défaut le décodeur
opusscripten pur JavaScript, évitant les compilations lentes d’addons natifs en dehors des environnements dédiés à la performance vocale. Un script d’installation native optionnel est disponible pour les déploiements vocaux en production.
Côté assurance qualité, un nouveau système d’automatisation des preuves en direct par pull request sur Telegram loue des identifiants Convex, capture des transcriptions Crabbox, génère des aperçus GIF animés et publie des commentaires en ligne dans les PR — un avant-goût de l’utilisation par Openclaw de sa propre plateforme pour les flux de développement.
Infrastructure : Fly Machines, pnpm 11 et modèles locaux
Trois changements d’infrastructure méritent attention :
-
Détection de conteneur Fly Machines — Openclaw détecte désormais Fly Machines à partir des variables d’environnement d’exécution et ajuste la liaison de la passerelle et les valeurs par défaut Bonjour en conséquence. (#80209) Cela rend le déploiement d’Openclaw sur Fly.io véritablement sans configuration.
-
Migration vers pnpm 11 — le gestionnaire de paquets de l’espace de travail a été mis à niveau vers pnpm 11, avec tous les flux de travail Docker, d’installation, de mise à jour et de publication alignés sur la nouvelle surface de configuration. (#79414, #80588) Merci à @altaywtf pour les deux.
-
Prise en charge de serveur de modèles local — une nouvelle option de démarrage
localServiceau niveau du fournisseur permet de lancer à la demande des serveurs de modèles locaux avant les requêtes compatibles OpenAI, y compris des sondes de modèle ponctuelles. Il s’agit d’une avancée significative vers un fonctionnement d’agent entièrement hors ligne.
La génération d’images Fal accueille GPT Image 2 et Nano Banana 2
Le fournisseur fal a reçu une mise à jour substantielle : les demandes d’édition d’image de référence pour GPT Image 2 et Nano Banana 2 sont désormais routées vers /edit avec des tableaux image_urls appropriés. La géométrie d’édition de Nano Banana 2 est appliquée via les paramètres aspect_ratio et resolution, et les limites d’images d’entrée sont portées à 10 pour GPT Image 2 et 14 pour Nano Banana 2. Les indications de ratio d’aspect sont désormais autorisées en mode édition. (#77295)
Récupération de l’interface de contrôle et qualité du code
L’interface de contrôle affiche désormais un panneau de récupération en HTML brut lorsque le module d’application ne s’enregistre jamais — une correction petite mais cruciale pour les utilisateurs qui se retrouvent avec un tableau de bord vide. (#44107)
Sur le front de la qualité du code, le cycle bêta a activé des règles de lint Vitest plus strictes (dangers liés aux tests focalisés, désactivés, conditionnels, aux hooks et aux matchers), des règles oxlint supplémentaires pour les pièges des promesses et de TypeScript, ainsi que des vérifications du compilateur tsc plus strictes pour les retours implicites, les imports à effet de bord, les surcharges et le code de production inutilisé. La journalisation a été enrichie de messages ciblés pour le transport des modèles, la charge utile, les événements SSE et les diagnostics en mode code avec gestion des URL expurgées.
Le cap des 371 000 étoiles
À 371 074 étoiles, Openclaw a gagné environ 2 600 étoiles depuis le 7 mai — s’inscrivant dans l’écosystème des agents open source 2 600 étoiles depuis le 7 mai (alors qu’il était à 369 246). Le rythme de croissance ne montre aucun signe de ralentissement — le projet enregistre désormais une moyenne de plus de 500 nouvelles étoiles par jour, ce qui en fait l’un des projets open source à la croissance la plus rapide sur GitHub, quelle que soit la mesure.
L’écosystème autour d’Openclaw continue également de s’étendre. La liste awesome-openclaw-skills (VoltAgent) a dépassé les 48 500 étoiles avec 4 750 forks, et le répertoire officiel ClawHub de compétences se situe à 8 574 étoiles et 1 324 forks — deux indicateurs que l’écosystème de plugins et de compétences arrive à maturité parallèlement au projet principal.
Perspectives
Alors que le cycle bêta v2026.5.10 touche à sa fin et que le projet s’achemine vers une version stable, la trajectoire est claire : Openclaw passe d’un harnais pour Claude Code à un véritable système d’exploitation personnel d’IA, avec son propre système de build, ses cibles de déploiement, son infrastructure vocale et ses protocoles de communication entre agents. Les améliorations de la profondeur des échanges agent-à-agent, combinées à l’isolation des messages par agent et à la prise en charge des modèles locaux, suggèrent que le projet se prépare discrètement à un monde où les utilisateurs exécuteront des flottes d’agents spécialisés plutôt qu’un seul assistant généraliste.