OpenClaw 2026.10.4 : ton Gateway ne doit pas paniquer quand ton Mac dort

16 octobre 2026, 8h00

☕ Ton ordinateur s’endort. Ton agent, lui, n’avait pas demandé une crise existentielle. C’est exactement le genre de détail invisible qui sépare une automatisation sympa d’un système auquel on ose confier une vraie routine.

OpenClaw 2026.10.4 ne débarque pas avec un bouton spectaculaire. Elle corrige mieux : elle retire quelques façons très concrètes de perdre du temps, une conversation en cours ou la confiance dans ton Gateway.

Le vrai sujet : survivre aux interruptions ordinaires

La nouveauté la plus utile concerne le heartbeat d’ownership du Gateway. Avant ce correctif, une mise en veille de la machine — ou un saut de l’horloge système — pouvait faire croire au Gateway que son état était périmé. Résultat possible : un redémarrage alors que personne n’avait rien demandé.

La 2026.10.4 le rend tolérant à ces deux événements. Ce n’est pas glamour, mais c’est précieux si ton instance tourne sur un laptop, un Mac mini, une machine personnelle ou un hôte dont l’heure peut être resynchronisée.

Conséquence pratique : tu peux distinguer plus facilement une vraie panne d’un simple sommeil de machine. Et tu évites de transformer une pause café en incident d’exploitation. Le projet confirme qu’il s’agit d’un patch de stabilité, sans nouvelle configuration à ajouter.

Redémarrer sans laisser une session coincée derrière

La release traite aussi un autre scénario familier : le redémarrage qui attend indéfiniment un worker de transcript ou un événement de cycle de vie de session.

Le changement borne désormais ces attentes. Autrement dit, si un composant secondaire est bloqué, le Gateway ne doit plus rester suspendu à lui lors d’un arrêt ou d’un redémarrage. La même logique apparaît dans les mises à jour : une admission d’hôte lente ne doit plus retenir l’écrivain de base de données et perturber le travail du Gateway.

Pour un workflow planifié, c’est une différence très concrète : un run lancé après une maintenance ou un redémarrage a moins de chances d’hériter d’un système à moitié arrêté. Si tu déploies des automatisations qui écrivent en SQLite, c’est aussi un rappel utile : protège les chemins de maintenance du chemin d’exécution normal.

Compacter sans casser la demande en cours

Le correctif le plus visible côté usage concerne /compact. L’action manuelle attend maintenant que le run actif se stabilise avant de compacter, au lieu de l’interrompre et de perdre la requête en attente.

C’est une petite règle de pilotage à retenir : une opération de ménage du contexte ne doit pas devenir une opération d’annulation. Pour les longues conversations ou les agents qui manipulent plusieurs outils, tu peux donc utiliser la compaction avec moins de risque de sacrifier le prochain message sur l’autel du rangement. Le ménage, oui ; jeter le dossier en cours, non.

Un garde-fou sécurité qui mérite d’être remarqué

Enfin, la release corrige un chemin d’usurpation de propriétaire dans les messages directs de groupe Tlon : les autres participants ne doivent plus être traités comme le propriétaire. Ce changement concerne un canal précis, mais le principe est plus large : l’identité d’un expéditeur et son droit de contrôle ne doivent jamais être déduits de sa simple présence dans une conversation.

Si tu relies OpenClaw à des canaux de groupe, vérifie régulièrement que tes politiques d’autorisation reposent sur des identités explicites. Les correctifs de ce type sont rarement ceux qui font la une ; ce sont souvent ceux qui empêchent la mauvaise personne de la faire.

Ce que je ferais aujourd’hui

1. Mettre à niveau une instance qui vit sur une machine susceptible de se mettre en veille, puis provoquer une veille/réveil contrôlée.
2. Lancer un run avec un outil un peu long, essayer /compact, et vérifier que la requête en attente arrive bien à son terme.
3. Tester un redémarrage pendant une activité modérée et surveiller les logs du Gateway plutôt que de l’essayer pour la première fois un soir de déploiement.
4. Si tu utilises Tlon, relire qui peut réellement agir comme propriétaire dans les conversations de groupe.

Pour préparer l’upgrade, notre guide OpenClaw 2026.9.7 : l’upgrade qui sauvegarde reste un bon point de départ. Et si ton besoin est de choisir une base plus conservatrice, consulte aussi OpenClaw 2026.7.35 : extended-stable à viser.

Verdict LaPince

À installer en priorité si ton Gateway tourne hors d’un serveur parfaitement immobile : laptop, macOS, hôte qui dort, contexte où les redémarrages sont fréquents. La limite est claire : ce n’est pas une édition qui ajoute un nouveau pouvoir à ton agent. Elle lui évite de perdre ses moyens au moment où ton environnement se comporte comme un ordinateur normal. Et c’est une forme de maturité qu’on prend volontiers.

Sources vérifiées le 16 octobre 2026

• Notes de version OpenClaw 2026.10.4 (GitHub) — source primaire, publiée le 16 octobre 2026.
• Paquet npm OpenClaw 2026.10.4 — version et intégrité de distribution vérifiées.
• Documentation OpenClaw — release 2026.10.4 — page disponible lors de la vérification.