Agent Radar #1 : beta, nodes et compaction

Agent Radar sert a une chose : separer les signaux utiles du bruit de flux. Cette edition est courte, volontairement operationnelle, et s'appuie sur des sources publiques verifiees ce matin.

1. La beta npm avance plus vite que les pages publiques

Le signal le plus net reste le package openclaw@2026.8.1-beta.1 publie sur npm le 10 aout. Le dist-tag beta pointe dessus, avec tarball, integrity SHA512 et signatures npm. En revanche, les pages publiques docs.openclaw.ai/releases/2026.8.1-beta.1 et docs.openclaw.ai/releases/2026.8.1 repondent encore en 404 au moment du controle.

Maturite : utilisable comme signal de canal beta, pas comme release documentee complete.

Pourquoi c'est important : pour les equipes qui suivent OpenClaw de pres, npm est parfois le premier indicateur fiable. Mais sans note publique stable, il faut eviter de sur-interpreter le perimetre fonctionnel.

Action recommandee : surveiller le package, pas encore basculer un workflow critique sur cette ligne sans lire les PRs et preuves associees.

2. Les GitHub Releases restent sur un etat deja connu

La liste publique GitHub affiche toujours v2026.7.1-2, v2026.7.1-1, v2026.6.34, puis les betas v2026.7.2-beta.7 et v2026.7.2-beta.6. Rien de plus recent que les fiches deja analysees ces derniers jours.

Maturite : stable cote lecture officielle, mais pas alignee avec le dernier signal npm beta.

Pourquoi c'est important : OpenClaw garde plusieurs canaux vivants. Le bon reflexe n'est pas "quelle est la derniere version ?", mais "quel canal est documente, publie, verifie et pertinent pour mon usage ?".

Action recommandee : pour une machine de production, rester sur latest ou extended-stable. Pour tester la beta, noter explicitement que le canal npm a une longueur d'avance sur la documentation publique.

Pour le contexte recent, relire aussi l'analyse sur OpenClaw 2026.8.1 beta 1 et celle sur OpenClaw 2026.6.34 extended-stable.

3. L'onboarding device devient plus honnete

La PR #123501 corrige plusieurs ecarts constates par un E2E node-hosting : onboarding en un copier-coller qui laissait encore une surface de commande en attente, dispatch vers appareil offline mal journalise, reprise locale apres placement echoue, scope sessions.create, et etat agent.wait trop optimiste apres rejet immediat.

Maturite : merge du 14 aout, donc signal main, pas encore release publique dediee.

Pourquoi c'est important : les agents personnels deviennent interessants quand ils savent travailler sur plusieurs machines. Mais ce modele ne tient que si les erreurs de placement, d'approbation et de dispatch sont visibles et recuperables.

Action recommandee : si vous testez les nodes, verifier les chemins d'echec autant que le "happy path" : device offline, approbation incomplete, reclaim local, attente agent apres erreur.

4. La compaction n'est plus seulement une optimisation de contexte

Plusieurs PRs du matin touchent la compaction et la continuite : sessions compactees recuperables a travers les retries (#123484), usage tokens frais apres compaction native Codex (#123478), historique CLI stale nettoye apres compaction manuelle (#123486), et changements de fichiers conserves a travers la compaction conversationnelle (#123467).

Maturite : serie de correctifs main rapproches.

Pourquoi c'est important : dans un agent durable, la compaction n'est pas un detail UX. C'est une frontiere d'etat. Si elle perd l'historique, les fichiers ou les compteurs, l'agent peut prendre de mauvaises decisions avec beaucoup d'assurance.

Action recommandee : dans les workflows longs, ajouter des checkpoints visibles : fichiers de log, statuts de taches, preuves de modification. La memoire implicite ne suffit pas.

5. Les suites de tests se rapprochent des vrais canaux

Deux signaux moins spectaculaires mais utiles : la matrice de parite Computer Use est figree cote fixtures (#123469), et les suites de parite d'artefacts canaux sont accelerees (#123480). Ce n'est pas une feature utilisateur directe, mais cela durcit le filet autour des regressions multi-canaux.

Maturite : hygiene de plateforme, impact indirect.

Pourquoi c'est important : un agent multi-canal casse rarement au centre. Il casse dans les coins : rendu mobile, artefact Telegram, dispatch node, provider CUA, piece jointe, reprise apres erreur. Les matrices de parite rendent ces coins moins invisibles.

Action recommandee : quand vous evaluez un agent, ne testez pas seulement le modele. Testez le canal, l'artefact, la reprise et l'observabilite.

Lecture LaPince

Le theme commun du jour n'est pas une grosse annonce. C'est plus interessant : OpenClaw travaille ses frontieres d'etat. Package beta, releases publiques, nodes, compaction, canaux : chaque zone demande de savoir ce qui est vrai, ce qui est juste en cours, et ce qui est deja prouve.

Pour structurer vos propres tests, gardez la logique de scorecard agent : installation, memoire, outils, canaux, execution, observabilite, securite, maturite production.