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

Nous avons pris en compte vos retours. La version v2026.6.11 se concentre sur les problèmes qui nuisent à la fiabilité d’OpenClaw, avec des correctifs pour les réponses mal acheminées, les envois bloqués, les reconnexions, les échecs de configuration des modèles et des paramètres d’administration par défaut plus sûrs.

Points forts

Fiabilité de la distribution sur les canaux

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

Sources et contributeurs

• Corrige le traitement occasionnel des nouveaux messages directs Google Chat comme des conversations de groupe, afin qu’ils arrivent dans la bonne discussion individuelle, tandis que les messages des espaces et des discussions de groupe conservent leur routage actuel. #58993 Merci à @starhappysh et @vincentkoc.
• Les réponses vocales Feishu provenant d’OpenClaw affichent désormais leur durée dans la bulle de discussion, afin que les destinataires puissent connaître la longueur de l’enregistrement avant de le lire. #89172 Voir aussi #53798. Merci à @areslp, @fxz26284407 et @kinrocw.
• Les réponses Discord et Telegram ainsi que l’historique de discussion répliqué restent désormais associés plus systématiquement à la conversation prévue, notamment lors de réponses Telegram répétées et de changements de session. #89911 Merci à @jalehman.
• Les résultats de génération d’images, de vidéos et de musique en arrière-plan reviennent désormais dans 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 leur création ou d’être envoyés au mauvais interlocuteur à mesure que la session évolue. #89949 Voir aussi #86034. Merci à @tianxiaochannel-oss88 et @wangwllu.
• Les réponses Telegram restent désormais associées à la question actuelle de l’utilisateur lorsqu’il cite un ancien message du bot, tandis que les citations de 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 aux conversations privées orientent 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 son raisonnement interne dans Telegram, WhatsApp et les autres canaux, tandis que les messages de réflexion activés volontairement continuent de fonctionner. #92356 Voir aussi #92260. Merci à @jmpei, @tangtaizong666 et @vincentkoc.
• Les discussions Telegram en mode progression effacent désormais une ancienne bulle de progression avant l’apparition de nouvelles sorties d’outils ou de nouveaux artefacts, ce qui maintient la conversation dans un ordre clair et lisible. #93002 Voir aussi #90753. Merci à @shadow-enthusiast et @zhangguiping-xydt.
• Les messages iMessage contenant une commande et un lien restent désormais regroupés dans un même tour OpenClaw lorsque les aperçus de liens arrivent en retard, tandis que les messages rapides sans rapport restent séparés pour les utilisateurs ayant activé le regroupement des messages directs d’un même expéditeur. #93143 Merci à @omarshahine.
• Les réponses Discord envoyées avec succès via l’outil de messagerie ne déclenchent plus d’avertissement d’échec trompeur dans les tours concernés du canal source message_tool_only. #94072 Voir aussi #93875. Merci à @chenyangjun-xy, @hoyanhan et @vincentkoc.
• Les conversations de groupe WhatsApp conservent désormais plus fiablement le bon contexte de message et de groupe lors des nouvelles tentatives, des reconnexions et des changements de groupe. #94338 Voir aussi #7433. Merci à @mcaxtr, @octopuslabs-fl et @xialonglee.
• Corrige les réponses occasionnelles d’OpenClaw à ses propres échos iMessage retardés lorsque des caractères parasites en début de message empêchent la reconnaissance du message envoyé. #94442 Merci à @ly-wang19.
• Les utilisateurs du Webhook Telegram peuvent continuer à recevoir des messages directs et de groupe pendant de brefs redémarrages du canal, rechargements de configuration et cycles de récupération, sans interruption temporaire de la messagerie. #94506 Voir aussi #90254. Merci à @obviyus, @travellingsoldier85 et @xialonglee.
• Les Gateways Matrix avec chiffrement de bout en bout peuvent rester en ligne pendant une utilisation prolongée au lieu de consommer progressivement la mémoire jusqu’à ce qu’un plantage interrompe les canaux et les travaux en cours. #94942 Voir aussi #90455. Merci à @xzh-icenter et @yar-sh.
• Les utilisateurs de Telegram voient désormais la réaction native prévue au lieu d’instructions divulguées ou d’une réponse contenant uniquement une réaction qui serait abandonnée, la réussite n’étant enregistrée qu’après acceptation par Telegram. #94977 Voir aussi #71140. Merci à @cuttingwater et @hugenshen.
• Les mises à jour de progression Telegram pour les commandes, les recherches, les mises à jour et l’activité de l’API restent désormais lisibles au lieu d’exposer du HTML parasite ou des lignes au format de code, avec un repli en texte brut lorsque Telegram ne peut pas analyser la mise en forme. #95007 Voir aussi #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 dans la conversation active au lieu de les dupliquer ou de les renvoyer vers Telegram. #95069 Voir aussi #94930. Merci à @heichaowo.
• Google Chat masque désormais les bannières internes d’échec trompeuses lorsque le résultat d’un outil est sans conséquence, laissant aux utilisateurs la réponse terminée sans modifier le texte normal de l’assistant. #95084 Voir aussi #90684. Merci à @jailbirt et @studentzhou-svg.
• Les conversations de canal multi-agent associées chargent désormais les fichiers d’espace de travail de l’agent configuré au lieu de ceux de l’agent par défaut, bien que les conversations précédemment enregistrées au mauvais endroit puissent repartir de zéro dans le stockage corrigé de l’agent. #95118 Voir aussi #92903. Merci à @849261680 et @axjing.
• Les personnes partageant un Gateway OpenClaw peuvent désormais attribuer des modèles différents à chaque contact de messagerie directe sur les canaux de discussion pris en charge, tandis que les choix de modèles existants pour les groupes et les caractères génériques continuent de fonctionner comme auparavant. #95120 Voir aussi #53638. Merci à @gandalf-at-lerian, @thomaszta et @xydigit-zt.
• Telegram indique désormais qu’OpenClaw travaille toujours pendant les courts aperçus initiaux ou les réponses en mode progression, au lieu de laisser la discussion silencieuse jusqu’à l’arrivée du message final. #95183 Voir aussi #95004. Merci à @obviyus.
• Les utilisateurs et opérateurs de Matrix reçoivent désormais un échec explicite lorsqu’un serveur d’accueil envoie une réponse surdimensionnée ou bloquée, au lieu qu’OpenClaw continue à la mettre en mémoire tampon au risque d’une utilisation illimitée de la mémoire. #95240 Merci à @alix-007.
• Corrige les réponses retardées ou manquantes de Telegram et d’autres canaux mis en file d’attente dans les déploiements de type Kubernetes comportant de nombreuses variables d’environnement injectées, où l’ouverture de la base de données de la file d’attente pouvait bloquer le Gateway. #95278 Voir aussi #94571. Merci à @kaka-srp.
• Les discussions Telegram se rétablissent après l’expiration du délai d’un message bloqué, ce qui permet aux messages suivants de la même discussion ou du même sujet d’atteindre l’agent sans redémarrer le Gateway. #95299 Voir aussi #95248. Merci à @kriegerbangerz-ship-it, @mikasa0818 et @obviyus.
• Lorsque les utilisateurs alternent entre Telegram et un autre client OpenClaw dans une conversation directe partagée, les réponses Telegram courtes suivent désormais la conversation la plus récente au lieu de répondre à une ancienne proposition Telegram sans rapport. #95390 Voir aussi #95378. Merci à @maiduy708, @mikasa0818 et @obviyus.
• Corrige l’affichage 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 et @yetval.
• Les réponses WhatsApp restent désormais associées au message direct ou de groupe auquel elles répondent, au lieu d’apparaître comme un message distinct perdant le contexte de la conversation. #95483 Merci à @mcaxtr.
• Les réponses enrichies Telegram conservent désormais la séparation des paragraphes, des puces et des lignes d’état au lieu de réduire le contenu multiligne en un seul bloc continu, sans qu’aucune modification de configuration soit nécessaire. #95532 Voir aussi #95409. Merci à @amknight.
• Les opérateurs Mattermost qui activent les commandes slash natives peuvent désormais utiliser directement /oc_queue dans Mattermost pour régler la mise en file d’attente des exécutions actives, notamment son mode, le délai d’anti-rebond, la limite 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 multicomptes, les règles héritées d’accès aux messages directs et aux groupes étant préservées dans Mattermost, Discord, Slack, Telegram, Signal, WhatsApp, iMessage et IRC. #95550 Merci à @amknight.
• Les utilisateurs de Mattermost peuvent continuer à discuter dans un fil sans mentionner de nouveau le bot après sa réponse, et cette participation persiste après les 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, au redémarrage du Gateway ou à une intervention manuelle. #95577 Voir aussi #86957. Merci à @freidrich-goldenflow et @liuwqgit.
• Les utilisateurs de 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 de Synology Chat peuvent désormais recevoir les réponses de l’agent qui prennent plus de 120 secondes lorsque le délai d’expiration configuré du cœur le permet, au lieu que le canal les rejette prématurément. #95707 Merci à @sahibzada-allahyar et @vincentkoc.
• Les tâches Cron des 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 associées au message prévu lorsqu’une cible de réponse est disponible et évitent de renvoyer vers un ancien contexte du bot lorsqu’elle ne l’est pas. #95914 Merci à @mcaxtr.
• Les utilisateurs de WhatsApp peuvent approuver ou refuser les demandes par une réaction sans que la demande reste bloquée lorsque WhatsApp identifie différemment une même discussion directe, tandis que les approbations de groupe restent associées au bon groupe et à la bonne personne. #95935 Merci à @mcaxtr.
• Le traitement de la réponse finale utilise désormais moins de ressources processeur lorsqu’OpenClaw vérifie si le texte d’un bloc a déjà été envoyé, sans modifier la réponse qui parvient à 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 canaux externes sont désormais renvoyés vers le canal ou le message privé où la commande a été lancée, au lieu de basculer vers WebChat ou de sembler disparaître après l’approbation. #96140 Voir aussi #96103. Merci à @lansenger-pm, @vincentkoc et @yetval.
• La réponse finale de WhatsApp reste désormais citée en réponse au 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 renvoyer 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 consigner comme des erreurs de bot ni risquer de désactiver la distribution, tandis que les charges utiles de discussion mal formées renvoient toujours une erreur. #96243 Voir aussi #81566. Merci à @arkyu2077, @rafaelmgbh et @vincentkoc.
• Les réponses et la distribution par l’outil de messagerie dans les canaux Mattermost suivent désormais les consignes relatives aux canaux et aux fils de discussion, 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 Voir aussi #95645. Merci à @arkyu2077, @iloveleon19 et @vincentkoc.
• Les intégrations de canaux MCP maintiennent désormais les listes de conversations, la lecture des messages, l’interrogation des é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 et de longue durée sont moins susceptibles de s’arrêter prématurément ou d’être interrompues de manière incohérente lorsqu’un délai d’expiration inhabituellement élevé est configuré. 6c85b90 Merci à @vincentkoc.
• La progression dans les canaux affiche désormais de nouveau un état lorsque le travail y revient réellement après une autre mise à jour, au lieu de masquer ce contexte utile comme un doublon. 8a75c4d
• Les réponses terminées dans les canaux ne reçoivent plus de notifications de progression tardives, ce qui empêche l’affichage d’un texte d’état obsolète une fois la réponse achevée. a594d2c Merci à @vincentkoc.
• Pendant la diffusion en continu des réponses dans les canaux, les messages de progression continuent désormais d’afficher l’état le plus récent 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 l’indisponibilité du stockage sécurisé sans erreur d’exécution, en considérant l’accès de récupération comme indisponible afin que la procédure de réinitialisation puisse se poursuivre 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 ne disposant d’aucun plugin actif pour les distribuer. a641c0d
• Les conversations vocales Discord enchaînent désormais correctement les réponses successives de l’assistant : une réponse en 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 discussions n’affichent plus de texte NO_REPLY indésirable lorsque l’assistant doit rester silencieux, tandis que les réponses multimédias légitimes continuent d’arriver sans ce marqueur. 96c6f80
• Les réponses Telegram diffusées en continu n’affichent désormais chaque titre de progression qu’une seule fois, ce qui facilite la lecture des mises à jour des outils et des recherches. 013e33c Merci à @vincentkoc.
• Les messages Telegram bloqués après une tâche de longue durée, un plantage ou un redémarrage du Gateway reprennent désormais automatiquement leur traitement, de sorte que les messages ultérieurs n’attendent plus silencieusement et que les opérateurs n’ont plus à réparer manuellement la file d’attente. #97543 Merci à @romneyda et @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 des problèmes surviennent avec les catalogues, les identifiants, les flux, les délais d’expiration, la Compaction ou les solutions de repli. Les configurations OpenAI, OpenRouter et OpenCode Go concernées signalent désormais les échecs ou s’en rétablissent de manière plus cohérente, au lieu de laisser les utilisateurs avec un choix obsolète ou une requête bloquée.

Des correctifs complémentaires pour le mode rapide améliorent son comportement dans les chemins de fournisseur et de repli concernés ; le mode rapide automatique lui-même n’est pas une nouveauté de cette version.

Sources et contributeurs

• La synthèse vocale et les notes vocales MiniMax sont désormais moins susceptibles d’échouer, car OpenClaw demande explicitement le format audio qu’il peut décoder au lieu de dépendre des valeurs par défaut du fournisseur. #73079 Merci à @efe-arv.
• Les opérateurs du Gateway peuvent de nouveau consulter le fournisseur, le modèle, l’état de la requête et les détails de temporisation 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 Voir aussi #89300. Merci à @enominera et @xiaobao-k8s.
• Les modèles accessibles via Google, Mistral, OpenAI Responses, Azure OpenAI Responses et ChatGPT/Codex Responses reçoivent désormais des instructions système propres, sans que le marqueur interne de limite de cache d’OpenClaw ne soit divulgué dans le prompt. #89716 Merci à @enominera et @masatohoshino.
• Les appels d’outils Cron utilisant des modèles Gemini par l’intermédiaire de fournisseurs compatibles avec OpenAI s’exécutent désormais sans que des champs pouvant être nuls ne provoquent le rejet du schéma par le fournisseur. #91559 Voir aussi #91542. Merci à @pick-cat et @qiukui666.
• Les identifiants de modèle qualifiés par le fournisseur respectent désormais les politiques d’exécution d’agent et les alias CLI configurés au lieu de revenir inopinément à l’environnement d’exécution par défaut d’OpenClaw. #91724 Merci à @vincentkoc et @yu-xin-c.
• La liste de chat /models et les autres chemins de sélection de modèle ou de fournisseur tenant compte des plugins répondent désormais rapidement au lieu de rester bloqués pendant plusieurs secondes et de monopoliser un cœur de processeur à cause d’analyses répétées de la configuration, tandis que les modifications de plugins continuent d’être actualisées normalement. #93356 Merci à @obuchowski.
• Les utilisateurs du service hébergé Ollama Cloud peuvent conserver uniquement les modèles qu’ils ont explicitement configurés après un redémarrage, sans que l’intégralité du catalogue partagé soit de nouveau ajoutée, tandis que la découverte automatique se poursuit pour les serveurs Ollama locaux et auto-hébergés. #93956 Merci à @jason-allen-oneal.
• Les tâches Cron peuvent désormais 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 modèle de secours. #94062 Voir aussi #93931. Merci à @hugenshen.
• Les jetons de fournisseur expirés ne masquent plus les journaux utiles aux opérateurs sous des avertissements répétés de basculement, tandis que le premier avertissement et les synthèses ultérieures des doublons restent disponibles pour le diagnostic. #94233 Voir aussi #56979. Merci à @goutamadwant et @yanan1991.
• Google Gemini 3.5 Flash peut désormais être sélectionné avec sa fenêtre contextuelle complète de 1 048 576 jetons, ce qui évite les erreurs de modèle introuvable et les rejets inutiles liés à la taille du prompt. #94726 Voir aussi #94723. Merci à @ajwan8998, @anguslogan01 et @kevinat.
• Les sessions enfants du tableau de bord gèrent désormais de manière cohérente les choix autorisés de modèles qualifiés par le fournisseur et fournissent des indications de récupération précises lorsque l’état enregistré du modèle est obsolète. #94752 Voir aussi #94713. Merci à @gr4via.
• Les utilisateurs de Claude CLI ne reçoivent plus de promesses de mises à jour d’achèvement susceptibles de ne jamais arriver, car OpenClaw bloque désormais les tâches natives en arrière-plan non prises en charge avant qu’elles ne puissent laisser la progression dans une impasse. #95008 Merci à @anagnorisis2peripeteia.
• OpenClaw rejette désormais les catalogues de fournisseur ou les réponses JSON trop volumineux avec une erreur claire avant de mettre l’intégralité de la réponse en mémoire tampon. #95218 Merci à @alix-007.
• Les utilisateurs d’OpenRouter peuvent désormais 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 deux fois le préfixe du fournisseur. #95268 Voir aussi #95198. Merci à @daniel-alejandro-t et @darren2030.
• Avec /reasoning on, les modèles de type DeepSeek compatibles avec OpenAI affichent désormais la réponse finale séparément de leur raisonnement au lieu de l’intégrer au bloc de raisonnement, sans qu’aucune modification de configuration soit nécessaire. #95283 Voir aussi #95280. Merci à @marvinthebored, @vincentkoc et @zengwen-dt.
• Lorsqu’un abonnement Codex atteint sa limite d’utilisation, OpenClaw passe désormais aux modèles de secours configurés au lieu de s’arrêter sur le résultat en échec, et ne relance pas les exécutions ayant déjà produit une sortie visible. #95400 Merci à @jason-allen-oneal et @sallyom.
• Les utilisateurs de LM Studio peuvent désormais exécuter des modèles locaux quantifiés ou comportant plusieurs variantes sans faux échecs des tours de l’assistant ni entrées de modèle fantômes dotées de suffixes et causées par des clés de modèle incohérentes. #95401 Merci à @monkeyleet.
• Les exécutions d’agents intégrés reposant sur Google cessent désormais de lire les réponses du cache de prompts trop volumineuses ou interminables avant qu’elles ne puissent épuiser la mémoire ou bloquer l’exécution. #95417 Merci à @alix-007.
• Les analyses de modèles OpenRouter échouent désormais de manière sûre lorsque les catalogues sont trop volumineux ou mal formés, au lieu de risquer une utilisation excessive de la mémoire susceptible de déstabiliser OpenClaw. #95418 Merci à @alix-007.
• Les configurations OpenRouter rejettent désormais les catalogues de modèles trop volumineux avant qu’ils ne puissent épuiser la mémoire d’OpenClaw, sans mettre en cache ni récupérer de nouveau immédiatement la réponse ayant échoué. #95420 Merci à @alix-007 et @sallyom.
• Les modèles de secours configurés peuvent désormais répondre lorsque Claude CLI n’a plus de crédits ou rencontre une défaillance générique de l’exécuteur, au lieu de présenter le message d’échec aux utilisateurs comme réponse finale. #95508 Voir aussi #95489. Merci à @mikasa0818, @riazrahaman et @sallyom.
• Les recherches Web reposant sur Gemini et utilisant freshness: "day" ou pd aboutissent désormais au lieu d’échouer avec une erreur 400 du fournisseur, tandis que les choix d’actualité plus larges et les plages de dates explicites conservent un filtrage plus strict. #95682 Merci à @sunjae-k et @vincentkoc.
• Les réponses de suivi des modèles de raisonnement xAI tels que Grok Composer préservent désormais plus fiablement le contexte de raisonnement antérieur, même lorsque l’effort de raisonnement configurable n’est pas pris en charge. #95686 Merci à @fuller-stack-dev et @geraint0923.
• Les utilisateurs de Vercel AI Gateway peuvent désormais exécuter les modèles choisis dans le catalogue en temps réel, y compris les identifiants de modèles disponibles uniquement dans celui-ci et absents de la liste intégrée d’OpenClaw. #95710 Merci à @vincentkoc.
• Correction d’un problème où les fournisseurs définis dans le manifeste transformaient des identifiants de modèles valides en identifiants défectueux lorsque les entrées stripPrefixes comportaient des espaces parasites ou une casse différente, afin que les opérateurs et les auteurs de plugins obtiennent le modèle de fournisseur attendu. #95744 Voir aussi #95743. Merci à @parveshsaini.
• La configuration initiale ouvre désormais l’invite de saisie des identifiants pour un fournisseur externe nouvellement installé au lieu de sembler tourner en boucle tout en laissant OpenAI sélectionné. #95792 Voir aussi #95765.
• Les catalogues de fournisseur trop volumineux ou bloqués échouent désormais rapidement avec une erreur claire au lieu de bloquer OpenClaw ou de consommer une quantité illimitée de mémoire, tandis que les catalogues normaux continuent de se charger. #95827 Merci à @alix-007.
• Les utilisateurs de Xiaomi Token Plan peuvent désormais utiliser jusqu’à 128K jetons de sortie avec mimo-v2.5 et mimo-v2.5-pro au lieu d’être limités à l’ancienne limite de 32 000 jetons. #95934 Merci à @idootop.
• Les réponses de modèles faisant un usage intensif des outils peuvent être diffusées avec moins de surcharge, tandis que les identifiants répétés d’appels d’outils et les détails de raisonnement chiffrés restent associés au bon appel chez Google et les fournisseurs compatibles avec OpenAI. #95957 Merci à @vincentkoc.
• La comptabilisation de l’utilisation des jetons est plus fiable pour les utilisateurs de la version intégrée d’ACPX, car OpenClaw inclut désormais par défaut le correctif de persistance d’ACPX 0.11.2, sans remplacement distinct du paquet ni mise à jour manuelle du client. #96124 Merci à @vincentkoc.
• Les utilisateurs d’Ollama Cloud peuvent désormais trouver et sélectionner glm-5.2:cloud avec sa fenêtre contextuelle de 1 000 000 de 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’images MiniMax n’échouent plus avant d’atteindre le fournisseur lorsqu’un délai d’expiration est nul, négatif ou extrêmement élevé ; les valeurs non valides utilisent désormais un délai d’attente normal ou un maximum sûr. 4b6182e Merci à @vincentkoc.
• Les exécutions Codex suivent désormais le choix actuel du mode rapide au lieu de conserver un ancien niveau de vitesse, et la ligne d’état indique clairement lorsque le mode rapide est automatique. 77012f9 Merci à @vincentkoc.
• Les conversations reposant sur Codex reviennent désormais au routage normal après la désactivation du mode rapide automatique, ce qui empêche 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 désormais le seuil configuré du mode rapide automatique de chaque modèle, même lorsque le mode rapide est remplacé pour l’exécution, afin que le comportement de secours reste conforme à la politique du modèle sélectionné. efd3172
• Les nouvelles tentatives de changement de modèle en direct conservent désormais le seuil initial du mode rapide pour les sessions de longue durée, tandis que le mode rapide explicite évite les messages de progression trompeurs relatifs au seuil automatique. d990115 Merci à @vincentkoc.
• Les exécutions d’agents intégrés maintiennent désormais un fonctionnement cohérent du mode rapide automatique lors des nouvelles tentatives et des mises à jour de progression, sans le confondre avec un réglage du mode rapide sélectionné manuellement. cf1b6fe Merci à @vincentkoc.
• Les exécutions en mode rapide conservent désormais leur réglage de vitesse lors des nouvelles tentatives avec un modèle de secours et affichent le seuil automatique configuré dans l’état, ce qui évite un comportement incohérent lors des nouvelles tentatives ainsi qu’un libellé générique peu utile. aa3797c Merci à @vincentkoc.
• Les réponses des agents et les exécutions Cron planifiées gèrent désormais plus fiablement les nouvelles tentatives de secours en mode rapide, en conservant l’état nécessaire pour que la dernière tentative se termine ou signale correctement sa progression. 14e448e Merci à @vincentkoc.
• Les utilisateurs ne voient plus de notification de réinitialisation du mode rapide tant que les tentatives avec des modèles de secours sont encore en cours ; elle n’apparaît que lorsque l’exécution atteint sa dernière tentative de secours. 6eb72a8
• Les utilisateurs et les opérateurs bénéficient désormais d’une gestion plus claire lorsqu’un modèle en direct configuré devient indisponible, car OpenClaw reconnaît la réponse « selected model was not found » du fournisseur comme un échec de type modèle introuvable plutôt que comme une erreur générique. 2405d02 Merci à @vincentkoc.
• Qwen et vLLM conservent désormais de manière cohérente les paramètres de modèle de conversation existants lorsque le mode de réflexion est activé ou désactivé, et les Plugins de fournisseur peuvent utiliser le même utilitaire testé. 2ba9d6e Merci à @vincentkoc.
• Les fournisseurs de proxy compatibles avec OpenAI peuvent gérer plus uniformément les niveaux de réflexion et les anciens champs reasoning_effort, les développeurs de Plugins et les mainteneurs de fournisseurs utilisant un même utilitaire de normalisation documenté dans OpenRouter, Kilocode et le SDK. 35bafea
• Les compilations pour 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 paquet, tandis que les échecs WebSocket continuent de s’afficher normalement. 8c8eb86 Merci à @vincentkoc.
• Les analyses de modèles OpenRouter acceptent désormais les mêmes catalogues valides de plus grande taille que la découverte à l’exécution, tout en continuant de rejeter les réponses surdimensionnées avant qu’elles ne puissent consommer une quantité illimitée de mémoire. ad3b2f4 Merci à @vincentkoc.
• Les utilisateurs d’OpenAI Responses, y compris ceux dont les configurations de raisonnement Bedrock Mantle GPT-5.x étaient affectées, obtiennent désormais une seule réponse finale propre, avec des transcriptions enregistrées et un contexte de relecture cohérents, au lieu de dizaines de copies cumulatives répétées. #92399 Voir aussi #91959. Merci à @amersheeny, @daimingnj, @phoenixyy et @pigfoot.
• Les tâches planifiées et les sessions isolées utilisant des modèles opencode-go font désormais passer les requêtes bloquées vers le délai d’expiration configuré ou le mécanisme de repli, au lieu de rester suspendues pendant plusieurs minutes avant de se terminer par une erreur générique LLM request failed. #93965 Voir aussi #93610. Merci à @forceconstant et @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 substitutions explicites avec /model restent inchangées. #77339 Voir aussi #77322. Merci à @mjamiv et @zaynl.
• Derrière des proxys HTTP ou HTTPS, les vérifications de l’utilisation et des quotas de Codex/OpenAI dans openclaw status --usage --json et l’interface de contrôle récupèrent désormais les fenêtres d’utilisation au lieu d’échouer lorsque chatgpt.com est directement inaccessible. #93943 Voir aussi #78714. Merci à @tnzgit et @turbotheturtle.
• /status conserve désormais le modèle actif et la manière d’effacer un choix épinglé sur une seule ligne compacte, afin que les utilisateurs de Discord et d’autres messageries puissent consulter rapidement l’état du modèle sans explication sur plusieurs lignes. #95797 Merci à @solvely-colin.
• Les réponses diffusées en continu par Anthropic conservent désormais les mises à jour entrelacées de texte, de réflexion et d’appels d’outils associées au bon bloc de réponse, au lieu de les mélanger lorsque plusieurs blocs sont actifs simultanément. #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 basée sur QMD préservent plus systématiquement la conversation prévue et le contexte utile lors des travaux de longue durée, des reconnexions, des mises à niveau et de la réparation des transcriptions. La recherche d’outils fonctionne également de manière plus fiable lorsque les agents doivent retrouver le contexte ou la fonctionnalité appropriés.

La récupération chiffrée de Matrix s’arrête de manière sécurisée lorsque l’état requis des clés ne peut pas être vérifié. Les politiques relatives aux outils, les approbations et la gestion des secrets restent associés à l’état d’exécution prévu, tandis que les actions présentant un risque plus élevé restent désactivées, sauf si elles sont explicitement activées.

Sources et contributeurs

• Les conversations d’agent concernées utilisant OpenAI Responses peuvent désormais se rétablir et continuer à répondre après qu’une réponse visible dans un canal a laissé leur historique enregistré incomplet, au lieu que chaque tour ultérieur échoue avant l’affichage d’une réponse. #84708 Merci à @anyech.
• Lorsqu’un agent reposant sur Codex produit une sortie d’outil exceptionnellement volumineuse, les conversations enregistrées et relues maintiennent désormais son texte dans la limite de taille habituelle tout en laissant le contenu non textuel inchangé. #87912 Merci à @adrianip0204.
• Les conversations de l’interface de contrôle restent désormais visibles et se poursuivent dans la même session après une mise en veille, une coupure réseau ou une reconnexion au Gateway, au lieu de disparaître lors de l’envoi du message suivant. #89017 Voir aussi #87700. Merci à @zhangguiping-xydt et @asicoe.
• Les intégrations Codex et Copilot fournies conservent désormais l’historique de discussion répliqué et les mises à jour de transcription associés à la bonne session OpenClaw à mesure que le stockage évolue, tandis que les transcriptions actives existantes reposant sur des fichiers continuent de fonctionner pendant la migration. #89518 Merci à @jalehman.
• L’état de la session actuelle de WebChat correspond désormais à la conversation réellement utilisée, afin que l’identité de la session, le niveau de réflexion, le contexte de jetons et les détails des coûts ne proviennent plus de la session de secours main. #89800 Voir aussi #89773. Merci à @killo3967 et @sweetcornna.
• Votre conversation risque moins de perdre son contexte lorsque vous appuyez sur Arrêter pendant une Compaction automatique, car la demande de Compaction est désormais également annulée. #89886 Voir aussi #89868. Merci à @lykeion-dev, @openperf et @vincentkoc.
• Lorsque l’accès aux sessions entre agents est bloqué, OpenClaw répertorie désormais tous les paramètres requis de visibilité, de communication entre agents et de liste d’autorisation, ce qui aide les opérateurs à corriger la configuration des règles au lieu de rechercher une défaillance d’agent inexistante. #90489 Voir aussi #90443. Merci à @ramitrkar-hash, @sahibzada-allahyar et @vincentkoc.
• openclaw memory status affiche désormais une phase de Dreaming légère ou REM active au lieu d’indiquer à tort Dreaming: off, afin que les opérateurs puissent constater que les configurations de mémoire valides sont activées. #93113 Voir aussi #67868. Merci à @agentarclab et @mrossit.
• Les recherches dans la mémoire QMD ayant expiré arrêtent désormais leur travail en arrière-plan lorsque l’agent passe à autre chose, empêchant ainsi des processus abandonnés de continuer à consommer du processeur et de la mémoire. #93394 Merci à @alix-007.
• Les instructions répétées envoyées après une Compaction restent désormais dans la conversation, ce qui évite les tours perdus, les réponses orphelines et les historiques mal formés que certains fournisseurs refusent. #94328 Merci à @vincentkoc et @yetval.
• Le rapport sur les pages obsolètes de Memory Wiki exclut désormais des avertissements d’actualisation les pages durables de concepts et de synthèse, afin de concentrer l’attention sur les pages de sources et d’entités susceptibles de nécessiter réellement une révision. #94369 Merci à @sunnyshu0925 et @vincentkoc.
• Les longues exécutions intégrées ayant progressé récemment risquent désormais moins d’être interrompues par la récupération d’une session obsolète, tandis que les exécutions réellement bloquées peuvent toujours être supprimées afin que le travail en file d’attente se poursuive. #94701 Merci à @imadal1n et @mrclawfield.
• La recherche dans la mémoire Ollama respecte désormais une dimension d’intégration plus petite configurée et sépare les index de dimensions différentes, évitant ainsi de mélanger des vecteurs incompatibles. #94811 Merci à @mushuiyu886.
• Les recherches dans la mémoire et les actualisations ciblées restent désormais associées à la bonne session OpenClaw, même lorsque les noms des fichiers de transcription changent ou que les exportations QMD utilisent un nom différent. #95087 Merci à @jalehman.
• Les conversations de longue durée comportant des captures d’écran ou d’autres images conservent désormais leur continuité de manière plus fiable lorsqu’OpenClaw libère de la place pour de nouveaux messages, au lieu de saturer de façon répétée sans faire progresser la conversation conservée. #95128 Merci à @yetval.
• Les utilisateurs de Windows peuvent désormais exécuter l’indexation et la recherche dans la mémoire reposant sur QMD au moyen de chemins absolus configurés dans memory.qmd.command, y compris des emplacements avec lettre de lecteur et des chemins UNC, sans qu’OpenClaw supprime les séparateurs de chemin avant le lancement. #95274 Voir aussi #92302. Merci à @ardooken et @ly85206559.
• Les pieds de page d’utilisation sélectionnés avec /usage full ou /usage tokens restent désormais visibles après le renouvellement quotidien d’une session ou son renouvellement pour inactivité, afin que les utilisateurs n’aient pas à les réactiver. #95322 Merci à @litang9.
• Les réponses de suivi, les réactions, les messages de fil de discussion et les vérifications d’état restent associés à la discussion à laquelle ils appartiennent après une activité de WebChat ou du système, tandis que les véritables changements de canal effacent toujours les informations de routage obsolètes. #95467 Merci à @yetval.
• Les conversations principales de longue durée conservent désormais leur contexte antérieur lorsque les utilisateurs reviennent après une nuit ou envoient un suivi tardif, au lieu de recommencer silencieusement après une fin d’exécution par ailleurs normale. #95472 Merci à @xydt-tanshanshan.
• Les personnes disposant d’un historique de sessions volumineux peuvent répertorier, prévisualiser et rechercher des sessions sans blocages de plusieurs secondes, tandis que les anciennes clés de session utilisant une casse mixte sont toujours migrées au démarrage. #95699 Merci à @jalehman et @jzakirov.
• Corrige les réponses distribuées parfois enregistrées dans le mauvais historique de conversation, ou omises de celui-ci, lorsque les opérateurs utilisent un session.store personnalisé ou propre à un agent, améliorant ainsi la continuité et l’auditabilité de la session prévue. #95782 Voir aussi #95781. Merci à @youngting520.
• Les résumés enregistrés dans la mémoire de session excluent désormais les jetons bruts du modèle, les blocs d’appels d’outils, les espaces réservés aux médias, 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 et @yb0y.
• Les sessions OpenAI de longue durée utilisant l’OAuth de Codex/ChatGPT peuvent désormais effectuer une Compaction sans clé d’API distincte, que /compact soit exécuté manuellement ou déclenché automatiquement. #95831 Voir aussi #95693. Merci à @sallyom et @yui-tien.
• Les sessions longues faisant un usage intensif des outils effectuent désormais une Compaction des conversations surdimensionnées au lieu de rester bloquées lorsqu’un résultat d’outil volumineux apparaît à la fin. #95860 Voir aussi #78478. Merci à @jw8957, @wzhgba et @yetval.
• Lorsque memory_search est indisponible parce que l’environnement d’exécution Node ne dispose pas de node:sqlite, OpenClaw oriente désormais les utilisateurs vers un environnement d’exécution compatible au lieu de leur proposer un dépannage sans rapport avec le fournisseur d’intégrations vectorielles. #95916 Merci à @rrrrrredy et @vincentkoc.
• Les développeurs et opérateurs qui inspectent une session Copilot ayant subi une Compaction obtiennent désormais son résumé, le nombre de jetons avant et après, ainsi que les détails de la 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, de supprimer les suivis en file d’attente et de mettre rapidement fin aux sous-agents associés, même lorsque les clés de session doivent être normalisées ou que les métadonnées d’abandon ne peuvent pas être enregistrées. #96201 Merci à @jalehman.
• Les mises à niveau de l’activation vocale préservent désormais le fonctionnement des phrases de déclenchement et des règles de routage existantes tandis 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 structures d’état OpenClaw préservent désormais les notifications de mise à jour, la limitation de fréquence des vérifications, les enregistrements des versions disponibles et l’historique des tentatives de mise à jour automatique lors du déplacement de cet état vers SQLite. eb00d49 Merci à @vincentkoc.
• Les conversations des canaux de Plugin conservent plus fiablement la session prévue lors du démarrage, des vérifications de diagnostic et des réparations d’état, les anciens enregistrements de liaison étant migrés vers la base de données partagée d’OpenClaw. 9f888d9
• Sous Windows, la synchronisation des sessions reposant sur la mémoire continue désormais d’utiliser le fichier de transcription prévu, même lorsque le format du chemin diffère. b3b5b08 Merci à @vincentkoc.
• Les exécutions d’agents intégrées dont la clé de session est absente ou vide restent désormais associées à la session prévue au lieu de passer par un routage de session incohérent. 911f853 Merci à @vincentkoc.
• Lorsqu’un modèle devine un nom d’outil incorrect, la recherche d’outils et le mode code indiquent désormais comment trouver le bon outil et réessayer, ce qui réduit le risque que les sessions de longue durée restent bloquées ou perdent leur mémoire durable pendant la Compaction. #93374 Voir aussi #92273. Merci à @mushuiyu886, @poison et @vincentkoc.
• Corrige la disparition des réponses de l’assistant dans WebChat, l’interface de contrôle, Feishu et d’autres conversations intégrées après une Compaction, afin que les discussions actualisées restent lisibles et que les demandes de suivi demeurent séparées. #95484 Voir aussi #76729. Merci à @maweibin, @njuboy11 et @vincentkoc.
• Les fonctionnalités de mémoire d’OpenClaw maintiennent désormais la couverture des transcriptions actives, réinitialisées et supprimées en phase avec les stockages de sessions configurés et la propriété des agents, réduisant ainsi le risque que le Dreaming, les exportations QMD, l’indexation et la synchronisation omettent ou attribuent incorrectement l’historique des conversations. #96162 Merci à @jalehman.
• La configuration TLS du Gateway refuse désormais clairement les chemins de certificat ou de clé vides, ou utilise les valeurs par défaut d’OpenClaw, évitant ainsi des échecs déroutants au démarrage et lors de la génération des certificats tout en préservant les chemins valides. #94054 Merci à @miorbnli.
• Les règles configurées des Plugins continuent désormais de bloquer ou de réécrire les appels d’outils sensibles après des modifications du registre du Gateway, des rechargements ou une initialisation ultérieure des points d’extension, au lieu d’être silencieusement ignorées. #94545 Merci à @jesse-merhi.
• Les opérateurs mobiles disposant de operator.approvals peuvent désormais consulter et traiter sur l’appareil iOS à l’origine de la demande les approbations d’exécution déclenchées depuis une discussion, y compris lorsque l’application est ouverte, sans dépendre uniquement des notifications poussées. #95175 Merci à @joshavant.
• Les utilisateurs de l’interface de contrôle bénéficient désormais de la version corrigée de DOMPurify, ce qui réduit l’exposition à la vulnérabilité de nettoyage GHSA-cmwh-pvxp-8882 sans modifier le comportement de l’interface. #95691 Merci à @vincentkoc.
• Les approbations « Toujours autoriser » pour les liaisons de conversations de Plugins sont désormais transférées 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 de Matrix voient désormais que la clé de récupération active est requise avant de pouvoir procéder à une réinitialisation forcée de la signature croisée, ce qui évite qu'une seconde réinitialisation rende inutilisables la récupération du chiffrement et les sauvegardes des clés de salon. #95720 Associé à #78396. Merci à @jteddy, @vincentkoc et @xialonglee.
• Les cartes d'état de Memory Wiki et la synchronisation des sources reposant sur un pont sont moins susceptibles d'échouer lors de réécritures simultanées de pages, car OpenClaw réessaie désormais en cas d'incohérence temporaire de chemin, tout en continuant de bloquer les écritures non sûres ou les échecs persistants dans le système de fichiers. #94443 Associé à #92134. Merci à @cknzraposo et @zengwen-dt.
• Corrige la reprise d'une session récente qui ouvrait une nouvelle conversation pour les utilisateurs dont les chemins d'espace de travail étaient longs, au lieu de les ramener à leur transcription existante. #94578 Associé à #94577. Merci à @rohitjavvadi et @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 actualisant son contenu généré. #95614 Merci à @yetval.
• Corrige la recopie répétée par Memory Wiki de 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 de mémoire. #95666 Associé à #95657. Merci à @johannes0402, @turbotheturtle et @vincentkoc.
• Pour les opérateurs utilisant Active Memory avec le Dreaming de memory-core, les tâches nocturnes de Dreaming ne lancent plus de rappels inutiles et n'atteignent plus le délai d'expiration de 45 secondes, tandis que les conversations Web ordinaires continuent de bénéficier du rappel de mémoire. #95721 Associé à #78500. Merci à @vincentkoc, @vishutdhar et @xialonglee.
• Les sessions d'agent comportant de nombreux appels d'outils réparent les résultats désordonnés avec moins de travail répété, tout en conservant chaque résultat associé au bon appel d'outil. #96014 Merci à @vincentkoc.
• Sous Windows, les opérations de mémoire reposant sur qmd arrêtent désormais tous les processus associés après les vérifications de disponibilité et les délais d'expiration des commandes, empêchant ainsi 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 ressemblants : approuver /artifactory/openclaw n'autorise donc 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 à plusieurs Gateway de centraliser le trafic Slack entrant, tandis que le Gateway OpenClaw approprié continue de gérer les mentions, l’affinité des fils de discussion 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 de discussion en cours au bon Gateway OpenClaw, tandis que les réponses continuent d’apparaître dans Slack. #94707 Merci à @pash-openai et @sjf-oa.

Pont de réveil pour les agents externes Raft

Le canal Raft et le Plugin Raft prennent désormais en charge un pont de réveil CLI local, afin que les agents externes puissent réveiller OpenClaw lorsqu’un espace de travail contient des tâches en attente et que les opérateurs puissent vérifier la configuration et l’état par le biais du parcours pris en charge.

Sources et contributeurs

• Les opérateurs d’agents externes Raft peuvent désormais réveiller un agent OpenClaw lorsqu’un espace de travail contient des tâches en attente au moyen du 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 prend désormais en charge davantage d’intégrations officielles au moyen des processus habituels d’installation et de réparation de paquets externes. L’inventaire des Plugins et les vérifications de configuration associées fournissent aux utilisateurs des résultats plus clairs lorsqu’un paquet est manquant, incompatible ou doit être réinstallé.

Sources et contributeurs

• Lorsque plugins.allow utilise le nom d’un canal ou d’un paquet plutôt que l’identifiant réel du Plugin, les indications de démarrage signalent désormais l’entrée sans correspondance et affichent les identifiants de Plugins détectés nécessaires pour corriger la configuration. #68389 Voir aussi #68352. Merci à @aym9999, @jirboy, @lyfuci, @pahuchi-joe et @zmxccxy.
• Les avertissements concernant la confiance accordée aux Plugins lors d’une première installation ou d’une nouvelle installation comprennent désormais un exemple plugins.allow prêt à copier ainsi que des commandes permettant de répertorier ou d’inspecter les identifiants de Plugins, afin que les utilisateurs puissent résoudre l’avertissement avant d’accorder leur confiance au code du Plugin ou de le réinstaller. #78105 Voir aussi #68780. Merci à @jirboy et @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 Voir aussi #89609. Merci à @mugabuga et @zerone0x.
• Les installations et mises à jour de Plugins récupèrent désormais après la détection de versions de dépendances obsolètes gérées par OpenClaw, au lieu d’échouer avec npm EOVERRIDE, sans qu’une synchronisation ultérieure ne rétrograde ni ne supprime les paquets explicitement installés par les utilisateurs. #91786 Voir aussi #91772. Merci à @amknight et @mkdelta221.
• Les développeurs de Plugins de canaux peuvent désormais transmettre les identifiants natifs de l’expéditeur et de la conversation aux hooks et à certains processus d’exécution, ce qui permet aux intégrations d’effectuer un routage plus précis sans perturber les champs existants relatifs à l’expéditeur et à la discussion. #91903 Merci à @lanzhi-lee et @vincentkoc.
• La détection des 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 lors d’un démarrage à froid des arborescences de Plugins intégrés, en particulier sur les systèmes de fichiers Windows plus lents, sans modifier le comportement de détection des paquets intégrés. #93919 Voir aussi #76209. Merci à @ml12580 et @shenhonglong456-ai.
• Les méthodes Gateway des Plugins fonctionnent désormais par l’intermédiaire de openclaw gateway call après leur 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 Voir aussi #94127. Merci à @brycemurray, @pick-cat et @vincentkoc.
• La détection des Skills ClawHub et les vérifications d’installation risquent moins de bloquer ou de faire planter OpenClaw, car les réponses trop volumineuses ou bloquées de la place de marché sont désormais interrompues 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 de l’état détaillé du Gateway après une mise à niveau. #95541 Merci à @ooiuuii et @vincentkoc.
• Les mises à jour des Plugins npm gérés risquent moins d’interrompre le travail sur un Gateway en cours d’exécution par des erreurs de modules manquants, car les anciens fichiers du Plugin restent disponibles jusqu’à ce qu’un démarrage ultérieur du Gateway les nettoie. #95589 Merci à @ooiuuii et @vincentkoc.
• Les fiches des Plugins officiels pour les marques prises en charge affichent désormais des icônes reconnaissables dans ClawHub et les autres catalogues, et les auteurs de Plugins peuvent fournir des illustrations pour la place de marché au moyen du champ de manifeste documenté. #95845 Merci à @patrick-erichsen.
• Les icônes des Plugins officiels dans ClawHub et les autres catalogues ne sont plus contraintes d’utiliser la même couleur codée en dur, ce qui permet à Simple Icons d’utiliser à la place son illustration par défaut. #95987 Merci à @patrick-erichsen.
• Les utilisateurs de Docker disposent désormais d’un miroir officiel openclaw/openclaw sur Docker Hub en plus de GHCR, tandis que les versions bêta numérotées ne modifient pas les alias stables latest et main. #97122 Merci à @vincentkoc.
• Les installations d’OpenClaw fondées sur Git utilisent désormais la version de pnpm épinglée par le dépôt, même lorsqu’une autre version globale de pnpm ou le gestionnaire de paquets d’un projet environnant est présent, afin que les commandes de configuration ne s’exécutent plus dans le mauvais environnement de gestion de paquets. bd74a62 Merci à @vincentkoc.
• Les requêtes de fiches de Skills et de mises à jour de ClawHub se terminent désormais correctement ou expirent de manière prévisible, même lorsqu’elles reçoivent une valeur de délai d’expiration inhabituellement élevée. 8cd0c11 Merci à @vincentkoc.
• Les utilisateurs de Windows peuvent effectuer des installations depuis les sources sans qu’une étape de configuration de llama.cpp ne les bloque ou ne les ralentisse, et le programme d’installation rétablit ensuite leur paramètre d’interpréteur de commandes existant. ea9065b Merci à @vincentkoc.
• Davantage de Plugins officiels de canaux, de fournisseurs et de recherche Web peuvent désormais être installés ou réparés au moyen des catalogues habituels de paquets externes, tout en restant reconnus à partir de leurs identifiants d’authentification existants. #95683 Merci à @vincentkoc.
• Les personnes qui installent ou mettent à jour le Plugin officiel du canal Yuanbao au moyen du catalogue de confiance d’OpenClaw obtiennent désormais la version 2.15.0, avec la vérification d’intégrité attendue et des indications relatives aux Plugins manquants adaptées à cette version. #94470 Merci à @jase-283.
• L’intégration initiale peut désormais installer le skill gog fourni au moyen de Homebrew sans échouer sur la formule de dépôt tiers supprimée. #95019 Voir aussi #95017. Merci à @sedrak-hovhannisyan, @vincentkoc et @zengwen-dt.
• Les utilisateurs de Canvas, Discord, Slack, Voice Call et WhatsApp conservent les mêmes indications sur les Skills avec chaque Plugin installé ou fourni, 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 dans ClawHub accepte désormais la même référence @owner/<slug> que celle utilisée pour les installations et les mises à jour, afin que les utilisateurs puissent vérifier l’éditeur prévu sans passer à un identifiant abrégé ambigu. #95992 Merci à @patrick-erichsen.
• L’avertissement d’OpenClaw relatif au gestionnaire de paquets lors de l’installation identifie désormais correctement npm, Yarn, Yarn Berry et les lanceurs de type Corepack, évitant ainsi des indications trompeuses lorsque ces outils s’exécutent sous d’autres noms de fichiers exécutables. 11a2e03 Merci à @vincentkoc.
• Les installations à partir d’URL de paquets gèrent désormais les délais de téléchargement excessifs sans échouer avant que les données de paquet disponibles puissent être résolues. c310f8c
• Les développeurs de Plugins et de CLI disposent désormais d’une API prise en charge plus claire pour le formatage des commandes, tandis que les indications relatives à l’association des appareils, à l’enregistrement des Node et au diagnostic continuent de produire les mêmes commandes sûres pour l’interpréteur de commandes. 23b4f33
• Les utilisateurs de Windows ARM64 obtiennent désormais des téléchargements ARM64 correspondants de Node et MinGit lorsqu’ils exécutent le programme d’installation PowerShell dans un interpréteur de commandes émulé en x64. fac091b Merci à @vincentkoc.
• Les installations par défaut d’OpenClaw ne consacrent plus de temps à compiler la prise en charge facultative de llama.cpp, ce qui évite les échecs de compilation native pour les utilisateurs qui ne l’ont pas activée. cc1b3a8 Merci à @vincentkoc.

Canaux et messagerie

Correctifs supplémentaires pour les canaux

Des correctifs supplémentaires de Telegram et de configuration des canaux couvrent des problèmes plus spécifiques de distribution et de configuration.

Sources et contributeurs

• Les chaînes de réponses Telegram conservent les réponses mises en cache après les changements de contexte au lieu d’échouer lorsque ces réponses sont réutilisées. #82909 Merci à @lidge-jun.
• Correction d’un problème où Discord supprimait une longue réponse entière contenant des blocs de code délimités lorsqu’une clôture de bloc de code se trouvait près de la limite de 2 000 caractères du message. #95661 Merci à @ly-wang19.
• Les opérateurs Slack peuvent désormais stocker les jetons et les secrets de signature sous forme d’entrées SecretRef prises en charge, tandis que les lectures, les écritures, les recherches dans la liste d’autorisation et des cibles, ainsi que les vérifications de configuration, utilisent les identifiants d’authentification résolus au lieu de rejeter ou de mal interpréter les références. 7da955f Merci à @vincentkoc.
• Les vérifications des fonctionnalités des canaux renvoient désormais un délai d’expiration explicite lorsqu’une intégration cesse de répondre, ce qui évite que le dépannage reste bloqué dans un terminal ou lors d’une exécution automatisée. 8ecdb97 Merci à @vincentkoc.

Gateway, sécurité et confiance

Récupération après redémarrage et rétablissement de l’état opérationnel

Les signaux d’état du Gateway et de dépannage correspondent désormais plus systématiquement à l’état réel d’OpenClaw : prêt, en cours de redémarrage ou incapable de continuer. Les exécutions d’agents lancées au moyen de la CLI récupèrent plus proprement après les déconnexions, les arrêts, les changements de routage et les échecs de démarrage.

Sources et contributeurs

• Lorsqu’un Gateway distant configuré ou explicite est lent mais accessible, openclaw gateway probe --timeout ... attend désormais pendant le délai demandé au lieu de le signaler comme inaccessible après une limite interne plus courte. #89859 Voir aussi #65355. Merci à @hellocli et @mushuiyu886.
• Les exécutions internes longues ou parallèles de sous-agents évitent désormais le traitement inutile de l’aperçu en direct, tandis que les sessions visibles de sous-agents continuent d’afficher les mises à jour en direct et les réponses finales. #91906 Merci à @lanzhi-lee et @vincentkoc.
• Les conversations ACP, notamment les fils de discussion reposant sur Kiro, se poursuivent désormais après la première réponse en démarrant une nouvelle session lorsque le service principal ne peut plus reprendre l’ancienne. #93547 Voir aussi #87830. Merci à @amersheeny et @chouzz.
• Lorsque la pression mémoire sous Linux interrompt une commande ou une session enfant, les Gateway OpenClaw gérés par systemd restent désormais actifs et maintiennent les connexions aux canaux tout en signalant l’échec du processus enfant. #93585 Merci à @snowzlm.
• L’annulation d’une exécution OpenClaw pendant l’utilisation d’un outil y met désormais rapidement fin, au lieu de lancer un nouveau tour du modèle ou de laisser la session verrouillée. #94412 Merci à @szsip239 et @vincentkoc.
• Les tâches OpenClaw planifiées utilisant des modèles cloud récupèrent désormais par défaut des appels de modèle silencieux et bloqués, ce qui aide à éviter l’accumulation des tâches Cron suivantes, tandis que les fournisseurs locaux ou auto-hébergés conservent leur comportement actuel en matière de délai d’expiration. #94445 Merci à @bek91.
• Les contrôles de disponibilité du Gateway indiquent désormais un état défaillant pendant la phase de drainage d’un redémarrage, empêchant les gestionnaires de trafic d’envoyer de nouvelles tâches à un Gateway qui rejette temporairement les requêtes. #94915 Voir aussi #78136. Merci à @markoub, @maxschachere et @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 subir 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 Voir aussi #95057. Merci à @849261680 et @yveslarose.
• Les conversations reposant sur Codex dans la TUI, WebChat et les API de diffusion en continu 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 ne contienne pas de brouillons obsolètes. #95404 Voir aussi #95422. Merci à @agonza1 et @vincentkoc.
• Après le redémarrage d’un 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 la récupération, ce qui réduit les tentatives en double inutiles. #95431 Merci à @moeedahmed et @vincentkoc.
• Les longues sessions d’agent utilisant de nombreux outils conservent désormais les économies liées au cache d’invite à mesure que les résultats s’accumulent, réduisant les délais et les 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 temporairement indisponibles les agents Codex, Copilot ou reposant sur des Plugins de confiance qui sont configurés, tandis que les Plugins d’espace de travail non fiables ne peuvent toujours pas s’activer eux-mêmes. #95652 Merci à @vincentkoc.
• Les réponses longues, les flux d’outils chargés, les requêtes riches en images et le rappel de mémoire entraînent désormais moins de surcharge du processeur et du système de fichiers, sans nécessiter de modification des paramètres ou du flux de travail. #95697 Merci à @vincentkoc.
• Les opérateurs peuvent de nouveau ajouter ou mettre à jour des annonces planifiées pour des canaux connus dans les installations sans configuration, tandis que les environnements configurés continuent de rejeter avant l’envoi les destinations désactivées, obsolètes, sans propriétaire ou inconnues. #95754 Merci à @vincentkoc.
• Les utilisateurs de macOS sont moins susceptibles de rencontrer 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 continuant de signaler les conflits persistants. #95886 Merci à @fuller-stack-dev.
• Les agents reposant sur Copilot peuvent désormais poser une question aux utilisateurs et accepter leur réponse par l’intermédiaire du flux normal de réponse de discussion d’OpenClaw, tandis que les contrôles compacts de recherche d’outils et du mode code évitent de charger le catalogue complet des outils dans la session. #96005 Merci à @vincentkoc.
• Les redémarrages du Gateway dans les installations systemd ou conteneurisées ne laissent plus derrière eux d’anciens processus d’adaptateur Codex ou Claude, ce qui aide les nouvelles sessions ACPX à démarrer sans subir plusieurs minutes de blocage pendant le nettoyage après des redémarrages répétés. #96032 Merci à @t2wei et @vincentkoc.
• Les sessions reposant sur Copilot affichent désormais les mises à jour du plan au fil de l’avancement 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 tels qu’OpenCode démarrent désormais par l’intermédiaire d’OpenClaw même lorsque leur environnement d’exécution 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 Voir aussi #95869. Merci à @sabatech-dev et @vincentkoc.
• Les Plugins utilisant heartbeat_prompt_contribution transmettent désormais aux modèles leur contexte propre au Heartbeat lorsque les agents s’exécutent par l’intermédiaire d’environnements tels que le serveur d’application Codex, sans affecter les tours utilisateur ordinaires ni les Plugins qui n’utilisent pas ce point d’extension. #96233 Merci à @azogheb et @vincentkoc.
• Le nettoyage du Gateway et les contrôles des écouteurs sous Windows traitent désormais de manière cohérente les données de ligne de commande WMIC en UTF-16, ce qui réduit les échecs ou les conflits d’identification du processus Gateway en cours d’exécution. 15c880a Merci à @vincentkoc.
• Les longues sessions d’agent à contexte étendu utilisant de nombreux outils maintiennent désormais une réutilisation plus stable du cache d’invite au fil 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 de résultats d’outils plus élevés pour les modèles à grand contexte sans rejet de la configuration. a60947f Merci à @vincentkoc.
• Les longues sessions d’agent utilisant de nombreux outils risquent moins d’alourdir les requêtes du modèle à mesure que les sorties des outils s’accumulent, tandis que les tours répétés conservent une réutilisation stable du cache d’invite. 2f33999 Merci à @vincentkoc.
• Les redémarrages du Gateway utilisent désormais la base de données d’état persistante d’OpenClaw pour le transfert, tandis que les requêtes obsolètes, mal formées, destinées au mauvais processus ou remplacées sont écartées avant de pouvoir affecter le redémarrage. 0ad48da
• Les diagnostics d’état, de vérification et de redémarrage du Gateway conservent désormais les détails des redémarrages récents dans la base de données d’état partagée d’OpenClaw, tandis que les enregistrements expirés ou mal formés sont toujours écartés. a39a3b7 Merci à @vincentkoc.
• Les redémarrages du Gateway et les mises à jour des services gérés conservent désormais le bon message de reprise, évitent de réutiliser un état de transfert obsolète et marquent de manière cohérente les transferts de mise à jour ayant échoué. 514b336 Merci à @vincentkoc.
• Les agents lancés par le Gateway ne perdent plus les outils OpenClaw réservés au propriétaire pendant des tâches telles que les contrôles Cron en direct, ce qui permet aux opérations autorisées d’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, ce qui empêche les appels d’intégration incorrects ou accidentels de redémarrer le Gateway de manière inattendue. 108d6d7 Merci à @vincentkoc.
• Les requêtes de Node obsolètes mises en file d’attente par le Gateway expirent désormais automatiquement, de sorte que les anciennes tâches risquent moins de persister et d’affecter l’activité ultérieure. f6d432e
• Les flux de travail des Plugins risquent moins de bloquer ou de surcharger le Gateway lorsqu’une intégration demande un historique trop volumineux des sessions de sous-agents, car chaque lecture est désormais plafonnée à une limite sûre. b66b450 Merci à @vincentkoc.
• Les descriptions d’images gèrent désormais de manière cohérente les paramètres de délai d’expiration extrêmement élevés en les plafonnant à une limite d’exécution sûre au lieu de risquer un dépassement de capacité du 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’expiration extrêmement élevé, au lieu de risquer un dépassement de capacité du minuteur. 4c736df Merci à @vincentkoc.
• Les commandes en file d’attente dotées de paramètres de délai d’expiration de tâche extrêmement élevés expirent désormais de manière fiable, car OpenClaw plafonne l’attente au maximum sûr de l’environnement d’exécution. 1f6ae32 Merci à @vincentkoc.
• Corrige l’exposition par normalization-core du mauvais point d’entrée de conversion en chaîne et l’affichage d’une valeur obsolète du mode rapide dans les sessions ACP, afin que les intégrations reçoivent l’API prévue et que les utilisateurs voient le mode réellement appliqué. 93ad397 Merci à @vincentkoc.
• Les exécutions automatiques rapides transmettent désormais les réponses finales de manière plus cohérente, la gestion de la réinitialisation de la progression étant limitée au mode automatique afin qu’elle n’interfère pas avec les réponses ou les rappels transférés. 9e8ab08 Merci à @vincentkoc.
• Les sessions d’agent utilisant OpenAI Responses reprennent désormais les tâches reposant sur des outils sans échouer ni perdre leur progression lorsque l’historique relu contient des requêtes d’outils et des résultats incompatibles. b4bc1f2 Merci à @vincentkoc.
• Les exécutions terminées de sous-agents de Plugins et d’assurance qualité ne sont plus signalées à tort comme des échecs lorsque les Gateway renvoient d’autres formes d’enveloppes d’achèvement, ce qui fiabilise les transferts réussis pour les auteurs de Plugins et les opérateurs. d1b268f Merci à @vincentkoc.
• Corrige les tâches de sous-agents terminées qui s’achevaient parfois sans mise à jour, afin que les utilisateurs reçoivent le résultat ou l’étape suivante de l’agent parent. 68a1e00 Merci à @vincentkoc.

Livraison des résultats distants et des médias

Les résultats d’images distants et les tâches terminées des sous-agents sont désormais renvoyés de manière plus fiable par l’intermédiaire de la conversation active du Gateway, au lieu de sembler échouer ou disparaître.

Sources et contributeurs

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

Clients et interfaces

Envois des clients et reconnexions

WebChat et l’interface de contrôle affichent plus systématiquement les conversations actives et les états d’échec après une reconnexion, tandis que les clients mobiles et l’interface de terminal rétablissent les envois terminés, rejetés ou interrompus sans qu’ils semblent rester bloqués.

Sources et contributeurs

• Lorsqu’un message WebChat échoue avant le démarrage de l’agent, WebChat et l’interface de contrôle indiquent désormais que la session a échoué au lieu de donner l’impression qu’elle est toujours en cours. #84352 Merci à @jesse-merhi.
• Corrige le sélecteur de sessions de l’interface de contrôle qui restait bloqué derrière des sessions de sous-agents masquées, afin que Load More permette d’accéder à la prochaine conversation utilisable sans afficher un total trompeur. #89323 Voir aussi #89249. Merci à @giodl73-repo et @originsecured-do.
• Lorsque les utilisateurs rouvrent une conversation de l’interface de contrôle depuis History, leurs requêtes apparaissent désormais avec les réponses de l’assistant, ce qui préserve le contexte des questions et réponses sans espaces vides dans les longues transcriptions. #93841 Voir aussi #90241. Merci à @mushuiyu886 et @pronzcw.
• Les déploiements de l’interface de contrôle 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 des erreurs 403 déroutantes au niveau racine après la connexion. #94204 Voir aussi #94157. Merci à @hugenshen et @xrow.
• Les utilisateurs d’Android peuvent désormais ouvrir les lignes Health log et Skill dans Settings pour consulter 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 requêtes envoyées ne réapparaissent plus dans la zone de saisie de l’interface de contrôle après un envoi. Les utilisateurs peuvent donc changer de session ou commencer leur message suivant sans risquer un envoi en double ni l’écrasement d’un nouveau brouillon, tandis que la ressaisie volontaire reste possible. #95503 Voir aussi #89466. Merci à @vincentkoc, @zhangguiping-xydt et @zhong18804784882.
• Les utilisateurs d’Android disposent désormais d’un écran Overview plus clair, où l’état de la connexion, l’agent configuré, l’état du Node, les approbations, les sessions récentes ainsi que les actions Chat et Talk sont visibles d’un coup d’œil. #95557 Merci à @joshavant et @solvely-colin.
• Les utilisateurs d’Android peuvent désormais actualiser et traiter les approbations de commandes du Gateway depuis l’écran Approvals de l’application, en choisissant Allow Once, Always ou Deny lorsqu’ils sont connectés. #95593 Merci à @solvely-colin.
• Les utilisateurs d’iOS évitent désormais les demandes d’autorisation de notifications inattendues et reçoivent des indications claires lorsque les alertes d’approbation ne sont pas disponibles, les autorisations étant gérées depuis un seul écran Settings prévisible. #95640 Merci à @joshavant.
• Les arrêts locaux de la TUI respectent désormais des limites de temporisation sûres, même lorsque OPENCLAW_TUI_LOCAL_RUN_SHUTDOWN_GRACE_MS est défini sur une valeur extrêmement élevée. c21dcfc
• Canvas A2UI ne fournit désormais que les ressources de l’application actuelle après chaque compilation, ce qui réduit le risque d’affichage d’anciennes images de compatibilité et de fichiers résiduels. a89e65c Merci à @vincentkoc.
• Les échecs de configuration du relais de notifications push iOS sont plus faciles à localiser, car les diagnostics d’inscription indiquent où la configuration s’est arrêtée tout en excluant des journaux les identifiants push sensibles. f2b8668 Merci à @joshavant.
• Les appareils iOS ne sont désormais inscrits aux notifications push qu’après que les utilisateurs ont accepté l’avis relatif au relais hébergé et autorisé les notifications, ce qui empêche la publication des données d’inscription avant leur consentement. 8efed50 Merci à @joshavant.
• Corrige les envois de conversation, vocaux, de la TUI et transférés qui semblaient parfois bloqués ou disparaissaient alors que le Gateway les avait déjà terminés ou rejetés. Les clients concernés effacent désormais l’état en attente, restaurent les saisies pouvant être renvoyées, actualisent l’historique ou affichent un échec utile. #91049 Voir aussi #91048. Merci à @nxmxbbd.

Correctifs de l’interface, des réglages et de l’intégration initiale

Des correctifs supplémentaires apportés à l’interface de contrôle, aux applications mobiles et aux applications de bureau améliorent la précision de l’affichage, l’accessibilité, l’intégration initiale et le comportement des applications.

Sources et contributeurs

• Rétablit le quota d’utilisation OpenAI/Codex dans la barre latérale développée de la conversation de l’interface de contrôle, afin que les utilisateurs puissent consulter leurs limites sans quitter la conversation. #94219 Voir aussi #93041. Merci à @jazzroutine et @pick-cat.
• Les écrans iOS utilisent désormais des couleurs d’accentuation et d’état OpenClaw cohérentes dans l’intégration initiale, les réglages, la conversation, les demandes d’approbation, les autorisations vocales, les widgets et les vues de conversation partagées. #94627 Merci à @zats.
• L’interface de contrôle 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 Voir aussi #95073. Merci à @vincentkoc, @vporton et @zoowh.
• À partir d’un million de jetons, les badges et les indicateurs d’utilisation de l’interface de contrôle affichent désormais « 1M » au lieu du déroutant « 1000k », sans modifier le nombre de jetons sous-jacent. #95485 Merci à @narahariraghava et @vincentkoc.
• L’écran Overview de l’interface de contrôle ne compte et ne signale désormais que les tâches Cron activées qui nécessitent encore une intervention, 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 Voir aussi #95716. Merci à @voytas75 et @zengwen-dt.
• Les utilisateurs de l’interface de contrôle 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 de Color mode. #95837 Merci à @hannesrudolph et @sannidhyasah.
• La configuration brute ne semble plus absente dans Settings après le passage depuis la vue formulaire, car le JSON est ramené dans la zone visible au lieu de conserver la position de défilement précédente. #96145 Voir aussi #94202. Merci à @sunlit-deng et @vporton.
• Les nouveaux utilisateurs d’iOS accèdent désormais à l’écran de bienvenue et à l’intégration initiale d’OpenClaw avant qu’iOS ne demande l’accès au réseau local, tandis que les utilisateurs existants reçoivent toujours cette demande lorsqu’ils ouvrent la configuration du Gateway ou lorsqu’une détection du Gateway sur le réseau local est nécessaire. #96181 Merci à @joshavant.

Documentation et outils d’administration

Fiabilité de la configuration et des commandes

Les commandes CLI courantes gèrent désormais la configuration, les chemins, la sortie et les cas d’échec de manière plus cohérente. La complétion de l’interpréteur de commandes, doctor, les commandes de configuration et la configuration du Gateway fournissent des indications plus claires et une récupération plus sûre lorsqu’une installation ou un réglage nécessite une intervention.

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 des entrées du shell et d’altérer le menu. #64490 Merci à @edenkangdw.
• Après une mise à niveau depuis une ancienne version du stockage de bac à sable, les opérateurs reçoivent désormais un avertissement clair de openclaw doctor concernant les fichiers de registre résiduels 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 leur nettoyage, tandis que les services supplémentaires intentionnels restent purement informatifs et ne font pas échouer la vérification par défaut. #84340 Merci à @giodl73-repo.
• Les opérateurs de Gateway sous macOS reçoivent désormais un avertissement avant qu’une réinstallation, une réparation ou un redémarrage n’écrase le comportement personnalisé de l’enveloppe LaunchAgent, tandis que openclaw status distingue les vérifications d’absence de secret propres à la CLI de celles du service installé. #90537 Voir aussi #90518. Merci à @turbotheturtle et @vincentkoc.
• Les invites longues, multilignes ou riches en code peuvent désormais être envoyées à openclaw agent avec --message-file, ce qui évite les échappements fragiles du shell et signale les fichiers non valides avant l’envoi. #93351 Merci à @ooiuuii.
• Corrige les réparations planifiées avec doctor --fix --non-interactive qui redémarraient un Gateway déjà en cours d’exécution après un échec temporaire de la vérification d’intégrité, afin que la maintenance sans surveillance n’interrompe plus le service actif. #94148 Voir aussi #78217. Merci à @esqandil et @zhangguiping-xydt.
• openclaw configure et openclaw config sans sous-commande s’arrêtent désormais avec des indications claires sur les sous-commandes lorsqu’ils sont exécutés depuis des scripts ou des tubes, au lieu d’ouvrir un assistant interactif partiel puis de se terminer de façon ambiguë. #94238 Voir aussi #93953. Merci à @nianjiuzst et @ruomuxydt.
• Les opérateurs utilisant plusieurs agents peuvent désormais employer 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 permettent toujours d’y accéder lorsque nécessaire. #94562 Voir aussi #94555. Merci à @ecican, @vincentkoc et @zengwen-dt.
• OpenClaw Doctor fournit désormais des indications exactes pour les tâches Cron fonctionnelles et isolées utilisant une invite de shell, au lieu de suggérer à plusieurs reprises une commande --fix incapable de supprimer l’avertissement. #94784 Voir aussi #94655. Merci à @altaywtf, @geekoagent et @zengwen-dt.
• Corrige l’affichage par openclaw doctor d’un avertissement exigeant une correction pour des configurations de mémoire GGUF locales saines après l’omission intentionnelle d’une vérification de disponibilité, tout en conservant l’avertissement lorsque le modèle local configuré est réellement absent. #95393 Voir aussi #92582. Merci à @mikasa0818, @neekolascmd et @vincentkoc.
• Sous Windows, les tâches du Gateway créées par le programme d’installation s’exécutent désormais en arrière-plan sans fenêtre de console que les utilisateurs pourraient fermer accidentellement, ce qui arrêterait le Gateway. #95480 Voir aussi #89231. Merci à @cameronweller, @mikasa0818 et @vincentkoc.
• Les associations entre agents et canaux rejettent désormais avec une erreur claire les spécifications de compte mal formées telles que matrix:work:extra, au lieu d’acheminer 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 uniquement à jour les Skills ClawHub suivies au lieu d’installer de manière inattendue d’autres Skills configurées. #95684 Merci à @vincentkoc.
• Les processus de redémarrage et de démarrage du Gateway sous Windows 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 et les vérifications des écouteurs sous Windows sont plus fiables lorsque la recherche dans PATH est incomplète, ce qui permet aux opérateurs d’identifier le processus du Gateway et de 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 de la TUI vers Codex trouvent désormais bun, codex et les autres exécutables d’exécution grâce au localisateur système approuvé, même lorsqu’une autre commande where apparaît plus tôt dans PATH. 72b9bc7 Merci à @vincentkoc.
• Les diagnostics de ports sous Windows utilisent désormais les outils système prévus même lorsque des entrées PATH sont absentes ou masquées, de sorte que les conflits de ports du Gateway et des services risquent moins d’être occultés par des échecs de résolution de commandes. c4facb2 Merci à @vincentkoc.
• La récupération du démon sous Windows risque moins de manquer la détection ou le nettoyage des processus lorsque PATH est incomplet, inhabituel ou masqué, car la solution de repli des tâches planifiées trouve désormais PowerShell et taskkill dans des emplacements système approuvés. 2a140e6 Merci à @vincentkoc.
• OpenClaw conserve désormais, au fil de la migration, les marqueurs de récupération de configuration, les instantanés de la dernière configuration valide connue et l’historique des lectures suspectes dans son état partagé, sans laisser de fichier journal distinct sur l’intégrité de la configuration. 6daabd2 Merci à @vincentkoc.
• Sous Windows, les commandes Crabbox lancées par l’intermédiaire des enveloppes de paquets Node reçoivent désormais les indicateurs de fournisseur, les commandes shell et les caractères spéciaux du shell tels qu’ils ont été saisis, au lieu de les perdre ou de les réinterpréter. 54d24cd Merci à @vincentkoc.
• Les processus Crabbox ciblant Windows risquent moins d’échouer ou de revenir à une gestion plus lente par le shell lors du lancement d’outils Node via des enveloppes .cmd et .bat. d48dcc6 Merci à @vincentkoc.
• Les utilisateurs de Windows peuvent exécuter crabbox, git et d’autres outils reposant sur Node via des enveloppes de commande installées 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 des outils sans considérer 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 les avertissements trompeurs concernant les autorisations configurées pour les profils inconnus. 541f7ff Merci à @vincentkoc.
• Les utilisateurs de Windows peuvent installer OpenClaw depuis les sources sans que la configuration des dépendances soit bloquée par le programme d’installation forçant l’exécution des scripts npm ou pnpm via cmd.exe. 1252378 Merci à @vincentkoc.
• Les configurations OpenClaw volumineuses peuvent s’initialiser et générer des indications d’interface utilisateur plus efficacement, tandis que les champs sensibles continuent d’être signalés de la même manière. #55018 Merci à @huangyandi-red, @vincentkoc et @xdhuangyandi.
• Les modifications de configuration qui nécessitent encore un redémarrage manuel du Gateway affichent désormais une notification claire indiquant qu’un redémarrage est requis, tout en conservant la note d’origine, au lieu de sembler terminées avec un message config-patch ok trompeur. #83041 Voir aussi #46797. Merci à @stache73 et @xuruiray.
• L’aide pour doctor, gateway, models, plugins, sessions et tasks s’affiche désormais en quelques dizaines de millisecondes, alors que des commandes telles que sessions --help et tasks --help mettaient auparavant environ 1,6 à 1,8 seconde avant de commencer à répondre. #89628 Merci à @yyzquwu.
• Les moteurs de traçage OpenTelemetry tels que Langfuse affichent désormais le véritable nom du fournisseur et du modèle au lieu de « unknown » pour les identifiants de modèle qualifiés par une barre oblique. #89981 Merci à @mycarrysun et @vincentkoc.
• Les enregistrements d’association 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 continuent de s’afficher normalement. #93504 Merci à @ly-wang19.
• OpenClaw rejette désormais les cibles SSH comportant des deux-points superflus au début ou à la fin avant qu’elles ne puissent produire une configuration SSH non valide ou des échecs de démarrage de tunnel pour les bacs à sable et les Gateways reposant sur SSH. #93887 Merci à @miorbnli.
• Les utilisateurs dont la configuration non interactive échoue à la vérification d’intégrité 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 Voir aussi #93947. Merci à @bk-z1 et @nianjiuzst.
• Les vérifications d’intégrité et de sondage du Gateway acceptent désormais le même --port personnalisé que celui utilisé pour démarrer un Gateway local, rejettent rapidement les ports non valides et affichent la cible local loopback sélectionnée dans la sortie JSON. #94687 Voir aussi #79100. Merci à @bryantegomoh et @ozthedivine.
• gateway --force détecte désormais les processus IPv4 uniquement 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 Voir aussi #94426. Merci à @sunlit-deng, @vincentkoc et @wangwllu.
• openclaw config validate accepte désormais les configurations de serveur MCP basées sur des commandes qui utilisent explicitement transport: "stdio", évitant ainsi les erreurs de validation injustifiées tout en continuant de rejeter les configurations stdio distantes non valides. #95102 Voir aussi #95082. Merci à @ken-jo et @lzyyzznl.
• Les modifications d’images via la CLI peuvent désormais renvoyer plusieurs variantes en 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 déjà visibles par les autres commandes de session lorsque des magasins personnalisés, basés sur ~ ou utilisant le modèle {agentId} sont configurés, sans qu’il soit nécessaire de fournir à nouveau le chemin du magasin. #95570 Voir aussi #95568. Merci à @youngting520.
• Corrige l’affichage, par infer inspect --name <id> --json, d’options que les commandes CLI correspondantes n’acceptaient pas, afin que les développeurs et les opérateurs puissent identifier de manière fiable les options prises en charge pour les modèles, l’authentification et la transcription. #95719 Merci à @ly-wang19 et @vincentkoc.
• Les personnes qui examinent des sessions très volumineuses ou désordonnées peuvent ouvrir les détails d’utilisation tout en obtenant les dernières entrées de journal horodatées, sans qu’OpenClaw conserve en mémoire l’intégralité de 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ôte et les chemins de système de fichiers propres aux mainteneurs. af3e509 Merci à @vincentkoc.
• L’hydratation native de crabbox sous Windows sélectionne désormais automatiquement la tâche de démon Windows requise, ce qui évite les exécutions en échec ou mal acheminées tout en laissant inchangés WSL2 et les remplacements explicites de tâche. d5d9a82 Merci à @vincentkoc.
• Les personnes qui définissent un avatar d’agent local peuvent éviter les images manquantes en conservant les fichiers relatifs à l’espace de travail sous la limite de 2 Mo, tandis que les avatars HTTP(S) et ceux utilisant des URI de données ne sont pas soumis à cette limite. #78884 Voir aussi #65312. Merci à @wangjieweb3-design et @nyx-nocturna.
• Les instructions d’agent par défaut d’OpenClaw demandent désormais aux agents de rechercher des solutions libres ou gratuites adaptées avant de proposer un développement personnalisé, tout en autorisant celui-ci lorsqu’il est plus approprié. #86608 Merci à @cablackmon.
• Les auteurs de Plugins peuvent désormais utiliser le champ documenté targetSessionKey des événements subagent_ended pour les associer au lancement correspondant, au lieu de dépendre des champs agentId ou childSessionKey, qui ne sont pas émis. #95191 Voir aussi #95186. Merci à @ken-jo et @mahaohao-ch.
• Les liens vers les Skills ClawHub dans la documentation OpenClaw et les cartes de présentation ouvrent désormais les pages canoniques qualifiées par leur propriétaire, et les exemples d’installation utilisent des références openclaw skills install @owner/<slug> prêtes à être copiées au lieu des anciennes routes utilisant uniquement le slug. #95972 Merci à @patrick-erichsen.

Outils et tâches planifiées

Les tâches planifiées et les outils intégrés s’achèvent, réessaient, signalent les échecs et conservent désormais leurs entrées prévues de manière plus cohérente. Les améliorations apportées au runtime du SDK de Plugin rendent également les extensions reposant sur des outils plus fiables lors du chargement, du renvoi de 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 et leur transcription temporaires une fois terminées, y compris lorsque la remise est désactivée, ce qui réduit les fichiers obsolètes, l’accumulation de contexte et le nettoyage manuel. #84794 Voir aussi #84707. Merci à @bottenbenny et @turbotheturtle.
• Chaque tâche planifiée peut désormais utiliser ses 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, sans obliger les opérateurs à modifier les données de charge utile de plus bas niveau. #93369 Voir aussi #90302. Merci à @849261680 et @walliiee.
• L’historique Cron retrouve désormais de manière fiable les entrées dont les identifiants de tâche comportent des espaces superflus autour de ceux-ci, et rejette les identifiants imbriqués ou vides avant qu’ils ne puissent créer des enregistrements de journal impossibles à relire en toute sécurité. #93567 Merci à @alix-007 et @vincentkoc.
• L’ajout ou la suppression d’une tâche Cron n’empêche plus l’exécution en attente d’une autre tâche récurrente déjà arrivée à échéance. #94323 Merci à @yetval.
• La lecture et l’écriture de documents Word, PowerPoint et Excel utilisent désormais le chemin .docx, .pptx ou .xlsx prévu au lieu d’échouer à cause d’une extension inventée. #95805 Voir aussi #93326. Merci à @bhnan, @lzyyzznl, @vincentkoc et @xzh-icenter.
• Les utilisateurs de l’automatisation du navigateur conservent les mêmes instantanés riches en références, notamment les branches utiles dans les résultats compacts, avec moins de traitements évitables pendant leur génération. #96072 Merci à @vincentkoc.
• Corrige le problème où des commandes ayant expiré et des mises à jour du cœur interrompues sous Windows laissaient parfois des processus enfants en cours d’exécution, afin qu’OpenClaw puisse arrêter plus fiablement l’ensemble de l’arborescence des processus après une annulation, un délai d’expiration ou le nettoyage d’une mise à jour. a192b2e Merci à @vincentkoc.
• Les utilisateurs de Windows sont moins susceptibles de voir échouer les installations d’outils gérées par l’agent lors de l’extraction de téléchargements ZIP tels que ripgrep, car OpenClaw utilise désormais les programmes d’extraction intégrés à Windows au lieu de s’appuyer sur une recherche dans PATH. a5fde91
• Les vérifications de configuration et du runtime sous Windows trouvent désormais plus fiablement les outils requis grâce au résolveur System32 de confiance, au lieu de dépendre d’une entrée PATH inattendue. d3b4444 Merci à @vincentkoc.
• Les exécutions du SDK créées avec timeoutMs: 0 conservent désormais le délai d’expiration nul demandé, sans mécanisme de surveillance indésirable côté client. 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 longs. 1425bb3 Merci à @vincentkoc.
• Les commandes configurées avec des délais d’expiration extrêmement longs utilisent désormais une limite maximale sûre au lieu d’échouer parce que le runtime ne peut pas planifier l’attente demandée. 66b94ba
• Les paramètres d’autorisation et d’interdiction des outils propres aux fournisseurs concordent désormais plus systématiquement avec les avertissements du diagnostic d’OpenClaw, y compris pour les configurations comportant des alias de fournisseurs, des clés propres aux modèles, des identifiants de modèle de type OpenRouter ou des entrées de politique mal formées. 8f2882f
• Les applications du SDK reçoivent désormais tool.call.failed lorsque les outils de terminal échouent ou sont bloqués, au lieu d’un événement d’achèvement trompeur, afin que la gestion existante des échecs puisse réagir correctement. #95383 Merci à @ly-wang19.
• Corrige le rejet des requêtes d’ajout et de mise à jour de tâches Cron lorsque des champs de tâche reconnus comportent des espaces finaux sans conséquence, afin que les planifications puissent être enregistrées sans assouplir les contrôles portant sur les entrées ambiguës ou dangereuses. #95674 Voir aussi #95407. Merci à @nassiel et @zw-xysk.
• La surveillance des sous-agents Codex gère de grands ensembles d’agents enfants et de fichiers de transcription avec moins d’analyses inutiles, tandis que les anciens formats de noms de fichiers de transcription continuent d’être résolus comme auparavant. #96085 Merci à @vincentkoc.
• Corrige le blocage ou l’absence de transmissions lors de l’hydratation native de crabbox sous Windows lorsque l’exécuteur et le démon utilisent des répertoires personnels différents, afin que tous 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 contrôles de version et la gestion des preuves requises. #95094 Merci à @romneyda.
• Améliore l’automatisation des contrôles de version et la gestion des preuves requises. #95466 Merci à @jason-allen-oneal.
• Améliore l’automatisation des contrôles de version et la gestion des preuves requises. #95876 Merci à @romneyda.
• Améliore l’automatisation des contrôles de version et la gestion des preuves requises. #95880 Merci à @romneyda.
• Améliore l’automatisation des contrôles de version et la gestion des preuves requises. #95919 Merci à @romneyda.
• Améliore l’automatisation des contrôles de version et la gestion des preuves requises. #95928 Merci à @vincentkoc.
• Améliore l’automatisation des contrôles de version et la gestion des preuves requises. #95991 Merci à @vincentkoc.
• Améliore l’automatisation des contrôles de version et la gestion des preuves requises. #96235 Merci à @vincentkoc.
• Améliore les outils de conditionnement, de publication et de validation des versions. #94272 Merci à @romneyda.
• Améliore les outils de conditionnement, de publication et de validation des versions. #94622 Merci à @tayoun.
• Améliore les outils de conditionnement, de publication et de validation des versions. #95898 Merci à @romneyda.
• Améliore les outils de conditionnement, de publication et de validation des versions. #95901 Merci à @romneyda.
• Améliore les outils de conditionnement, de publication et de validation des versions. #95999 Merci à @vincentkoc.
• Améliore les outils de conditionnement, de publication et de validation des versions. #96055 Merci à @vincentkoc.
• Améliore les outils de conditionnement, de publication et de validation des versions. #96226 Merci à @vincentkoc.
• Améliore les outils de conditionnement, de publication et de validation des versions. #96271 Merci à @vincentkoc.
• Améliore les outils de conditionnement, de publication et de validation des versions. #97909 Merci à @patrick-erichsen.
• Améliore la couverture du laboratoire d’assurance qualité, la collecte des preuves et les contrôles de préparation à la publication. #91502 Merci à @romneyda.
• Améliore la couverture du laboratoire d’assurance qualité, la collecte des preuves et les contrôles de préparation à la publication. #91506 Merci à @romneyda.
• Améliore la couverture du laboratoire d’assurance qualité, la collecte des preuves et les contrôles de préparation à la publication. #94700 Merci à @romneyda.
• Améliore la couverture du laboratoire d’assurance qualité, la collecte des preuves et les contrôles de préparation à la publication. #95406 Merci à @romneyda.
• Améliore la couverture du laboratoire d’assurance qualité, la collecte des preuves et les contrôles de préparation à la publication. #95858 Merci à @romneyda.
• Améliore la couverture du laboratoire d’assurance qualité, la collecte des preuves et les contrôles de préparation à la publication. #95933 Merci à @romneyda.
• Améliore la couverture du laboratoire d’assurance qualité, la collecte des preuves et les contrôles de préparation à la publication. #95944 Merci à @romneyda.
• Améliore la couverture du laboratoire d’assurance qualité, la collecte des preuves et les contrôles de préparation à la publication. #95947 Merci à @romneyda.
• Améliore la couverture du laboratoire d’assurance qualité, la collecte des preuves et les contrôles de préparation à la publication. #95952 Merci à @vincentkoc.
• Améliore la couverture du laboratoire d’assurance qualité, la collecte des preuves et les contrôles de préparation à la publication. #95961 Merci à @vincentkoc.
• Améliore la couverture du laboratoire d’assurance qualité, la collecte des preuves et les contrôles de préparation à la publication. #95971 Merci à @romneyda.
• Améliore la couverture du laboratoire d’assurance qualité, la collecte des preuves et les contrôles de préparation à la publication. #95975 Merci à @vincentkoc.
• Améliore la couverture du laboratoire d’assurance qualité, la collecte des preuves et les contrôles de préparation à la publication. #96003 Merci à @romneyda.
• Améliore la couverture du laboratoire d’assurance qualité, la collecte des preuves et les contrôles de préparation à la publication. #96017 Merci à @romneyda.
• Améliore la couverture du laboratoire d’assurance qualité, la collecte des preuves et les contrôles de préparation à la publication. #96030 Merci à @romneyda.
• Améliore la couverture du laboratoire d’assurance qualité, la collecte des preuves et les contrôles de préparation à la publication. #96246 Merci à @vincentkoc.
• Ajoute ou répare une couverture de régression ciblée pour les flux de travail des responsables de maintenance. #87121 Merci à @davinci282828, @lizuju.
• Ajoute ou répare une couverture de régression ciblée pour les flux de travail des responsables de maintenance. #90223 Merci à @aniruddhaadak80.
• Ajoute ou répare une couverture de régression ciblée pour les flux de travail des responsables de maintenance. #93378 Merci à @mmyzwl, @yachiyo1680.
• Ajoute ou répare une couverture de régression ciblée pour les flux de travail des responsables de maintenance. #95475 Merci à @kklouzal.
• Ajoute ou répare une couverture de régression ciblée pour les flux de travail des responsables de maintenance. #95499 Merci à @romneyda.
• Ajoute ou répare une couverture de régression ciblée pour les flux de travail des responsables de maintenance. #95602 Merci à @vincentkoc, @zats.
• Ajoute ou répare une couverture de régression ciblée pour les flux de travail des responsables de maintenance. #95653 Merci à @vincentkoc.
• Améliore les flux de travail de maintenance du dépôt et d’intégration des contributeurs. #76668 Merci à @wadydx.
• Améliore les flux de travail de maintenance du dépôt et d’intégration des contributeurs. #87861 Merci à @coder999999999, @shuofengzhang, @vincentkoc.
• Améliore les flux de travail de maintenance du dépôt et d’intégration des contributeurs. #95243 Merci à @hugenshen, @vincentkoc.
• Améliore la structure de la documentation interne et la tenue à jour des références de version. #78715 Merci à @mehrazmorshed.
• Améliore la structure de la documentation interne et la tenue à jour des références de version. #93502 Merci à @harjothkhara.
• Améliore la structure de la documentation interne et la tenue à jour des références de version. #96044 Merci à @romneyda.
• Améliore la structure de la documentation interne et la tenue à jour des références de version. #96057 Merci à @vincentkoc.
• Améliore la structure de la documentation interne et la tenue à jour des références de version. #96061 Merci à @vincentkoc.
• Renforce les limites du comportement interne sans modifier le flux de travail public du produit. #91193 Merci à @davinci282828, @whiteyzy.
• Renforce les limites du comportement interne sans modifier le flux de travail public du produit. #95706 Merci à @rushindrasinha, @vincentkoc.
• Renforce les limites du comportement interne sans modifier le flux de travail public du produit. #96179 Merci à @jalehman.
• Place les composants internes des sessions et de l’exécution derrière des limites de maintenance partagées. #89912 Merci à @jalehman.
• Place les composants internes des sessions et de l’exécution derrière des limites de maintenance partagées. #90439 Merci à @jalehman.
• Place les composants internes des sessions et de l’exécution derrière des limites de maintenance partagées. #96182 Merci à @jalehman.
• Place les composants internes des sessions et de l’exécution derrière des limites de maintenance partagées. #96191 Merci à @jalehman.
• Place les composants internes des sessions et de l’exécution derrière des limites de maintenance partagées. #96193 Merci à @jalehman.
• Place les composants internes des sessions et de l’exécution derrière des limites de maintenance partagées. #96195 Merci à @jalehman.
• Place les composants internes des sessions et de l’exécution derrière des limites de maintenance partagées. #96204 Merci à @jalehman.
• Place les composants internes des sessions et de l’exécution derrière des limites de maintenance partagées. #96206 Merci à @jalehman.
• Place les composants internes des sessions et de l’exécution derrière des limites de maintenance partagées. #96213 Merci à @jalehman.
• Place les composants internes des sessions et de l’exécution derrière des limites de maintenance partagées. #96218 Merci à @jalehman.
• Améliore la couverture du bac à sable des notifications push iOS et de la validation des versions. #95893 Merci à @joshavant.
• Met à jour la documentation sur la validation du harnais Copilot et la configuration des tests en conditions réelles. #95930 Merci à @vincentkoc.