Notes de version d’OpenClaw v2026.6.11 (2026-06-30)

Nous avons entendu vos retours. v2026.6.11 se concentre sur les aspérités qui rendent OpenClaw moins fiable, avec des correctifs pour les réponses mal placées, les envois bloqués, les reconnexions, les échecs de configuration des modèles et des valeurs par défaut d’administration plus sûres.

Points forts

Fiabilité de la distribution des messages par canal

Dans Telegram, WhatsApp, Matrix, Google Chat, iMessage, Feishu et Mattermost, les réponses, commandes, messages en file d’attente et pièces jointes risquent moins d’être perdus, dupliqués, mal acheminés ou associés à la mauvaise conversation.

Sources and contributors

• Corrige le fait que les messages directs Google Chat récents étaient parfois traités comme des conversations de groupe, afin qu’ils atteignent la bonne discussion individuelle tandis que les messages Space et de discussion de groupe conservent leur routage existant. #58993 Merci @starhappysh, @vincentkoc.
• Les réponses vocales Feishu d’OpenClaw affichent désormais leur durée dans la bulle de discussion, afin que les destinataires puissent voir la durée de l’audio avant de le lire. #89172 Lié à #53798. Merci @areslp, @fxz26284407, @kinrocw.
• Les réponses Discord et Telegram ainsi que l’historique de discussion en miroir restent plus systématiquement liés à la conversation prévue, y compris entre des réponses Telegram répétées et des changements de session. #89911 Merci @jalehman.
• Les résultats d’image, de vidéo et de musique en arrière-plan reviennent désormais à la discussion qui les a demandés lorsque la tâche démarre sans cible de conversation complète, au lieu de sembler échouer après la création ou d’être envoyés au mauvais interlocuteur lorsque la session change. #89949 Lié à #86034. Merci @tianxiaochannel-oss88, @wangwllu.
• Les réponses Telegram restent désormais attachées à la question actuelle de l’utilisateur lorsqu’il cite un ancien message du bot, tandis que les citations des messages d’autres personnes répondent toujours à la citation sélectionnée. #90475 Merci @moeedahmed.
• Les administrateurs de groupes QQBot peuvent choisir l’étendue de disponibilité des commandes slash, et les commandes réservées au privé dirigent désormais les utilisateurs vers une discussion privée au lieu d’être exposées ou ignorées silencieusement dans les groupes. #92154 Merci @sliverp.
• Les vérifications Heartbeat utilisant des modèles capables de raisonnement affichent désormais la réponse prévue de l’assistant au lieu d’exposer le raisonnement interne dans Telegram, WhatsApp et d’autres canaux, tandis que les messages Thinking optionnels continuent de fonctionner. #92356 Lié à #92260. Merci @jmpei, @tangtaizong666, @vincentkoc.
• Les discussions Telegram en mode progression effacent désormais une ancienne bulle de progression avant l’apparition d’une sortie d’outil ou d’artefacts plus récents, ce qui conserve une conversation propre et lisible. #93002 Lié à #90753. Merci @shadow-enthusiast, @zhangguiping-xydt.
• Les messages iMessage contenant une commande et un lien restent désormais ensemble comme un seul tour OpenClaw lorsque les aperçus de liens retardés arrivent, tandis que les messages rapides sans rapport restent séparés pour les utilisateurs qui ont activé la fusion des messages privés d’un même expéditeur. #93143 Merci @omarshahine.
• Les réponses Discord réussies envoyées via l’outil de message ne déclenchent plus un avertissement d’échec trompeur dans les tours de canal source message_tool_only affectés. #94072 Lié à #93875. Merci @chenyangjun-xy, @hoyanhan, @vincentkoc.
• Les conversations de groupe WhatsApp préservent désormais plus fiablement le bon contexte de message et de groupe pendant les nouvelles tentatives, les reconnexions et les changements de groupe. #94338 Lié à #7433. Merci @mcaxtr, @octopuslabs-fl, @xialonglee.
• Corrige le fait qu’OpenClaw répondait parfois à ses propres échos iMessage retardés lorsque des caractères de tête parasites empêchaient le message envoyé d’être reconnu. #94442 Merci @ly-wang19.
• Les utilisateurs du Webhook Telegram peuvent continuer à recevoir des messages privés et des messages de groupe pendant de brefs redémarrages de canal, rechargements de configuration et cycles de récupération, sans interruptions temporaires des messages. #94506 Lié à #90254. Merci @obviyus, @travellingsoldier85, @xialonglee.
• Les gateways Matrix E2EE peuvent rester en ligne pendant une utilisation prolongée au lieu de consommer progressivement de la mémoire jusqu’à ce qu’un plantage mette hors service les canaux et le travail en cours. #94942 Lié à #90455. Merci @xzh-icenter, @yar-sh.
• Les utilisateurs Telegram voient désormais la réaction native prévue au lieu d’instructions divulguées ou d’une réponse uniquement composée d’une réaction qui serait abandonnée, avec le succès enregistré uniquement après acceptation par Telegram. #94977 Lié à #71140. Merci @cuttingwater, @hugenshen.
• Les mises à jour de progression Telegram pour les commandes, recherches, mises à jour et activités d’API restent désormais lisibles au lieu d’exposer du HTML bruyant ou des lignes au style de code, avec un repli en texte brut lorsque Telegram ne peut pas analyser la mise en forme. #95007 Lié à #95002.
• Les conversations Telegram poursuivies dans WebChat affichent désormais une seule réponse de l’assistant par tour et conservent les réponses suivantes avec la conversation active au lieu de dupliquer les réponses ou de les renvoyer vers Telegram. #95069 Lié à #94930. Merci @heichaowo.
• Google Chat masque désormais les bannières d’échec internes trompeuses lorsqu’un résultat d’outil est inoffensif, laissant aux utilisateurs la réponse terminée tandis que le texte normal de l’assistant reste inchangé. #95084 Lié à #90684. Merci @jailbirt, @studentzhou-svg.
• Les conversations de canal multi-agent liées chargent désormais les fichiers d’espace de travail de l’agent configuré au lieu de l’agent par défaut, même si les conversations précédemment mal classées peuvent repartir de zéro dans le magasin corrigé de l’agent. #95118 Lié à #92903. Merci @849261680, @axjing.
• Les personnes partageant un Gateway OpenClaw peuvent désormais attribuer différents modèles à des contacts individuels de messages directs sur les canaux de discussion pris en charge, tandis que les choix de modèles de groupe et génériques existants continuent de fonctionner comme auparavant. #95120 Lié à #53638. Merci @gandalf-at-lerian, @thomaszta, @xydigit-zt.
• Telegram indique désormais qu’OpenClaw travaille toujours pendant de courts aperçus initiaux ou des réponses en mode progression, au lieu de laisser la discussion silencieuse jusqu’à l’arrivée du message final. #95183 Lié à #95004. Merci @obviyus.
• Les utilisateurs et opérateurs Matrix obtiennent désormais un échec clair lorsqu’un homeserver envoie une réponse trop volumineuse ou bloquée, au lieu qu’OpenClaw continue à la mettre en mémoire tampon avec un risque d’utilisation mémoire illimitée. #95240 Merci @alix-007.
• Corrige les réponses Telegram et d’autres canaux en file d’attente retardées ou manquantes dans les déploiements de type Kubernetes avec de nombreuses variables d’environnement injectées, où l’ouverture de la base de données de file d’attente pouvait bloquer le gateway. #95278 Lié à #94571. Merci @kaka-srp.
• Les discussions Telegram se rétablissent après l’expiration d’un message bloqué, ce qui permet aux messages ultérieurs de la même discussion ou du même sujet d’atteindre l’agent sans redémarrer le gateway. #95299 Lié à #95248. Merci @kriegerbangerz-ship-it, @mikasa0818, @obviyus.
• Lorsque des personnes basculent entre Telegram et un autre client OpenClaw dans une conversation directe partagée, les réponses courtes Telegram suivent désormais la dernière conversation au lieu de répondre à une proposition Telegram plus ancienne et sans rapport. #95390 Lié à #95378. Merci @maiduy708, @mikasa0818, @obviyus.
• Corrige l’apparition en double des messages terminés de l’assistant dans Telegram, Discord, Slack et d’autres discussions diffusées en continu après une réponse en plusieurs messages. #95432 Merci @vincentkoc, @yetval.
• Les réponses WhatsApp restent désormais attachées au message direct ou de groupe auquel il est répondu, au lieu d’apparaître comme un message séparé qui perd le contexte de conversation. #95483 Merci @mcaxtr.
• Les réponses Telegram en message riche conservent désormais les paragraphes, puces et lignes d’état séparés au lieu de regrouper le contenu multiligne en un seul bloc continu, sans changement de configuration nécessaire. #95532 Lié à #95409. Merci @amknight.
• Les opérateurs Mattermost qui activent les commandes slash natives peuvent désormais utiliser /oc_queue directement dans Mattermost pour régler la mise en file d’attente des exécutions actives, y compris son mode, le délai de debounce, le plafond et la gestion des abandons. #95546 Merci @amknight.
• Les messages précédemment autorisés continuent d’atteindre les comptes nommés après les mises à niveau des anciens canaux multi-comptes, avec les règles héritées d’accès aux messages privés et aux groupes préservées dans Mattermost, Discord, Slack, Telegram, Signal, WhatsApp, iMessage et IRC. #95550 Merci @amknight.
• Les utilisateurs Mattermost peuvent continuer à parler dans un fil sans mentionner de nouveau le bot après sa réponse, et cette participation survit aux redémarrages du gateway jusqu’à ce que le fil soit resté inactif pendant sept jours. #95552 Merci @amknight.
• Les messages Telegram entrants atteignent désormais rapidement la session OpenClaw configurée au lieu de rester sans réponse jusqu’au prochain intervalle d’interrogation, à un redémarrage du gateway ou à une intervention manuelle. #95577 Lié à #86957. Merci @freidrich-goldenflow, @liuwqgit.
• Les utilisateurs QQBot reçoivent désormais des tableaux Markdown complets lorsque les séparateurs valides utilisent un ou deux tirets par colonne, au lieu de perdre l’en-tête et toutes les lignes sauf la dernière. #95637 Merci @ly-wang19.
• Les utilisateurs Synology Chat peuvent désormais recevoir des réponses d’agent qui prennent plus de 120 secondes lorsque le délai d’expiration principal configuré le permet, au lieu que le canal les rejette prématurément. #95707 Merci @sahibzada-allahyar, @vincentkoc.
• Les tâches Cron de sujets de forum Telegram continuent désormais d’envoyer les alertes d’échec configurées séparément vers leur destination prévue, même lorsque l’annonce principale utilise un sujet dans la même discussion. #95794 Merci @vincentkoc.
• Corrige les réponses de groupe WhatsApp qui pouvaient citer un ancien message OpenClaw au lieu du message déclencheur de l’utilisateur, afin que les réponses finales restent attachées au message prévu lorsqu’une cible de réponse est disponible et évitent de pointer vers un contexte de bot obsolète lorsqu’elle ne l’est pas. #95914 Merci @mcaxtr.
• Les utilisateurs WhatsApp peuvent approuver ou refuser les invites par réaction sans que l’invite reste bloquée lorsque WhatsApp identifie différemment la même discussion directe, tandis que les approbations de groupe restent liées au bon groupe et à la bonne personne. #95935 Merci @mcaxtr.
• Le traitement de la réponse finale utilise désormais moins de CPU lorsqu’OpenClaw vérifie si le texte d’un bloc a déjà été envoyé, sans changer la réponse qui atteint la discussion ni la manière dont le texte en double est supprimé. #96087 Merci @vincentkoc.
• Les résultats d’approbation d’exécution provenant de Plugins de canal externes sont désormais renvoyés au canal ou au message privé où la commande a commencé, au lieu de revenir à WebChat ou de sembler disparaître après l’approbation. #96140 Lié à #96103. Merci à @lansenger-pm, @vincentkoc, @yetval.
• La réponse finale de WhatsApp reste désormais citée dans le message de suivi que l’utilisateur vient d’envoyer lorsqu’il répond à un ancien message OpenClaw, au lieu d’arriver sans citation ou de pointer vers l’ancienne réponse du bot. #96220 Merci à @mcaxtr.
• Les bots Nextcloud Talk ignorent désormais les événements ordinaires de partage de fichiers et de cycle de vie sans les journaliser comme erreurs de bot ni risquer de désactiver la livraison, tandis que les charges utiles de chat mal formées renvoient toujours une erreur. #96243 Lié à #81566. Merci à @arkyu2077, @rafaelmgbh, @vincentkoc.
• Les réponses et la livraison par outil de messagerie dans les canaux Mattermost utilisent désormais les indications de canal et de fil, car l’agent identifie ces conversations comme des canaux plutôt que comme des discussions de groupe, tandis que le comportement existant des discussions de groupe reste inchangé. #96244 Lié à #95645. Merci à @arkyu2077, @iloveleon19, @vincentkoc.
• Les intégrations de canal MCP maintiennent désormais les listes de conversations, les lectures de messages, les sondages d’événements et les attentes dans des limites prévisibles, même lorsqu’un client demande des limites ou des délais d’expiration excessifs. a39e548 Merci à @vincentkoc.
• Les réponses automatiques diffusées en continu pendant longtemps sont moins susceptibles de s’arrêter trop tôt ou d’être interrompues de manière incohérente lorsqu’un délai d’expiration exceptionnellement long est configuré. 6c85b90 Merci à @vincentkoc.
• La progression du canal affiche désormais un statut répété lorsque le travail y revient réellement après une autre mise à jour, au lieu de masquer un contexte utile comme doublon. 8a75c4d
• Les réponses de canal terminées ne reçoivent plus d’avis de progression tardifs, ce qui empêche du texte de statut obsolète d’apparaître après la fin de la réponse. a594d2c Merci à @vincentkoc.
• Pendant les réponses de canal diffusées en continu, les messages de progression affichent désormais toujours le dernier état au lieu de rester bloqués sur une ancienne mise à jour. e114001 Merci à @vincentkoc.
• Les réinitialisations forcées de Matrix gèrent désormais le stockage secret indisponible sans erreur d’exécution, en traitant l’accès de récupération comme indisponible afin que le chemin de réinitialisation puisse continuer en toute sécurité. 5c5a8a4 Merci à @vincentkoc.
• Les canaux configurés restent désormais visibles dans openclaw channels status --json, tandis que les annonces planifiées rejettent les entrées obsolètes qui n’ont aucun Plugin actif pour les livrer. a641c0d
• Les conversations vocales Discord continuent désormais d’enchaîner les réponses de l’assistant, de sorte qu’une réponse en file d’attente est lue après la fermeture du flux audio précédent au lieu de rester bloquée. 88b64e4 Merci à @vincentkoc.
• Les aperçus de progression Discord sont moins susceptibles de s’arrêter avant les dernières modifications lorsqu’une réponse de l’agent a déjà commencé à arriver. 86ea382
• Les chats n’affichent plus de texte NO_REPLY parasite lorsque l’assistant veut rester silencieux, tandis que les réponses multimédias légitimes arrivent toujours sans l’espace réservé. 96c6f80
• Les réponses Telegram diffusées en continu affichent désormais chaque titre de progression une seule fois, ce qui rend les mises à jour d’outils et de recherche plus faciles à parcourir. 013e33c Merci à @vincentkoc.
• Les messages Telegram bloqués après une tâche longue, un plantage ou un redémarrage du Gateway reprennent désormais automatiquement leur traitement, de sorte que les messages ultérieurs n’attendent plus en silence et ne nécessitent plus que les opérateurs réparent la file à la main. #97543 Merci à @romneyda, @vincentkoc.

Récupération du fournisseur et du modèle

La sélection du modèle et la configuration se rétablissent plus clairement lorsque les catalogues, les identifiants, les flux, les délais d’expiration, la Compaction ou les solutions de repli dysfonctionnent. Les configurations OpenAI, OpenRouter et OpenCode Go concernées signalent désormais les échecs ou s’en rétablissent plus systématiquement, au lieu de laisser les utilisateurs avec un choix obsolète ou une requête bloquée.

Les correctifs de suivi pour le mode rapide améliorent son comportement dans les chemins de fournisseur et de solution de repli concernés ; le mode rapide automatique lui-même n’est pas nouveau dans cette version.

Sources et contributeurs

• La synthèse vocale et les notes vocales MiniMax risquent moins d’échouer, car OpenClaw demande maintenant explicitement le format audio qu’il peut décoder au lieu de s’appuyer sur les valeurs par défaut du fournisseur. #73079 Merci à @efe-arv.
• Les opérateurs du Gateway peuvent de nouveau voir le fournisseur, le modèle, l’état de la requête et les détails de durée dans les journaux normaux, ce qui facilite le diagnostic des problèmes de routage des modèles et de transport sans activer de journalisation de débogage supplémentaire. #89648 Lié à #89300. Merci à @enominera, @xiaobao-k8s.
• Les modèles atteints via Google, Mistral, OpenAI Responses, Azure OpenAI Responses et ChatGPT/Codex Responses reçoivent maintenant des instructions système propres, sans fuite du marqueur interne de limite de cache d’OpenClaw dans le prompt. #89716 Merci à @enominera, @masatohoshino.
• Les appels d’outils Cron utilisant des modèles Gemini via des fournisseurs compatibles OpenAI s’exécutent maintenant sans que des champs nullables déclenchent des rejets de schéma côté fournisseur. #91559 Lié à #91542. Merci à @pick-cat, @qiukui666.
• Les identifiants de modèle qualifiés par fournisseur respectent maintenant leurs politiques d’exécution d’agent et alias CLI configurés, au lieu de revenir de façon inattendue à l’environnement d’exécution par défaut d’OpenClaw. #91724 Merci à @vincentkoc, @yu-xin-c.
• La liste /models du chat et les autres chemins de sélection de modèle ou de fournisseur tenant compte des plugins répondent maintenant rapidement au lieu de se bloquer pendant plusieurs secondes et de consommer un cœur CPU via des analyses de configuration répétées, tandis que les changements de plugin continuent de se rafraîchir normalement. #93356 Merci à @obuchowski.
• Les utilisateurs d’Ollama Cloud hébergé peuvent conserver uniquement les modèles qu’ils ont explicitement configurés après un redémarrage, sans que le catalogue partagé complet soit rajouté, tandis que la découverte automatique continue pour les serveurs Ollama locaux et auto-hébergés. #93956 Merci à @jason-allen-oneal.
• Les tâches Cron peuvent maintenant réessayer ou basculer vers un modèle de secours configuré lorsqu’un fournisseur local renvoie l’erreur générique LLM request failed., au lieu d’échouer sans utiliser le secours. #94062 Lié à #93931. Merci à @hugenshen.
• Les jetons de fournisseur expirés n’enfouissent plus les journaux opérateur utiles sous des avertissements de secours répétés, tandis que le premier avertissement et les résumés ultérieurs des doublons restent disponibles pour le diagnostic. #94233 Lié à #56979. Merci à @goutamadwant, @yanan1991.
• Google Gemini 3.5 Flash peut maintenant être sélectionné avec sa fenêtre de contexte complète de 1 048 576 jetons, évitant les erreurs de modèle manquant et les rejets inutiles liés à la taille du prompt. #94726 Lié à #94723. Merci à @ajwan8998, @anguslogan01, @kevinat.
• Les sessions enfants du tableau de bord gèrent maintenant de façon cohérente les choix de modèles qualifiés par fournisseur autorisés et fournissent des consignes de récupération exactes lorsque l’état de modèle enregistré est obsolète. #94752 Lié à #94713. Merci à @gr4via.
• Les utilisateurs de Claude CLI ne reçoivent plus de promesses de mises à jour de complétion qui pourraient ne jamais arriver, car OpenClaw bloque maintenant le travail en arrière-plan natif non pris en charge avant qu’il puisse laisser la progression bloquée. #95008 Merci à @anagnorisis2peripeteia.
• OpenClaw rejette maintenant les catalogues de fournisseurs ou réponses JSON surdimensionnés avec une erreur claire avant de mettre toute la réponse en mémoire. #95218 Merci à @alix-007.
• Les utilisateurs d’OpenRouter peuvent maintenant sélectionner et exécuter les identifiants courts annoncés du modèle DeepSeek V4 sans que les requêtes échouent avec model_not_found parce qu’OpenClaw envoyait un préfixe de fournisseur dupliqué. #95268 Lié à #95198. Merci à @daniel-alejandro-t, @darren2030.
• Avec /reasoning on, les modèles compatibles OpenAI de style DeepSeek affichent maintenant la réponse finale séparément de leur raisonnement au lieu de l’intégrer au bloc de raisonnement, sans changement de configuration requis. #95283 Lié à #95280. Merci à @marvinthebored, @vincentkoc, @zengwen-dt.
• Lorsqu’un abonnement Codex atteint sa limite d’utilisation, OpenClaw passe maintenant aux modèles de secours configurés au lieu de s’arrêter sur le résultat en échec, et il ne relance pas les exécutions qui ont déjà produit une sortie visible. #95400 Merci à @jason-allen-oneal, @sallyom.
• Les utilisateurs de LM Studio peuvent maintenant exécuter des modèles locaux quantifiés ou à variantes multiples sans faux échecs de tour assistant ni entrées fantômes de modèles suffixées causées par des clés de modèle incohérentes. #95401 Merci à @monkeyleet.
• Les exécutions d’agents intégrés soutenues par Google cessent maintenant de lire les réponses de cache de prompt surdimensionnées ou interminables avant qu’elles puissent épuiser la mémoire ou laisser l’exécution bloquée. #95417 Merci à @alix-007.
• Les analyses de modèles OpenRouter échouent de façon sûre sur les catalogues surdimensionnés ou mal formés au lieu de risquer une utilisation excessive de la mémoire pouvant déstabiliser OpenClaw. #95418 Merci à @alix-007.
• Les configurations OpenRouter rejettent maintenant les catalogues de modèles surdimensionnés avant qu’ils puissent épuiser la mémoire d’OpenClaw, sans mettre en cache ni récupérer immédiatement de nouveau la réponse en échec. #95420 Merci à @alix-007, @sallyom.
• Les modèles de secours configurés peuvent maintenant répondre lorsque Claude CLI n’a plus de crédits ou rencontre une défaillance générique du lanceur, au lieu de laisser aux utilisateurs le message d’échec comme réponse finale. #95508 Lié à #95489. Merci à @mikasa0818, @riazrahaman, @sallyom.
• Les recherches Web soutenues par Gemini utilisant freshness: "day" ou pd se terminent maintenant au lieu d’échouer avec une erreur 400 du fournisseur, tandis que les choix de fraîcheur plus larges et les plages de dates explicites conservent un filtrage plus strict. #95682 Merci à @sunjae-k, @vincentkoc.
• Les réponses de suivi des modèles de raisonnement xAI tels que Grok Composer préservent maintenant plus fiablement le contexte de raisonnement précédent, même lorsque l’effort de raisonnement configurable n’est pas pris en charge. #95686 Merci à @fuller-stack-dev, @geraint0923.
• Les utilisateurs de Vercel AI Gateway peuvent maintenant exécuter des modèles choisis depuis le catalogue en direct, y compris des identifiants de modèles uniquement en direct absents de la liste intégrée d’OpenClaw. #95710 Merci à @vincentkoc.
• Corrige les fournisseurs définis par manifeste qui transformaient des identifiants de modèle valides en identifiants cassés lorsque les entrées stripPrefixes contiennent des espaces parasites ou une casse différente, afin que les opérateurs et les auteurs de plugins obtiennent le modèle fournisseur prévu. #95744 Lié à #95743. Merci à @parveshsaini.
• La configuration au premier lancement ouvre maintenant l’invite d’identifiants pour un fournisseur externe nouvellement installé au lieu de sembler tourner en boucle et de laisser OpenAI sélectionné. #95792 Lié à #95765.
• Les catalogues de fournisseurs surdimensionnés ou bloqués échouent maintenant rapidement avec une erreur claire au lieu de suspendre OpenClaw ou de consommer une mémoire non bornée, tandis que les catalogues normaux continuent de se charger. #95827 Merci à @alix-007.
• Les utilisateurs de Xiaomi Token Plan peuvent maintenant utiliser jusqu’à 128 K jetons de sortie avec mimo-v2.5 et mimo-v2.5-pro au lieu d’être arrêtés à la limite obsolète de 32 000 jetons. #95934 Merci à @idootop.
• Les réponses de modèles utilisant beaucoup d’outils peuvent être diffusées avec moins de surcharge, tandis que les identifiants d’appels d’outils répétés et les détails de raisonnement chiffrés restent associés au bon appel chez Google et les fournisseurs compatibles OpenAI. #95957 Merci à @vincentkoc.
• La comptabilisation de l’utilisation des jetons est plus fiable pour les utilisateurs ACPX intégrés, car OpenClaw inclut maintenant par défaut le correctif de persistance d’ACPX 0.11.2, sans remplacement de paquet séparé ni mise à jour manuelle du client. #96124 Merci à @vincentkoc.
• Les utilisateurs d’Ollama Cloud peuvent maintenant trouver et sélectionner glm-5.2:cloud avec sa fenêtre de contexte de 1 000 000 jetons, son raisonnement et sa prise en charge des outils même lorsqu’il est absent de la liste publique des modèles. 11484f8
• Les requêtes de compréhension d’image MiniMax n’échouent plus avant d’atteindre le fournisseur lorsqu’un délai d’expiration vaut zéro, est négatif ou extrêmement grand ; les valeurs invalides utilisent maintenant une attente normale ou un maximum sûr. 4b6182e Merci à @vincentkoc.
• Les exécutions Codex suivent maintenant le choix actuel du mode rapide au lieu de conserver un ancien niveau de vitesse, et la ligne d’état indique clairement quand le mode rapide est automatique. 77012f9 Merci à @vincentkoc.
• Les conversations soutenues par Codex reviennent maintenant au routage normal après l’effacement du mode rapide automatique, empêchant les tours ultérieurs ou les changements de modèle de réutiliser un niveau de priorité obsolète. 8afc1f7
• Les exécutions d’agents de secours respectent maintenant le seuil de mode rapide automatique configuré de chaque modèle, même lorsque le mode rapide est remplacé pour l’exécution, gardant le comportement de secours aligné sur la politique du modèle sélectionné. efd3172
• Les nouvelles tentatives de bascule de modèle en direct préservent maintenant le seuil de mode rapide d’origine pour les sessions longues, tandis que le mode rapide explicite évite les messages de progression trompeurs sur le seuil automatique. d990115 Merci à @vincentkoc.
• Les exécutions d’agents intégrés maintiennent maintenant le mode rapide automatique de façon cohérente à travers les nouvelles tentatives et les mises à jour de progression, sans le confondre avec un réglage de mode rapide sélectionné manuellement. cf1b6fe Merci à @vincentkoc.
• Les exécutions en mode rapide conservent maintenant leur réglage de vitesse lors des nouvelles tentatives de secours de modèle et affichent le seuil automatique configuré dans l’état, évitant un comportement de nouvelle tentative incohérent et une étiquette générique peu utile. aa3797c Merci à @vincentkoc.
• Les réponses d’agents et les exécutions Cron planifiées gèrent maintenant plus fiablement les nouvelles tentatives de secours en mode rapide, en conservant l’état nécessaire pour que la tentative finale se termine ou signale correctement la progression. 14e448e Merci à @vincentkoc.
• Les utilisateurs ne voient plus d’avis de réinitialisation du mode rapide pendant que les tentatives de secours de modèle sont encore en cours ; il n’apparaît que lorsque l’exécution atteint sa tentative de secours finale. 6eb72a8
• Les utilisateurs et opérateurs bénéficient maintenant d’une gestion plus claire lorsqu’un modèle en direct configuré devient indisponible, car OpenClaw reconnaît la réponse du fournisseur indiquant que le « modèle sélectionné est introuvable » comme une erreur de modèle introuvable plutôt que comme une erreur générique. 2405d02 Merci à @vincentkoc.
• Qwen et vLLM préservent désormais de manière cohérente les paramètres chat-template existants lorsque le raisonnement est activé ou désactivé, et les plugins de fournisseurs peuvent utiliser le même assistant testé. 2ba9d6e Merci @vincentkoc.
• Les fournisseurs proxy compatibles avec OpenAI peuvent gérer les niveaux de raisonnement et les champs hérités reasoning_effort de manière plus cohérente, les développeurs de plugins et les mainteneurs de fournisseurs utilisant un même assistant de normalisation documenté pour OpenRouter, Kilocode et le SDK. 35bafea
• Les builds navigateur et Vite peuvent désormais charger le fournisseur OpenAI ChatGPT Responses sans qu’une dépendance réservée au serveur ne casse le bundle, tandis que les échecs WebSocket continuent d’apparaître normalement. 8c8eb86 Merci @vincentkoc.
• Les analyses de modèles OpenRouter acceptent désormais les mêmes grands catalogues valides que la découverte à l’exécution, tout en rejetant toujours les réponses surdimensionnées avant qu’elles ne puissent consommer une mémoire illimitée. ad3b2f4 Merci @vincentkoc.
• Les utilisateurs d’OpenAI Responses, y compris les configurations de raisonnement Bedrock Mantle GPT-5.x concernées, obtiennent désormais une seule réponse finale propre avec des transcriptions enregistrées et un contexte de relecture alignés, au lieu de dizaines de copies cumulatives répétées. #92399 Lié à #91959. Merci @amersheeny, @daimingnj, @phoenixyy, @pigfoot.
• Les tâches planifiées et les sessions isolées utilisant des modèles opencode-go déplacent désormais les requêtes bloquées vers le délai d’expiration configuré ou le traitement de secours, au lieu de rester suspendues pendant des minutes avant de se terminer par une erreur générique LLM request failed. #93965 Lié à #93610. Merci @forceconstant, @zhangguiping-xydt.
• Après la modification du modèle par défaut, le démarrage d’une nouvelle session de canal avec /new ou /reset utilise désormais le nouveau modèle par défaut au lieu de réutiliser silencieusement l’ancien modèle mis en cache, tandis que les remplacements explicites via /model restent inchangés. #77339 Lié à #77322. Merci @mjamiv, @zaynl.
• Derrière des proxys HTTP ou HTTPS, l’utilisation Codex/OpenAI et les vérifications de quota dans openclaw status --usage --json et la Control UI récupèrent désormais les fenêtres d’utilisation au lieu d’échouer lorsque chatgpt.com est inaccessible directement. #93943 Lié à #78714. Merci @tnzgit, @turbotheturtle.
• /status conserve désormais le modèle actif et la façon d’effacer un choix épinglé sur une seule ligne compacte, afin que les utilisateurs de Discord et d’autres chats puissent consulter l’état du modèle sans explication sur plusieurs lignes. #95797 Merci @solvely-colin.
• Les réponses en streaming d’Anthropic conservent désormais les mises à jour de texte, de raisonnement et d’appels d’outils entremêlées attachées au bon bloc de réponse, au lieu de les mélanger lorsque plusieurs blocs sont actifs en même temps. #96013 Merci @vincentkoc.

Continuité des sessions, de la mémoire et de la confiance

Les sessions, la compaction, la mémoire et la mémoire adossée à QMD préservent plus systématiquement la conversation prévue et le contexte utile pendant les travaux de longue durée, les reconnexions, les mises à niveau et la réparation des transcriptions. La recherche d’outils se comporte également de manière plus fiable lorsque les agents doivent retrouver le bon contexte ou la bonne capacité.

La récupération chiffrée de Matrix s’arrête en toute sécurité lorsque l’état des clés requis ne peut pas être vérifié. Les politiques des outils, les approbations et la gestion des secrets restent attachées à l’état d’exécution prévu, les actions à risque plus élevé demeurant désactivées sauf activation explicite.

Sources et contributeurs

• Les conversations d’agents affectées utilisant OpenAI Responses peuvent désormais récupérer et continuer à répondre après qu’une réponse de canal visible a laissé leur historique enregistré incomplet, au lieu de faire échouer chaque tour ultérieur avant qu’une réponse n’apparaisse. #84708 Merci @anyech.
• Lorsqu’un agent reposant sur Codex produit une sortie d’outil inhabituellement volumineuse, les conversations enregistrées et relues conservent désormais son texte dans la limite de taille habituelle tout en laissant le contenu non textuel inchangé. #87912 Merci @adrianip0204.
• Les conversations de Control UI restent désormais visibles et continuent dans la même session après une mise en veille, une coupure réseau ou une reconnexion du Gateway, au lieu de disparaître lorsque le message suivant est envoyé. #89017 Lié à #87700. Merci @zhangguiping-xydt, @asicoe.
• Les intégrations Codex et Copilot groupées gardent désormais l’historique de chat miroir et les mises à jour de transcript liés à la bonne session OpenClaw à mesure que le stockage évolue, tandis que les transcripts actifs existants adossés à des fichiers continuent de fonctionner pendant la migration. #89518 Merci @jalehman.
• L’état de session actuelle de WebChat correspond désormais à la conversation que vous utilisez réellement, afin que l’identité de session, le niveau de réflexion, le contexte de jetons et les détails de coût ne proviennent plus de la session de secours main. #89800 Lié à #89773. Merci @killo3967, @sweetcornna.
• Votre conversation risque moins de perdre son contexte après que vous avez appuyé sur stop pendant la compaction automatique, car la demande de Compaction est désormais annulée elle aussi. #89886 Lié à #89868. Merci @lykeion-dev, @openperf, @vincentkoc.
• Lorsque l’accès aux sessions entre agents est bloqué, OpenClaw liste désormais tous les paramètres requis de visibilité, d’agent à agent et de liste d’autorisation, aidant les opérateurs à corriger la configuration de politique au lieu de chercher une panne d’agent inexistante. #90489 Lié à #90443. Merci @ramitrkar-hash, @sahibzada-allahyar, @vincentkoc.
• openclaw memory status affiche désormais une phase active de rêverie légère ou REM au lieu de signaler à tort Dreaming: off, afin que les opérateurs puissent voir que des configurations mémoire valides sont activées. #93113 Lié à #67868. Merci @agentarclab, @mrossit.
• Les recherches de mémoire QMD arrivées à expiration arrêtent désormais leur travail en arrière-plan lorsque l’agent passe à autre chose, empêchant des processus abandonnés de continuer à consommer du CPU et de la mémoire. #93394 Merci @alix-007.
• Les instructions répétées envoyées après la compaction restent désormais dans la conversation, évitant les tours perdus, les réponses orphelines et les historiques mal formés que certains fournisseurs rejettent. #94328 Merci @vincentkoc, @yetval.
• Le rapport Stale Pages de Memory Wiki exclut désormais les pages durables de concepts et de synthèse des avertissements de fraîcheur, en gardant l’attention sur les pages sources et d’entités qui peuvent réellement nécessiter une révision. #94369 Merci @sunnyshu0925, @vincentkoc.
• Les longues exécutions intégrées avec une progression récente risquent désormais moins d’être interrompues par la récupération de session obsolète, tandis que les exécutions réellement bloquées peuvent toujours être effacées pour que le travail en file d’attente continue. #94701 Merci @imadal1n, @mrclawfield.
• La recherche mémoire Ollama respecte désormais une dimension d’embedding plus petite configurée et conserve des index distincts pour les différentes dimensions, évitant le mélange de vecteurs incompatibles. #94811 Merci @mushuiyu886.
• Les recherches mémoire et les actualisations ciblées restent désormais connectées à la bonne session OpenClaw même lorsque les noms de fichiers de transcript changent ou que les exports QMD utilisent un nom différent. #95087 Merci @jalehman.
• Les conversations longues contenant des captures d’écran ou d’autres images conservent désormais leur continuité plus régulièrement lorsque OpenClaw libère de la place pour de nouveaux messages, au lieu de se remplir à répétition sans faire avancer la conversation conservée. #95128 Merci @yetval.
• Les utilisateurs Windows peuvent désormais exécuter l’indexation et la recherche mémoire adossées à QMD via des chemins absolus memory.qmd.command configurés, y compris des emplacements avec lettre de lecteur et UNC, sans qu’OpenClaw supprime les séparateurs de chemin avant le lancement. #95274 Lié à #92302. Merci @ardooken, @ly85206559.
• Les pieds de page d’utilisation sélectionnés avec /usage full ou /usage tokens restent désormais visibles après un basculement de session quotidien ou dû à l’inactivité, afin que les utilisateurs n’aient pas à les réactiver. #95322 Merci @litang9.
• Les réponses de suivi, réactions, messages en fil et vérifications d’état restent avec le chat auquel ils appartiennent après une activité webchat ou système, tandis que les vrais changements de canal effacent toujours les détails de routage obsolètes. #95467 Merci @yetval.
• Les longues conversations principales conservent désormais leur contexte précédent lorsque les utilisateurs reviennent après une nuit ou un suivi différé, au lieu de recommencer silencieusement après une fin par ailleurs normale. #95472 Merci @xydt-tanshanshan.
• Les personnes ayant de grands historiques de session peuvent lister, prévisualiser et trouver des sessions sans blocages de plusieurs secondes, tandis que les anciennes clés de session avec casse mixte sont toujours migrées au démarrage. #95699 Merci @jalehman, @jzakirov.
• Corrige des cas où les réponses livrées étaient parfois enregistrées dans le mauvais historique de conversation, ou omises de celui-ci, lorsque les opérateurs utilisent un session.store personnalisé ou par agent, améliorant la continuité et l’auditabilité pour la session prévue. #95782 Lié à #95781. Merci @youngting520.
• Les résumés de mémoire de session enregistrés excluent désormais les jetons bruts du modèle, les blocs d’appel d’outil, les placeholders de média, les balises de rôle et les marqueurs NO_REPLY obsolètes, afin que les conversations futures conservent un contexte utile. #95791 Merci @sweetsophia, @vincentkoc, @yb0y.
• Les longues sessions OpenAI utilisant OAuth Codex/ChatGPT peuvent désormais se compacter sans clé API séparée, que /compact soit exécuté manuellement ou déclenché automatiquement. #95831 Lié à #95693. Merci @sallyom, @yui-tien.
• Les longues sessions riches en outils compactent désormais les conversations surdimensionnées au lieu de rester bloquées lorsqu’un grand résultat d’outil apparaît à la fin. #95860 Lié à #78478. Merci @jw8957, @wzhgba, @yetval.
• Lorsque memory_search est indisponible parce que le runtime Node ne dispose pas de node:sqlite, OpenClaw oriente désormais les utilisateurs vers un runtime compatible au lieu de les envoyer vers un dépannage sans rapport du fournisseur d’embeddings. #95916 Merci @rrrrrredy, @vincentkoc.
• Les développeurs et opérateurs qui inspectent une session Copilot compactée obtiennent désormais son résumé, les décomptes de jetons avant et après, ainsi que les détails de session, au lieu d’un résultat incomplet. #96049 Merci @vincentkoc.
• Les commandes /stop et d’abandon continuent désormais d’arrêter les exécutions actives, d’effacer les suivis en file d’attente et de terminer rapidement les sous-agents liés, même lorsque les clés de session doivent être canonisées ou que les métadonnées d’abandon ne peuvent pas être enregistrées. #96201 Merci @jalehman.
• Les mises à niveau de Voice Wake conservent désormais les phrases de déclenchement et les règles de routage existantes pendant qu’OpenClaw les déplace des fichiers de paramètres retirés vers la base de données d’état partagée. bdf81a8
• Les mises à niveau depuis d’anciennes dispositions d’état OpenClaw préservent désormais les notifications de mise à jour, la limitation des vérifications, les enregistrements de versions disponibles et l’historique des tentatives de mise à jour automatique lorsque cet état migre vers SQLite. eb00d49 Merci @vincentkoc.
• Les conversations de canaux Plugin conservent leur session prévue plus fiablement au démarrage, pendant les vérifications de doctor et les réparations d’état, avec les anciens enregistrements de liaison migrés dans la base de données partagée d’OpenClaw. 9f888d9
• La synchronisation de session adossée à la mémoire sous Windows continue désormais d’utiliser le fichier de transcript prévu même lorsque le formatage du chemin diffère. b3b5b08 Merci @vincentkoc.
• Les exécutions d’agents intégrés avec une clé de session manquante ou vide restent désormais attachées à la session prévue au lieu d’être envoyées via un routage de session incohérent. 911f853 Merci @vincentkoc.
• Lorsqu’un modèle devine le mauvais nom d’outil, Tool Search et Code Mode montrent désormais comment trouver et réessayer le bon outil, réduisant le risque que les longues sessions se bloquent ou perdent la mémoire durable pendant la compaction. #93374 Lié à #92273. Merci @mushuiyu886, @poison, @vincentkoc.
• Corrige la disparition des réponses de l’assistant depuis webchat, Control UI, Feishu et d’autres conversations intégrées après la compaction, gardant les chats actualisés lisibles et les demandes de suivi séparées. #95484 Lié à #76729. Merci @maweibin, @njuboy11, @vincentkoc.
• Les fonctionnalités de mémoire OpenClaw gardent désormais la couverture des transcripts actifs, réinitialisés et supprimés alignée avec les magasins de sessions configurés et la propriété des agents, réduisant le risque que Dreaming, les exports QMD, l’indexation et la synchronisation manquent ou attribuent mal l’historique de conversation. #96162 Merci @jalehman.
• La configuration TLS du Gateway rejette désormais clairement les chemins de certificat ou de clé vides, ou utilise les valeurs par défaut d’OpenClaw, évitant des échecs confus au démarrage et lors de la génération de certificat tout en préservant les chemins valides. #94054 Merci @miorbnli.
• Les politiques de Plugins configurées continuent de bloquer ou de réécrire les appels d’outils sensibles après des changements de registre Gateway, des rechargements ou une initialisation ultérieure des hooks, au lieu d’être silencieusement ignorées. #94545 Merci @jesse-merhi.
• Les opérateurs mobiles avec operator.approvals peuvent désormais voir et résoudre les approbations d’exécution déclenchées par chat sur l’appareil iOS qui a lancé la demande, y compris lorsque l’app est ouverte, sans dépendre uniquement des notifications push. #95175 Merci @joshavant.
• Les utilisateurs de Control UI obtiennent désormais la version corrigée de DOMPurify, réduisant l’exposition à la vulnérabilité du sanitizer GHSA-cmwh-pvxp-8882 sans changer le comportement de l’interface. #95691 Merci @vincentkoc.
• Les approbations « Toujours autoriser » pour les liaisons de conversations Plugin sont désormais reprises depuis l’ancien fichier de paramètres et risquent moins d’être perdues ou écrasées lorsque plusieurs processus OpenClaw sont en cours d’exécution. ae41b00 Merci @vincentkoc.
• Les utilisateurs Matrix voient désormais que la clé de récupération active est requise avant qu’une réinitialisation forcée de la signature croisée puisse se poursuivre, ce qui empêche une deuxième réinitialisation de rendre la récupération du chiffrement et les sauvegardes de clés de salon inutilisables. #95720 Lié à #78396. Merci @jteddy, @vincentkoc, @xialonglee.
• Les cartes d’état memory-wiki et la synchronisation de sources adossée à un pont risquent moins d’échouer pendant les réécritures simultanées de pages, car OpenClaw réessaie désormais la non-correspondance transitoire de chemin tout en continuant d’arrêter les écritures de système de fichiers non sûres ou persistantes. #94443 Lié à #92134. Merci @cknzraposo, @zengwen-dt.
• Corrige la reprise de session récente qui ouvrait une nouvelle conversation pour les utilisateurs ayant de longs chemins d’espace de travail au lieu de revenir à leur transcription existante. #94578 Lié à #94577. Merci @rohitjavvadi, @vincentkoc.
• Memory Wiki conserve désormais intactes les notes écrites par l’utilisateur lorsqu’une page source existante est réingérée ou synchronisée, tout en continuant d’actualiser son contenu généré. #95614 Merci @yetval.
• Corrige Memory Wiki qui recopiait à plusieurs reprises ses propres pages sources générées dans lui-même lorsque son coffre est stocké dans le dossier de mémoire de l’espace de travail, évitant ainsi les fichiers en double, les nettoyages répétés et la croissance inutile de l’index mémoire. #95666 Lié à #95657. Merci @johannes0402, @turbotheturtle, @vincentkoc.
• Pour les opérateurs utilisant Active Memory avec le Dreaming memory-core, les tâches nocturnes de Dreaming ne lancent plus de travail de rappel inutile et n’atteignent plus les délais d’expiration de 45 secondes, tandis que les discussions web classiques continuent de recevoir le rappel mémoire. #95721 Lié à #78500. Merci @vincentkoc, @vishutdhar, @xialonglee.
• Les sessions d’agent comportant de nombreux appels d’outils réparent les résultats hors ordre avec moins de travail répété, tout en gardant chaque résultat associé au bon appel d’outil. #96014 Merci @vincentkoc.
• Le travail mémoire sous Windows adossé à qmd arrête désormais tous les processus associés après les sondes de disponibilité et les délais d’expiration de commande, ce qui empêche les processus enfants de qmd de continuer à s’exécuter en arrière-plan. 830691b
• Les sources de paquets OpenClaw approuvées rejettent désormais les chemins frères similaires, de sorte qu’approuver /artifactory/openclaw n’admet plus également des chemins tels que /artifactory/openclaw-malicious. 12c34fc Merci @vincentkoc.

Mode relais du routeur Slack

Le mode relais du routeur Slack permet aux déploiements gérés ou multi-Gateway de centraliser le trafic Slack entrant, tandis que le bon Gateway OpenClaw continue de gérer les mentions, l’affinité de fil et les réponses.

Sources et contributeurs

• Les déploiements Slack gérés peuvent désormais utiliser un routeur central pour envoyer les mentions et les fils en cours au bon Gateway OpenClaw, tandis que les réponses continuent d’apparaître via Slack. #94707 Merci @pash-openai, @sjf-oa.

Pont de réveil Raft External Agent

Le canal Raft et le Plugin Raft prennent désormais en charge un pont de réveil CLI local, afin que les External Agents puissent réveiller OpenClaw pour du travail d’espace de travail en attente et que les opérateurs puissent vérifier la configuration et l’état via le chemin pris en charge.

Sources et contributeurs

• Les opérateurs Raft External Agent peuvent désormais réveiller un agent OpenClaw lorsqu’un espace de travail a du travail en attente via le pont CLI local pris en charge, avec des profils nommés et des vérifications des prérequis CLI manquants. #95497 Merci @vincentkoc.

Installation et réparation des Plugins officiels

La gestion des Plugins gère désormais davantage d’intégrations officielles via les flux normaux d’installation et de réparation de packages externes. L’inventaire des Plugins et les vérifications de configuration associées donnent aux utilisateurs des résultats plus clairs lorsqu’un package est manquant, incompatible ou doit être réinstallé.

Sources et contributeurs

• Lorsque plugins.allow utilise un nom de canal ou de package au lieu du véritable identifiant de Plugin, les indications au démarrage identifient désormais l’entrée sans correspondance et affichent les identifiants de Plugins découverts nécessaires pour corriger la configuration. #68389 Lié à #68352. Merci @aym9999, @jirboy, @lyfuci, @pahuchi-joe, @zmxccxy.
• Les avertissements de confiance des Plugins pour les premières installations ou les installations fraîches incluent désormais un exemple plugins.allow prêt à copier et des commandes pour lister ou inspecter les identifiants de Plugins, afin que les utilisateurs puissent résoudre l’avertissement avant de faire confiance au code du Plugin ou de le réinstaller. #78105 Lié à #68780. Merci @jirboy, @pahuchi-joe.
• Les migrations Codex fonctionnent désormais avec les installations globales standard de Plugins, car openclaw migrate peut trouver le fournisseur installé au lieu d’échouer avec Unknown migration provider. #89612 Lié à #89609. Merci @mugabuga, @zerone0x.
• Les installations et mises à jour de Plugins récupèrent les épingles de dépendances obsolètes gérées par OpenClaw au lieu d’échouer avec npm EOVERRIDE, sans que la synchronisation ultérieure ne rétrograde ou ne supprime les packages installés explicitement par les utilisateurs. #91786 Lié à #91772. Merci @amknight, @mkdelta221.
• Les développeurs de Plugins de canal peuvent désormais transmettre les identifiants natifs d’expéditeur et de conversation via les hooks et certains flux d’exécution sélectionnés, offrant aux intégrations un routage plus précis sans casser les champs d’expéditeur et de chat existants. #91903 Merci @lanzhi-lee, @vincentkoc.
• La découverte de Plugins répète désormais moins de vérifications bloquantes du système de fichiers au démarrage, ce qui réduit le travail évitable de démarrage à froid pour les arborescences de Plugins groupés, en particulier sur les systèmes de fichiers Windows plus lents, sans modifier le comportement de découverte des bundles. #93919 Lié à #76209. Merci @ml12580, @shenhonglong456-ai.
• Les méthodes Gateway des Plugins fonctionnent désormais via openclaw gateway call après l’enregistrement, afin que les auteurs de Plugins puissent les utiliser depuis des scripts et des tâches cron au lieu de rencontrer une erreur unknown method. #94154 Lié à #94127. Merci @brycemurray, @pick-cat, @vincentkoc.
• Les vérifications de découverte et d’installation de Skills ClawHub sont moins susceptibles de bloquer ou de faire planter OpenClaw, car les réponses surdimensionnées ou bloquées de la place de marché sont désormais arrêtées avant de pouvoir épuiser la mémoire. #95226 Merci @alix-007.
• Les Plugins officiels épinglés ne restent plus sur une ancienne version lorsque les opérateurs suivent les conseils de réparation de openclaw doctor ou l’état approfondi du Gateway après une mise à niveau. #95541 Merci @ooiuuii, @vincentkoc.
• Les mises à jour de Plugins npm gérés sont moins susceptibles d’interrompre le travail sur un Gateway en cours d’exécution avec des erreurs de module manquant, car les anciens fichiers de Plugin restent disponibles jusqu’à ce qu’un démarrage ultérieur du Gateway les nettoie. #95589 Merci @ooiuuii, @vincentkoc.
• Les cartes de Plugins officiels pour les marques prises en charge affichent désormais des icônes reconnaissables dans ClawHub et d’autres catalogues, et les auteurs de Plugins peuvent fournir des illustrations de place de marché via le champ de manifeste documenté. #95845 Merci @patrick-erichsen.
• Les icônes de Plugins officiels dans ClawHub et d’autres catalogues ne sont plus forcées dans la même couleur codée en dur, ce qui permet à Simple Icons d’utiliser ses illustrations par défaut à la place. #95987 Merci @patrick-erichsen.
• Les utilisateurs Docker disposent désormais d’un miroir Docker Hub officiel openclaw/openclaw aux côtés de GHCR, avec des versions bêta versionnées empêchées de déplacer les alias stables latest et main. #97122 Merci @vincentkoc.
• Les installations OpenClaw basées sur Git utilisent désormais la version pnpm épinglée du dépôt même lorsqu’un autre pnpm global ou gestionnaire de packages de projet environnant est présent, afin que les commandes de configuration ne s’exécutent plus dans le mauvais environnement de gestionnaire de packages. bd74a62 Merci @vincentkoc.
• Les demandes de cartes Skills et de mise à jour ClawHub se terminent désormais ou expirent de façon prévisible même lorsqu’elles reçoivent une valeur de délai inhabituellement grande. 8cd0c11 Merci @vincentkoc.
• Les utilisateurs Windows peuvent terminer les installations depuis les sources sans qu’une étape de configuration llama.cpp les bloque ou les ralentisse, et l’installateur restaure ensuite leur paramètre de shell existant. ea9065b Merci @vincentkoc.
• Davantage de Plugins officiels de canal, de fournisseur et de recherche web peuvent désormais être installés ou réparés via les catalogues normaux de packages externes tout en continuant d’être reconnus à partir de leurs identifiants existants. #95683 Merci @vincentkoc.
• Les personnes qui installent ou mettent à jour le Plugin officiel de canal Yuanbao via le catalogue de confiance d’OpenClaw obtiennent désormais la version 2.15.0, avec la vérification d’intégrité attendue et les indications de Plugin manquant alignées sur cette version. #94470 Merci @jase-283.
• L’onboarding au premier lancement peut désormais installer la skill gog groupée via Homebrew sans échouer sur la formule de tap tierce supprimée. #95019 Lié à #95017. Merci @sedrak-hovhannisyan, @vincentkoc, @zengwen-dt.
• Les utilisateurs Canvas, Discord, Slack, Voice Call et WhatsApp conservent les mêmes indications de Skills avec chaque Plugin installé ou groupé, tandis que les références aux anciens chemins racine skills/... doivent être déplacées dans le répertoire du Plugin concerné. #95664 Merci @vincentkoc.
• La vérification des Skills ClawHub accepte désormais la même référence @owner/<slug> utilisée pour les installations et les mises à jour, afin que les utilisateurs puissent vérifier l’éditeur prévu sans passer à un slug nu ambigu. #95992 Merci @patrick-erichsen.
• L’avertissement d’OpenClaw sur le gestionnaire de packages au moment de l’installation identifie désormais correctement npm, Yarn, Yarn Berry et les lanceurs de style Corepack, évitant les indications trompeuses lorsque ces outils s’exécutent via d’autres noms d’exécutables. 11a2e03 Merci @vincentkoc.
• Les installations par URL de package gèrent désormais les délais de téléchargement surdimensionnés sans échouer avant que les données de package disponibles puissent être résolues. c310f8c
• Les développeurs de Plugins et de CLI voient désormais une API prise en charge plus claire pour le formatage des commandes, tandis que l’appairage d’appareil, l’enregistrement de nœud et les indications de doctor continuent de produire les mêmes commandes sûres pour le shell. 23b4f33
• Les utilisateurs Windows ARM64 obtiennent désormais les téléchargements ARM64 correspondants de Node et MinGit lorsqu’ils exécutent l’installateur PowerShell via un shell émulé x64. fac091b Merci @vincentkoc.
• Les installations OpenClaw par défaut ne passent plus de temps à compiler la prise en charge optionnelle de llama.cpp, évitant les échecs de build native pour les utilisateurs qui ne l’ont pas activée. cc1b3a8 Merci @vincentkoc.

Canaux et messagerie

Correctifs de canaux supplémentaires

Des correctifs supplémentaires de configuration de Telegram et des canaux couvrent des problèmes plus précis de livraison et de configuration.

Sources et contributeurs

• Les chaînes de réponses Telegram conservent les réponses mises en cache attachées après les changements de contexte au lieu d’échouer lorsque ces réponses mises en cache sont réutilisées. #82909 Merci @lidge-jun.
• Corrige le fait que Discord abandonne une longue réponse entière avec des blocs de code clôturés lorsqu’une clôture de code de fermeture arrive près de la limite de message de 2 000 caractères. #95661 Merci @ly-wang19.
• Les opérateurs Slack peuvent désormais stocker les tokens et les secrets de signature comme entrées SecretRef prises en charge, tandis que les lectures, écritures, recherches d’allowlist et de cibles, ainsi que les vérifications de configuration utilisent les identifiants résolus au lieu de rejeter ou de mal lire les références. 7da955f Merci @vincentkoc.
• Les vérifications de capacité des canaux renvoient désormais un délai d’expiration clair lorsqu’une intégration cesse de répondre, évitant que le dépannage ne reste bloqué dans un terminal ou une exécution d’automatisation. 8ecdb97 Merci @vincentkoc.

Gateway, sécurité et confiance

Récupération après redémarrage et de disponibilité

Les signaux de santé du Gateway et de dépannage s’alignent désormais plus régulièrement sur le fait qu’OpenClaw soit réellement prêt, en cours de redémarrage ou incapable de continuer. Les exécutions d’agents démarrées via la CLI récupèrent plus proprement après les déconnexions, les arrêts, les changements de routage et les conditions d’échec au démarrage.

Sources et contributeurs

• Lorsqu’un Gateway distant configuré ou explicite est lent mais joignable, openclaw gateway probe --timeout ... attend désormais le délai demandé au lieu de le signaler comme injoignable après un seuil interne plus court. #89859 Lié à #65355. Merci @hellocli, @mushuiyu886.
• Les exécutions de sous-agents internes longues ou parallèles évitent désormais le traitement inutile de l’aperçu en direct, tandis que les sessions de sous-agents visibles affichent toujours les mises à jour en direct et les réponses finales. #91906 Merci @lanzhi-lee, @vincentkoc.
• Les conversations ACP, en particulier les fils adossés à Kiro, continuent désormais après la première réponse en démarrant une nouvelle session lorsque le backend ne peut plus reprendre l’ancienne. #93547 Lié à #87830. Merci @amersheeny, @chouzz.
• Lorsque la pression mémoire Linux tue une commande ou une session enfant, les Gateway OpenClaw gérés par systemd restent désormais en cours d’exécution et maintiennent les connexions de canaux actives tout en signalant l’échec de l’enfant. #93585 Merci @snowzlm.
• Annuler une exécution OpenClaw pendant un travail d’outil la termine désormais rapidement au lieu de démarrer un autre tour de modèle ou de laisser la session verrouillée. #94412 Merci @szsip239, @vincentkoc.
• Les tâches OpenClaw planifiées utilisant des modèles cloud récupèrent désormais par défaut après les appels de modèle silencieux et bloqués, ce qui aide à éviter que les travaux cron ultérieurs ne s’accumulent, tandis que les fournisseurs locaux ou auto-hébergés conservent leur comportement de délai d’attente existant. #94445 Merci @bek91.
• Les contrôles de disponibilité du Gateway passent désormais à un état non sain pendant une purge de redémarrage, empêchant les gestionnaires de trafic d’envoyer de nouveaux travaux à un Gateway qui rejette temporairement les requêtes. #94915 Lié à #78136. Merci @markoub, @maxschachere, @vincentkoc.
• Les utilisateurs de Mac peuvent maintenir les Gateway gérés par LaunchAgent en fonctionnement pendant les mises à niveau d’OpenClaw, au lieu de voir des boucles répétées de plantage et de redémarrage lorsque l’ancien code d’exécution de transformation de texte est encore en cache. #95081 Lié à #95057. Merci @849261680, @yveslarose.
• Les conversations propulsées par Codex dans TUI, WebChat et les API de streaming compatibles affichent désormais les réponses au fur et à mesure de leur rédaction, tout en remplaçant proprement le texte provisoire afin que la réponse finale n’inclue pas d’ébauches obsolètes. #95404 Lié à #95422. Merci @agonza1, @vincentkoc.
• Après un redémarrage du Gateway, les utilisateurs ne voient plus d’avis de nouvelle tentative trompeur lorsqu’OpenClaw reprend déjà la réponse interrompue ou signale l’échec réel de récupération, ce qui réduit les tentatives dupliquées inutiles. #95431 Merci @moeedahmed, @vincentkoc.
• Les longues sessions d’agent riches en outils conservent désormais les économies de cache de prompt à mesure que les résultats s’accumulent, réduisant les délais et coûts évitables liés au renvoi de l’historique réécrit entre les tours. #95624 Merci @vincentkoc.
• Les redémarrages du Gateway ne rendent plus les agents configurés fondés sur Codex, Copilot ou des plugins de confiance temporairement indisponibles, et les plugins d’espace de travail non approuvés restent empêchés de s’activer eux-mêmes. #95652 Merci @vincentkoc.
• Les longues réponses, les flux d’outils chargés, les requêtes riches en images et le rappel mémoire entraînent désormais moins de surcharge CPU et système de fichiers, sans nécessiter de changements de paramètres ou de workflow. #95697 Merci @vincentkoc.
• Les opérateurs peuvent à nouveau ajouter ou mettre à jour des annonces planifiées pour des canaux connus dans les configurations sans config, tandis que les environnements configurés rejettent toujours les destinations désactivées, obsolètes, sans propriétaire ou inconnues avant la livraison. #95754 Merci @vincentkoc.
• Les utilisateurs de macOS sont moins susceptibles de voir un faux échec de conflit de port lors de l’arrêt ou de la mise à jour d’un Gateway géré, car OpenClaw attend brièvement que l’arrêt normal libère le port tout en signalant les conflits qui persistent. #95886 Merci @fuller-stack-dev.
• Les agents adossés à Copilot peuvent désormais poser une question aux utilisateurs et accepter la réponse via le flux normal de réponse de chat d’OpenClaw, tandis que les contrôles compacts de recherche d’outils et de mode code évitent de charger tout le catalogue d’outils dans la session. #96005 Merci @vincentkoc.
• Les redémarrages du Gateway dans les configurations systemd ou conteneurisées ne laissent plus d’anciens processus d’adaptateur Codex ou Claude derrière eux, ce qui aide les nouvelles sessions ACPX à démarrer sans blocages de nettoyage de plusieurs minutes après des redémarrages répétés. #96032 Merci @t2wei, @vincentkoc.
• Les sessions adossées à Copilot affichent désormais les mises à jour de plan au fil du travail, et leurs tâches enfants natives restent visibles jusqu’à leur achèvement ou leur échec au lieu de disparaître de la vue des tâches d’OpenClaw. #96062 Merci @vincentkoc.
• Les agents connectés comme OpenCode démarrent désormais via OpenClaw même lorsque leur harnais ne peut pas sélectionner un modèle demandé, tandis que les choix de modèles réellement non pris en charge renvoient toujours l’erreur d’origine. #96068 Lié à #95869. Merci @sabatech-dev, @vincentkoc.
• Les plugins utilisant heartbeat_prompt_contribution livrent désormais leur contexte propre au Heartbeat aux modèles lorsque les agents s’exécutent via des runtimes de harnais comme le serveur d’application Codex, sans affecter les tours utilisateur ordinaires ni les plugins qui n’utilisent pas le hook. #96233 Merci @azogheb, @vincentkoc.
• Le nettoyage du Gateway Windows et les contrôles d’écouteurs gèrent désormais de façon cohérente les données de ligne de commande WMIC en UTF-16, réduisant les échecs ou conflits d’identification du processus Gateway en cours d’exécution. 15c880a Merci @vincentkoc.
• Les longues sessions d’agent à contexte étendu et riches en outils conservent désormais une réutilisation plus stable du cache de prompt sur des tours répétés sans perdre les limites de taille par résultat, tandis que les opérateurs avancés peuvent configurer des plafonds plus élevés de résultats d’outils pour les modèles à grand contexte sans rejet de configuration. a60947f Merci @vincentkoc.
• Les longues sessions d’agent riches en outils sont moins susceptibles d’alourdir les requêtes de modèle à mesure que la sortie d’outil s’accumule, tandis que les tours répétés conservent une réutilisation stable du cache de prompt. 2f33999 Merci @vincentkoc.
• Les redémarrages du Gateway utilisent désormais la base de données d’état durable d’OpenClaw pour le transfert, tandis que les requêtes obsolètes, mal formées, issues du mauvais processus ou supplantées sont rejetées avant de pouvoir affecter le redémarrage. 0ad48da
• Les diagnostics d’état, de doctor et de redémarrage du Gateway conservent désormais les détails récents de redémarrage dans la base de données d’état partagée d’OpenClaw, tandis que les enregistrements expirés ou mal formés sont toujours rejetés. a39a3b7 Merci @vincentkoc.
• Les redémarrages du Gateway et les mises à jour de services gérés conservent désormais le bon message de continuation, évitent de réutiliser un état de transfert obsolète et marquent de façon cohérente les transferts de mise à jour échoués. 514b336 Merci @vincentkoc.
• Les agents lancés par le Gateway ne perdent plus les outils OpenClaw réservés aux propriétaires pendant des tâches telles que les contrôles cron en direct, afin que les opérations autorisées puissent utiliser les outils prévus avec le bon contexte de requête. c2ee9b0 Merci @vincentkoc.
• Les requêtes de redémarrage du Gateway mal formées échouent désormais clairement sans planifier de redémarrage, empêchant des appels d’intégration erronés ou accidentels de redémarrer le Gateway de façon inattendue. 108d6d7 Merci @vincentkoc.
• Les requêtes de nœud obsolètes mises en file par le Gateway expirent désormais automatiquement, ce qui réduit les chances que d’anciens travaux persistent et affectent une activité ultérieure. f6d432e
• Les workflows de plugins sont moins susceptibles de bloquer ou de surcharger le Gateway lorsqu’une intégration demande trop d’historique de session de sous-agent, car chaque lecture est désormais plafonnée à une limite sûre. b66b450 Merci @vincentkoc.
• Les descriptions d’images gèrent désormais de façon cohérente les paramètres de délai d’attente extrêmement élevés en les plafonnant à une limite d’exécution sûre au lieu de risquer un dépassement de capacité de minuteur. 88b21fc
• Les sessions d’agent intégrées attendent désormais de manière fiable qu’une autre session libère son verrou de fichier, même avec un délai d’attente extrêmement élevé, au lieu de risquer un dépassement de capacité de minuteur. 4c736df Merci @vincentkoc.
• Les commandes mises en file avec des paramètres de délai d’attente de tâche extrêmement élevés expirent désormais de manière fiable, car OpenClaw plafonne l’attente au maximum sûr du runtime. 1f6ae32 Merci @vincentkoc.
• Corrige normalization-core qui exposait le mauvais point d’entrée de coercition de chaîne, ainsi que les sessions ACP qui affichaient une valeur de mode rapide obsolète, afin que les intégrations reçoivent l’API prévue et que les utilisateurs voient le mode réellement en vigueur. 93ad397 Merci @vincentkoc.
• Les exécutions automatiques rapides livrent désormais les réponses finales plus régulièrement, avec une gestion de réinitialisation de progression limitée au mode automatique afin qu’elle n’interfère pas avec les réponses ou les callbacks transmis. 9e8ab08 Merci @vincentkoc.
• Les sessions d’agent utilisant OpenAI Responses reprennent désormais le travail fondé sur des outils sans échouer ni perdre la progression lorsque l’historique rejoué contient des requêtes et résultats d’outils non concordants. b4bc1f2 Merci @vincentkoc.
• Les exécutions de sous-agents de plugins et de QA terminées ne sont plus signalées à tort comme des échecs lorsque les Gateway renvoient d’autres formes d’enveloppes d’achèvement, ce qui rend les transferts réussis plus fiables pour les auteurs de plugins et les opérateurs. d1b268f Merci @vincentkoc.
• Corrige les tâches de sous-agent terminées qui se finissaient parfois sans mise à jour, afin que les utilisateurs reçoivent le résultat ou l’étape suivante de l’agent parent. 68a1e00 Merci @vincentkoc.

Résultat distant et livraison des médias

Les résultats d’images distantes et les travaux de sous-agent terminés reviennent désormais plus fiablement via la conversation Gateway active au lieu de sembler échouer ou disparaître.

Sources and contributors

• Les images générées depuis un serveur d’application Codex distant arrivent désormais en pièces jointes au lieu d’afficher Media failed ou de renvoyer uniquement du texte après une génération réussie. #96212 Merci @sjf-oa.
• Lorsqu’un sous-agent termine, son résultat atteint désormais plus fiablement l’exécution parente active au lieu de sembler silencieux. 7fc4bbc Merci @vincentkoc.

Clients et interfaces

Envois client et reconnexions

WebChat et la Control UI gardent les conversations actives et les états d’échec visibles de façon plus cohérente après les reconnexions, tandis que les clients mobiles et la terminal UI récupèrent les envois terminés, rejetés ou interrompus sans les laisser paraître bloqués.

Sources et contributeurs

• Lorsqu’un message WebChat échoue avant le démarrage de l’agent, WebChat et Control UI affichent désormais la session comme échouée au lieu de la laisser paraître encore en cours d’exécution. #84352 Merci @jesse-merhi.
• Corrige le sélecteur de session Control UI qui restait bloqué derrière des sessions de sous-agent masquées, de sorte que Charger plus atteint la conversation suivante utilisable sans afficher un total trompeur. #89323 Lié à #89249. Merci @giodl73-repo, @originsecured-do.
• Lorsque les utilisateurs rouvrent une conversation Control UI depuis l’historique, leurs prompts apparaissent désormais avec les réponses de l’assistant, ce qui préserve le contexte de questions-réponses sans vides dans les longs transcriptions. #93841 Lié à #90241. Merci @mushuiyu886, @pronzcw.
• Les déploiements Control UI derrière un préfixe de chemin conservent désormais les requêtes de manifeste, de favicon et de service worker sous ce préfixe, évitant ainsi les erreurs 403 déroutantes au niveau racine après la connexion. #94204 Lié à #94157. Merci @hugenshen, @xrow.
• Les utilisateurs Android peuvent désormais ouvrir les lignes de journal Health et de Skills dans les paramètres pour obtenir des détails lisibles, ce qui facilite le dépannage de l’activité du Gateway, la vérification de la configuration et de l’état des Skills, ainsi que la compréhension de l’association avec un code de configuration existant. #95148 Merci @tosko4.
• Les prompts envoyés ne réapparaissent plus dans le composeur Control UI après un envoi, ce qui permet aux utilisateurs de changer de session ou de commencer leur message suivant sans risquer un envoi en double ni écraser un nouveau brouillon, tandis que la ressaisie intentionnelle fonctionne toujours. #95503 Lié à #89466. Merci @vincentkoc, @zhangguiping-xydt, @zhong18804784882.
• Les utilisateurs Android disposent désormais d’une Vue d’ensemble plus claire où l’état de connexion, l’agent configuré, la santé du Node, les approbations, les sessions récentes et les actions Chat et Talk sont visibles d’un coup d’œil. #95557 Merci @joshavant, @solvely-colin.
• Les utilisateurs Android peuvent désormais actualiser et traiter les approbations de commandes Gateway depuis l’écran Approbations intégré à l’application, en choisissant Autoriser une fois, Toujours ou Refuser pendant qu’ils sont connectés. #95593 Merci @solvely-colin.
• Les utilisateurs iOS évitent désormais les invites de notification inattendues et obtiennent des indications claires lorsque les alertes d’approbation ne sont pas disponibles, avec des autorisations gérées depuis un seul écran Paramètres prévisible. #95640 Merci @joshavant.
• Les arrêts locaux du TUI restent désormais dans des limites de minuteur sûres même lorsque OPENCLAW_TUI_LOCAL_RUN_SHUTDOWN_GRACE_MS est défini à une valeur extrêmement élevée. c21dcfc
• Canvas A2UI ne sert désormais que les ressources de l’application courante après chaque build, ce qui réduit le risque de voir apparaître des images de compatibilité obsolètes et des fichiers résiduels. a89e65c Merci @vincentkoc.
• Les échecs de configuration du relais push iOS sont plus faciles à localiser, car les diagnostics d’enregistrement indiquent où la configuration s’est arrêtée tout en excluant les identifiants push sensibles des journaux. f2b8668 Merci @joshavant.
• Les appareils iOS ne sont désormais inscrits aux notifications push qu’après que les utilisateurs ont accepté l’information sur le relais hébergé et autorisé les notifications, ce qui empêche la publication des données d’enregistrement avant consentement. 8efed50 Merci @joshavant.
• Corrige les envois de chat, vocaux, TUI et transférés qui pouvaient parfois paraître bloqués ou disparaître après que le Gateway les avait déjà terminés ou rejetés, de sorte que les clients concernés effacent désormais l’état en attente, restaurent l’entrée réessayable, actualisent l’historique ou affichent un échec utile. #91049 Lié à #91048. Merci @nxmxbbd.

Correctifs d’interface, de paramètres et d’intégration

Des correctifs supplémentaires pour la Control UI, les clients mobiles et desktop améliorent la précision de l’affichage, l’accessibilité, l’intégration et le comportement de l’application.

Sources et contributeurs

• Rétablit le quota d’utilisation OpenAI/Codex dans la barre latérale de chat Control UI développée, afin que les utilisateurs puissent vérifier leurs limites sans quitter la conversation. #94219 Lié à #93041. Merci @jazzroutine, @pick-cat.
• Les écrans iOS utilisent désormais des couleurs d’accent et d’état OpenClaw cohérentes dans l’intégration, les paramètres, le chat, les invites d’approbation, les autorisations vocales, les widgets et les vues de chat partagées. #94627 Merci @zats.
• La Control UI peut désormais créer des tâches Early Morning avec le préréglage Silent dans la session principale et sans notifications, au lieu de laisser la boîte de dialogue ouverte sans résultat visible. #95459 Lié à #95073. Merci @vincentkoc, @vporton, @zoowh.
• À la limite du million de tokens, les badges et relevés d’utilisation de la Control UI affichent désormais « 1M » au lieu du déroutant « 1000k », tandis que les nombres de tokens sous-jacents restent inchangés. #95485 Merci @narahariraghava, @vincentkoc.
• La Vue d’ensemble de la Control UI ne compte et ne signale désormais que les tâches Cron activées qui nécessitent encore une attention, tandis que les tâches désactivées conservent les détails de leurs échecs passés sans apparaître comme des problèmes actuels. #95723 Lié à #95716. Merci @voytas75, @zengwen-dt.
• Les utilisateurs de la Control UI voient désormais des infobulles plus courtes pour les thèmes System, Light et Dark, tandis que les lecteurs d’écran annoncent des libellés moins répétitifs sans perdre le contexte environnant du mode couleur. #95837 Merci @hannesrudolph, @sannidhyasah.
• La configuration brute ne semble plus manquante dans les paramètres après le passage depuis la vue formulaire, car le JSON est ramené dans la vue au lieu de conserver la position de défilement précédente. #96145 Lié à #94202. Merci @sunlit-deng, @vporton.
• Les nouveaux utilisateurs iOS atteignent désormais l’accueil et l’intégration d’OpenClaw avant qu’iOS ne demande l’accès au réseau local, tandis que les utilisateurs existants reçoivent toujours la demande lorsqu’ils ouvrent la configuration du Gateway ou ont autrement besoin de la découverte du Gateway sur le réseau local. #96181 Merci @joshavant.

Documentation et outils d’administration

Fiabilité de la configuration et des commandes

Les commandes CLI courantes gèrent désormais les cas de configuration, de chemins, de sortie et d’échec de façon plus cohérente. La complétion shell, doctor, les commandes config et la configuration du Gateway fournissent des indications plus claires et une récupération plus sûre lorsqu’une installation ou un paramètre nécessite une attention.

Sources et contributeurs

• Le menu de complétion par tabulation zsh d’OpenClaw affiche désormais littéralement les descriptions d’options contenant des variables $ ou des exemples entourés d’accents graves, au lieu de les évaluer comme entrée shell et de corrompre le menu. #64490 Merci à @edenkangdw.
• Après une mise à niveau depuis un ancien stockage sandbox, les opérateurs reçoivent désormais un avertissement clair de openclaw doctor concernant les fichiers de registre restants et peuvent utiliser openclaw doctor --fix pour les migrer ou les nettoyer. #84326 Merci à @giodl73-repo.
• Les opérateurs peuvent désormais utiliser doctor --lint pour repérer les anciens services Gateway obsolètes et prévisualiser le nettoyage, tandis que les services supplémentaires intentionnels restent informatifs et ne font pas échouer la vérification par défaut. #84340 Merci à @giodl73-repo.
• Les opérateurs de Gateway macOS reçoivent désormais un avertissement avant qu’une réinstallation, une réparation ou un redémarrage n’écrase le comportement personnalisé du wrapper LaunchAgent, tandis que openclaw status distingue les vérifications de secret manquant propres à la CLI du service installé. #90537 Lié à #90518. Merci à @turbotheturtle, @vincentkoc.
• Les prompts longs, multilignes ou riches en code peuvent désormais être envoyés à openclaw agent avec --message-file, ce qui évite les citations shell fragiles et signale les fichiers invalides avant l’envoi. #93351 Merci à @ooiuuii.
• Corrige les réparations planifiées doctor --fix --non-interactive qui redémarraient un Gateway déjà en cours d’exécution après un échec temporaire de vérification de santé, afin que la maintenance sans surveillance n’interrompe plus le service actif. #94148 Lié à #78217. Merci à @esqandil, @zhangguiping-xydt.
• openclaw configure et openclaw config seul s’arrêtent désormais avec des indications claires sur les sous-commandes lorsqu’ils sont exécutés depuis des scripts ou des pipes, au lieu d’ouvrir un assistant interactif partiel et de quitter de manière ambiguë. #94238 Lié à #93953. Merci à @nianjiuzst, @ruomuxydt.
• Les opérateurs multi-agents peuvent désormais utiliser openclaw gateway usage-cost pour consulter les coûts d’un agent configuré ou de tous les agents, tandis que la commande existante pour l’agent par défaut reste inchangée. #94483 Merci à @ly-wang19.
• Les cartes Workboard archivées n’encombrent plus la sortie par défaut de openclaw workboard list, tandis que --include-archived et la sortie JSON fournissent toujours un accès si nécessaire. #94562 Lié à #94555. Merci à @ecican, @vincentkoc, @zengwen-dt.
• OpenClaw Doctor fournit désormais des indications exactes pour les tâches Cron d’invite shell isolées qui fonctionnent, au lieu de suggérer à répétition une commande --fix incapable de supprimer l’avertissement. #94784 Lié à #94655. Merci à @altaywtf, @geekoagent, @zengwen-dt.
• Corrige openclaw doctor, qui affichait un avertissement nécessitant un correctif pour des configurations de mémoire locale GGUF saines après une vérification de disponibilité volontairement ignorée, tout en conservant l’avertissement lorsque le modèle local configuré est réellement manquant. #95393 Lié à #92582. Merci à @mikasa0818, @neekolascmd, @vincentkoc.
• Sous Windows, les tâches Gateway créées par l’installateur s’exécutent désormais en arrière-plan sans fenêtre de console que les utilisateurs pourraient fermer accidentellement et ainsi arrêter le Gateway. #95480 Lié à #89231. Merci à @cameronweller, @mikasa0818, @vincentkoc.
• Les liaisons de canaux d’agent rejettent désormais les spécifications de compte mal formées comme matrix:work:extra avec une erreur claire, au lieu de router silencieusement l’agent vers un autre compte. #95572 Merci à @ly-wang19.
• Les mises à jour de Skills ClawHub respectent désormais votre politique de sécurité d’installation configurée, et openclaw skills update --all met à jour uniquement les Skills ClawHub suivies au lieu d’installer de manière inattendue d’autres Skills configurées. #95684 Merci à @vincentkoc.
• Les workflows de redémarrage Windows et de démarrage du Gateway sont plus fiables, car OpenClaw transmet désormais les commandes au chemin système approuvé de cmd.exe au lieu de dépendre de la recherche de processus. 7dd01d1 Merci à @vincentkoc.
• Le nettoyage du Gateway Windows et les vérifications d’écoute sont plus fiables lorsque la recherche PATH est incomplète, afin que les opérateurs puissent identifier le processus Gateway et libérer un port occupé sans que des outils système installés soient ignorés. e9b694e Merci à @vincentkoc.
• Sous Windows, le démarrage d’OpenClaw et le transfert vers Codex dans le TUI trouvent désormais bun, codex et les autres binaires d’exécution via le localisateur système approuvé, même lorsqu’une autre commande where apparaît plus tôt dans PATH. 72b9bc7 Merci à @vincentkoc.
• Les diagnostics de port Windows utilisent désormais les outils système prévus même lorsque des entrées PATH sont manquantes ou masquées, ce qui réduit le risque que les conflits de ports du Gateway et du service soient obscurcis par des échecs de résolution de commandes. c4facb2 Merci à @vincentkoc.
• La récupération du daemon Windows risque moins de manquer la détection ou le nettoyage de processus lorsque PATH est incomplet, inhabituel ou masqué, car le repli par tâche planifiée trouve désormais PowerShell et taskkill dans des emplacements système approuvés. 2a140e6 Merci à @vincentkoc.
• OpenClaw conserve désormais les marqueurs de récupération de configuration, les instantanés du dernier état valide connu et l’historique des lectures suspectes dans son état partagé via la migration, sans laisser de fichier journal config-health séparé. 6daabd2 Merci à @vincentkoc.
• Sous Windows, les commandes Crabbox lancées via des shims de paquets Node reçoivent désormais les indicateurs de fournisseur, les commandes shell et les caractères shell spéciaux tels qu’ils ont été saisis, au lieu de les perdre ou de les réinterpréter. 54d24cd Merci à @vincentkoc.
• Les workflows Crabbox ciblant Windows risquent moins d’échouer ou de revenir à une gestion shell plus lente lors du lancement d’outils Node via des shims .cmd et .bat. d48dcc6 Merci à @vincentkoc.
• Les utilisateurs Windows peuvent exécuter crabbox, git et d’autres outils adossés à Node via des shims de commande installés par npm sans que Crabbox s’arrête avant l’ouverture de l’outil. 77f4e45 Merci à @vincentkoc.
• openclaw doctor vérifie désormais les profils qui omettent les paramètres de politique d’outils sans traiter cette omission valide comme une erreur. 03ba09b
• openclaw doctor n’affiche plus d’avertissements trompeurs sur la section des outils lorsqu’il ne peut pas évaluer un profil de prévisualisation personnalisé. 420a0e6 Merci à @vincentkoc.
• openclaw doctor limite désormais les avertissements de prévisualisation aux profils d’outils qu’il peut évaluer, évitant ainsi des avertissements trompeurs sur les autorisations configurées pour des profils inconnus. 541f7ff Merci à @vincentkoc.
• Les utilisateurs Windows peuvent installer OpenClaw depuis les sources sans que la configuration des dépendances soit bloquée par l’installateur qui force les scripts npm ou pnpm à passer par cmd.exe. 1252378 Merci à @vincentkoc.
• Les configurations OpenClaw plus volumineuses peuvent s’initialiser et générer des indications d’interface plus efficacement, tandis que les champs sensibles continuent d’être marqués de la même manière. #55018 Merci à @huangyandi-red, @vincentkoc, @xdhuangyandi.
• Les changements de configuration qui nécessitent encore un redémarrage manuel du Gateway affichent désormais un avis clair de redémarrage requis avec la note d’origine préservée, au lieu de sembler terminés avec un message config-patch ok trompeur. #83041 Lié à #46797. Merci à @stache73, @xuruiray.
• L’aide pour doctor, gateway, models, plugins, sessions et tasks apparaît désormais en quelques dizaines de millisecondes, alors que des commandes comme sessions --help et tasks --help mettaient auparavant environ 1,6 à 1,8 seconde avant de commencer à répondre. #89628 Merci à @yyzquwu.
• Les backends de trace OpenTelemetry comme Langfuse affichent désormais le nom réel du fournisseur/modèle au lieu de « unknown » pour les identifiants de modèle qualifiés par une barre oblique. #89981 Merci à @mycarrysun, @vincentkoc.
• Les enregistrements de jumelage d’appareils mal formés ou plus anciens n’empêchent plus openclaw devices list d’afficher les demandes d’approbation en attente, tandis que les rôles valides apparaissent toujours normalement. #93504 Merci à @ly-wang19.
• OpenClaw rejette désormais les cibles SSH avec des deux-points superflus au début ou à la fin avant qu’elles ne puissent produire une configuration SSH invalide ou des échecs de démarrage de tunnel pour les sandboxes et Gateway adossés à SSH. #93887 Merci à @miorbnli.
• Les utilisateurs dont la configuration non interactive échoue à la vérification de santé du Gateway local reçoivent désormais des commandes de récupération exécutables openclaw onboard --install-daemon ou openclaw onboard --skip-health au lieu d’indicateurs setup non pris en charge. #93994 Lié à #93947. Merci à @bk-z1, @nianjiuzst.
• Les vérifications de santé et de sondage du Gateway acceptent désormais le même --port personnalisé que celui utilisé pour démarrer un Gateway local, rejettent tôt les ports invalides et affichent la cible local loopback sélectionnée dans la sortie JSON. #94687 Lié à #79100. Merci à @bryantegomoh, @ozthedivine.
• gateway --force détecte désormais les processus uniquement IPv4 qui occupent le port du Gateway et tente tout de même le nettoyage lorsqu’une vérification de port n’est pas concluante, au lieu de considérer à tort le port comme libre. #94949 Lié à #94426. Merci à @sunlit-deng, @vincentkoc, @wangwllu.
• openclaw config validate accepte désormais les configurations de serveur MCP basées sur des commandes qui utilisent explicitement transport: "stdio", évitant les fausses erreurs de validation tout en rejetant les configurations stdio invalides de style distant. #95102 Lié à #95082. Merci à @ken-jo, @lzyyzznl.
• Les modifications d’images via la CLI peuvent désormais renvoyer plusieurs variantes dans une seule commande avec --count <n>, au lieu d’être limitées au résultat unique par défaut du fournisseur. #95300 Merci à @ly-wang19.
• openclaw sessions export-trajectory trouve désormais les sessions que les autres commandes de session peuvent déjà voir lorsque des stockages personnalisés, basés sur ~ ou à modèle {agentId} sont configurés, sans exiger à nouveau le chemin du stockage. #95570 Lié à #95568. Merci à @youngting520.
• Corrige infer inspect --name <id> --json, qui affichait des indicateurs que les commandes CLI correspondantes n’acceptaient pas, afin que les développeurs et les opérateurs puissent découvrir de façon fiable les options de modèle, d’authentification et de transcription prises en charge. #95719 Merci @ly-wang19, @vincentkoc.
• Les personnes qui inspectent des sessions très volumineuses ou désordonnées peuvent ouvrir les détails d’utilisation et obtenir quand même les dernières entrées de journal horodatées sans qu’OpenClaw conserve en mémoire tout l’historique des journaux analysés. #96019 Merci @vincentkoc.
• Les opérateurs peuvent désormais configurer le moniteur d’authentification, le minuteur systemd et les widgets Termux pour leur propre hôte OpenClaw sans devoir d’abord remplacer les noms d’hôtes et chemins de système de fichiers propres aux mainteneurs. af3e509 Merci @vincentkoc.
• L’hydratation crabbox Windows native sélectionne désormais automatiquement la tâche de daemon Windows requise, ce qui évite les exécutions échouées ou mal orientées tout en laissant WSL2 et les remplacements explicites de tâche inchangés. d5d9a82 Merci @vincentkoc.
• Les personnes qui définissent un avatar d’agent local peuvent éviter les images manquantes en limitant les fichiers relatifs à l’espace de travail à moins de 2 Mo, tandis que les avatars HTTP(S) et en URI de données ne sont pas soumis à cette limite. #78884 Connexe #65312. Merci @wangjieweb3-design, @nyx-nocturna.
• Les instructions d’agent par défaut d’OpenClaw demandent désormais aux agents de rechercher des solutions gratuites ou open source adaptées avant de proposer une création personnalisée, tout en autorisant le travail personnalisé lorsqu’il convient mieux. #86608 Merci @cablackmon.
• Les auteurs de Plugin peuvent désormais utiliser le targetSessionKey documenté sur les événements subagent_ended pour les associer au spawn correspondant, au lieu de s’appuyer sur les champs agentId ou childSessionKey qui ne sont pas émis. #95191 Connexe #95186. Merci @ken-jo, @mahaohao-ch.
• Les liens de Skills ClawHub dans la documentation OpenClaw et les cartes de présentation ouvrent désormais les pages canoniques qualifiées par le propriétaire, et les exemples d’installation utilisent des références openclaw skills install @owner/<slug> prêtes à copier au lieu des anciens itinéraires avec slug seul. #95972 Merci @patrick-erichsen.

Outils et tâches planifiées

Les tâches planifiées et les outils intégrés se terminent, réessaient, signalent les échecs et préservent désormais plus systématiquement leurs entrées prévues. Les améliorations apportées au runtime du SDK de plugin rendent également les extensions adossées à des outils plus fiables lors du chargement, du renvoi des résultats ou de l’exécution de tâches planifiées.

Sources et contributeurs

• Les tâches cron isolées utilisant deleteAfterRun suppriment désormais leur session temporaire et leur transcript après leur exécution, y compris pour les exécutions avec livraison désactivée, ce qui réduit les fichiers obsolètes, le contexte accumulé et le nettoyage manuel. #84794 Lié à #84707. Merci à @bottenbenny, @turbotheturtle.
• Les tâches planifiées individuelles peuvent désormais utiliser leurs propres modèles de repli, s’exécuter avec les replis désactivés, ou revenir à l’héritage normal des replis via la CLI au lieu d’obliger les opérateurs à modifier des données de charge utile de plus bas niveau. #93369 Lié à #90302. Merci à @849261680, @walliiee.
• L’historique Cron trouve désormais de manière fiable les entrées dont les identifiants de tâche incluent des espaces supplémentaires autour, et rejette les identifiants imbriqués ou vides avant qu’ils ne puissent créer des enregistrements de journal qui ne peuvent pas être relus en toute sécurité. #93567 Merci à @alix-007, @vincentkoc.
• L’ajout ou la suppression d’une tâche cron ne fait plus perdre son exécution en attente à une autre tâche récurrente déjà arrivée à échéance. #94323 Merci à @yetval.
• Les lectures et écritures de documents Word, PowerPoint et Excel utilisent désormais le chemin .docx, .pptx ou .xlsx prévu, au lieu d’échouer sur une extension inventée. #95805 Lié à #93326. Merci à @bhnan, @lzyyzznl, @vincentkoc, @xzh-icenter.
• Les utilisateurs de l’automatisation de navigateur conservent les mêmes instantanés riches en références, y compris les branches utiles dans les résultats compacts, avec moins de traitement évitable pendant la génération des instantanés. #96072 Merci à @vincentkoc.
• Corrige les commandes expirées et les mises à jour du cœur interrompues sous Windows qui laissaient parfois des processus enfants en cours d’exécution, afin qu’OpenClaw puisse arrêter plus fiablement toute l’arborescence de processus après des annulations, des expirations de délai ou le nettoyage d’une mise à jour. a192b2e Merci à @vincentkoc.
• Les utilisateurs Windows sont moins susceptibles de voir échouer les installations d’outils gérées par l’agent lors de la décompression de téléchargements ZIP comme ripgrep, car OpenClaw utilise désormais les programmes d’extraction intégrés à Windows au lieu de s’appuyer sur la recherche dans PATH. a5fde91
• Les vérifications de configuration et de runtime Windows trouvent désormais les outils requis plus fiablement en utilisant le résolveur System32 de confiance au lieu de dépendre d’une entrée PATH inattendue. d3b4444 Merci à @vincentkoc.
• Les exécutions SDK créées avec timeoutMs: 0 conservent désormais le délai d’expiration zéro demandé sans watchdog côté client indésirable. 2bdcc83 Merci à @vincentkoc.
• Les commandes OpenClaw bloquées s’arrêtent désormais de manière fiable même lorsque les appelants fournissent des délais d’exécution ou d’inactivité de sortie extrêmement grands. 1425bb3 Merci à @vincentkoc.
• Les commandes auxquelles sont fournis des paramètres de délai d’expiration extrêmement grands utilisent désormais un maximum sûr au lieu d’échouer parce que le runtime ne peut pas planifier l’attente demandée. 66b94ba
• Les paramètres d’autorisation/refus d’outils propres aux fournisseurs s’alignent désormais plus systématiquement sur les avertissements doctor d’OpenClaw, y compris pour les configurations avec alias de fournisseur, clés propres à un modèle, identifiants de modèle de style OpenRouter ou entrées de stratégie mal formées. 8f2882f
• Les applications SDK reçoivent désormais tool.call.failed lorsque les outils terminaux échouent ou sont bloqués, au lieu d’un événement de fin trompeur, afin que la gestion des échecs existante puisse réagir correctement. #95383 Merci à @ly-wang19.
• Corrige le rejet des demandes d’ajout et de mise à jour Cron lorsque des champs de tâche reconnus arrivent avec des espaces finaux sans conséquence, afin que les planifications puissent être enregistrées sans assouplir les vérifications pour les entrées ambiguës ou dangereuses. #95674 Lié à #95407. Merci à @nassiel, @zw-xysk.
• La surveillance des sous-agents Codex gère de grands ensembles d’agents enfants et de fichiers de transcript avec moins d’analyse inutile, tandis que les anciens formats de nom de fichier de transcript continuent de se résoudre comme avant. #96085 Merci à @vincentkoc.
• Corrige l’hydratation crabbox native Windows qui se bloquait ou manquait des transferts lorsque le runner et le démon utilisaient des répertoires personnels différents, afin que les deux puissent trouver le même état de tâche et les mêmes fichiers d’arrêt. f354889 Merci à @vincentkoc.

Contributions supplémentaires

• Améliore la planification de la CI du dépôt, l'utilisation des exécuteurs et la gestion des échecs. #95308 Merci à @vincentkoc.
• Améliore la planification de la CI du dépôt, l'utilisation des exécuteurs et la gestion des échecs. #95465 Merci à @wangmiao0668000666.
• Améliore la planification de la CI du dépôt, l'utilisation des exécuteurs et la gestion des échecs. #95625 Merci à @vincentkoc.
• Améliore la planification de la CI du dépôt, l'utilisation des exécuteurs et la gestion des échecs. #95649 Merci à @vincentkoc.
• Améliore la planification de la CI du dépôt, l'utilisation des exécuteurs et la gestion des échecs. #95681 Merci à @vincentkoc.
• Améliore la planification de la CI du dépôt, l'utilisation des exécuteurs et la gestion des échecs. #95857 Merci à @romneyda.
• Améliore la planification de la CI du dépôt, l'utilisation des exécuteurs et la gestion des échecs. #95870 Merci à @vincentkoc.
• Améliore la planification de la CI du dépôt, l'utilisation des exécuteurs et la gestion des échecs. #95872 Merci à @romneyda.
• Améliore la planification de la CI du dépôt, l'utilisation des exécuteurs et la gestion des échecs. #95879 Merci à @vincentkoc.
• Améliore la planification de la CI du dépôt, l'utilisation des exécuteurs et la gestion des échecs. #95890 Merci à @vincentkoc.
• Améliore la planification de la CI du dépôt, l'utilisation des exécuteurs et la gestion des échecs. #95909 Merci à @vincentkoc.
• Améliore la planification de la CI du dépôt, l'utilisation des exécuteurs et la gestion des échecs. #95922 Merci à @vincentkoc.
• Améliore la planification de la CI du dépôt, l'utilisation des exécuteurs et la gestion des échecs. #95946 Merci à @vincentkoc.
• Améliore la planification de la CI du dépôt, l'utilisation des exécuteurs et la gestion des échecs. #95967 Merci à @vincentkoc.
• Améliore la planification de la CI du dépôt, l'utilisation des exécuteurs et la gestion des échecs. #95983 Merci à @vincentkoc.
• Améliore la planification de la CI du dépôt, l'utilisation des exécuteurs et la gestion des échecs. #96258 Merci à @vincentkoc.
• Améliore l'automatisation des vérifications de publication et la gestion des preuves requises. #95094 Merci à @romneyda.
• Améliore l'automatisation des vérifications de publication et la gestion des preuves requises. #95466 Merci à @jason-allen-oneal.
• Améliore l'automatisation des vérifications de publication et la gestion des preuves requises. #95876 Merci à @romneyda.
• Améliore l'automatisation des vérifications de publication et la gestion des preuves requises. #95880 Merci à @romneyda.
• Améliore l'automatisation des vérifications de publication et la gestion des preuves requises. #95919 Merci à @romneyda.
• Améliore l'automatisation des vérifications de publication et la gestion des preuves requises. #95928 Merci à @vincentkoc.
• Améliore l'automatisation des vérifications de publication et la gestion des preuves requises. #95991 Merci à @vincentkoc.
• Améliore l'automatisation des vérifications de publication et la gestion des preuves requises. #96235 Merci à @vincentkoc.
• Améliore les outils de conditionnement, de publication et de validation des publications. #94272 Merci à @romneyda.
• Améliore les outils de conditionnement, de publication et de validation des publications. #94622 Merci à @tayoun.
• Améliore les outils de conditionnement, de publication et de validation des publications. #95898 Merci à @romneyda.
• Améliore les outils de conditionnement, de publication et de validation des publications. #95901 Merci à @romneyda.
• Améliore les outils de conditionnement, de publication et de validation des publications. #95999 Merci à @vincentkoc.
• Améliore les outils de conditionnement, de publication et de validation des publications. #96055 Merci à @vincentkoc.
• Améliore les outils de conditionnement, de publication et de validation des publications. #96226 Merci à @vincentkoc.
• Améliore les outils de conditionnement, de publication et de validation des publications. #96271 Merci à @vincentkoc.
• Améliore les outils de conditionnement, de publication et de validation des publications. #97909 Merci à @patrick-erichsen.
• Améliore la couverture du QA Lab, la capture des preuves et les vérifications de préparation à la publication. #91502 Merci à @romneyda.
• Améliore la couverture du QA Lab, la capture des preuves et les vérifications de préparation à la publication. #91506 Merci à @romneyda.
• Améliore la couverture du QA Lab, la capture des preuves et les vérifications de préparation à la publication. #94700 Merci à @romneyda.
• Améliore la couverture du QA Lab, la capture des preuves et les vérifications de préparation à la publication. #95406 Merci à @romneyda.
• Améliore la couverture du QA Lab, la capture des preuves et les vérifications de préparation à la publication. #95858 Merci à @romneyda.
• Améliore la couverture du QA Lab, la capture des preuves et les vérifications de préparation à la publication. #95933 Merci à @romneyda.
• Améliore la couverture du QA Lab, la capture des preuves et les vérifications de préparation à la publication. #95944 Merci à @romneyda.
• Améliore la couverture du QA Lab, la capture des preuves et les vérifications de préparation à la publication. #95947 Merci à @romneyda.
• Améliore la couverture du QA Lab, la capture des preuves et les vérifications de préparation à la publication. #95952 Merci à @vincentkoc.
• Améliore la couverture du QA Lab, la capture des preuves et les vérifications de préparation à la publication. #95961 Merci à @vincentkoc.
• Améliore la couverture du QA Lab, la capture des preuves et les vérifications de préparation à la publication. #95971 Merci à @romneyda.
• Améliore la couverture du QA Lab, la capture des preuves et les vérifications de préparation à la publication. #95975 Merci à @vincentkoc.
• Améliore la couverture du QA Lab, la capture des preuves et les vérifications de préparation à la publication. #96003 Merci à @romneyda.
• Améliore la couverture du QA Lab, la capture des preuves et les vérifications de préparation à la publication. #96017 Merci à @romneyda.
• Améliore la couverture du QA Lab, la capture des preuves et les vérifications de préparation à la publication. #96030 Merci à @romneyda.
• Améliore la couverture du QA Lab, la capture des preuves et les vérifications de préparation à la publication. #96246 Merci à @vincentkoc.
• Ajoute ou répare une couverture de régression ciblée pour les workflows de maintenance. #87121 Merci à @davinci282828, @lizuju.
• Ajoute ou répare une couverture de régression ciblée pour les workflows de maintenance. #90223 Merci à @aniruddhaadak80.
• Ajoute ou répare une couverture de régression ciblée pour les workflows de maintenance. #93378 Merci à @mmyzwl, @yachiyo1680.
• Ajoute ou répare une couverture de régression ciblée pour les workflows de maintenance. #95475 Merci à @kklouzal.
• Ajoute ou répare une couverture de régression ciblée pour les workflows de maintenance. #95499 Merci à @romneyda.
• Ajoute ou répare une couverture de régression ciblée pour les workflows de maintenance. #95602 Merci à @vincentkoc, @zats.
• Ajoute ou répare une couverture de régression ciblée pour les workflows de maintenance. #95653 Merci à @vincentkoc.
• Améliore les workflows de maintenance du dépôt et d'accueil des contributeurs. #76668 Merci à @wadydx.
• Améliore les workflows de maintenance du dépôt et d'accueil des contributeurs. #87861 Merci à @coder999999999, @shuofengzhang, @vincentkoc.
• Améliore les workflows de maintenance du dépôt et d'accueil des contributeurs. #95243 Merci à @hugenshen, @vincentkoc.
• Améliore la structure de la documentation interne et la maintenance des références de publication. #78715 Merci à @mehrazmorshed.
• Améliore la structure de la documentation interne et la maintenance des références de publication. #93502 Merci à @harjothkhara.
• Améliore la structure de la documentation interne et la maintenance des références de publication. #96044 Merci à @romneyda.
• Améliore la structure de la documentation interne et la maintenance des références de publication. #96057 Merci à @vincentkoc.
• Améliore la structure de la documentation interne et la maintenance des références de publication. #96061 Merci à @vincentkoc.
• Renforce les limites de comportement internes sans modifier le workflow public du produit. #91193 Merci à @davinci282828, @whiteyzy.
• Renforce les limites de comportement internes sans modifier le workflow public du produit. #95706 Merci à @rushindrasinha, @vincentkoc.
• Renforce les limites de comportement internes sans modifier le workflow public du produit. #96179 Merci à @jalehman.
• Place les éléments internes des sessions et du runtime derrière des limites de maintenance partagées. #89912 Merci à @jalehman.
• Place les éléments internes des sessions et du runtime derrière des limites de maintenance partagées. #90439 Merci à @jalehman.
• Place les éléments internes des sessions et du runtime derrière des limites de maintenance partagées. #96182 Merci à @jalehman.
• Place les éléments internes des sessions et du runtime derrière des limites de maintenance partagées. #96191 Merci à @jalehman.
• Place les éléments internes des sessions et du runtime derrière des limites de maintenance partagées. #96193 Merci à @jalehman.
• Place les éléments internes des sessions et du runtime derrière des limites de maintenance partagées. #96195 Merci à @jalehman.
• Place les éléments internes des sessions et du runtime derrière des limites de maintenance partagées. #96204 Merci à @jalehman.
• Place les éléments internes des sessions et du runtime derrière des limites de maintenance partagées. #96206 Merci à @jalehman.
• Place les éléments internes des sessions et du runtime derrière des limites de maintenance partagées. #96213 Merci à @jalehman.
• Place les éléments internes des sessions et du runtime derrière des limites de maintenance partagées. #96218 Merci à @jalehman.
• Améliore le bac à sable des notifications push iOS et la couverture de validation des publications. #95893 Merci à @joshavant.
• Met à jour la documentation de validation du harnais Copilot et la configuration des tests en direct. #95930 Merci à @vincentkoc.