Vous mettez à jour Hermes un soir tranquille, et le lendemain votre agent accomplit les tâches web autrement. Au lieu du rythme habituel — capture d’écran, observation, clic, nouvelle capture — il vous propose un unique appel browser_exec(code) et boucle tout le travail d’un coup. Rien n’est cassé et vous n’avez rien mal configuré : depuis la PR #83402, fusionnée le 10 août 2026, le mode Browser Use est désormais le backend navigateur par défaut d’Hermes. Voici ce que ce changement implique concrètement, comment votre machine va se comporter, et comment revenir à l’ancien ensemble de 12 outils si vous le préférez.

Du mode « opt-in » au « backend par défaut »

Le mois dernier, nous avons couvert le mode Browser Use CLI 3.0 (PR #81958) : il suffisait de définir browser.backend à browser-use dans config.yaml pour que le modèle ne voie plus browser_navigate, browser_click, browser_type et consorts — à la place, il obtient un outil unique browser_exec qui exécute du code Python directement dans un vrai navigateur. Dans les benchmarks officiels, la consommation totale de tokens sur les tâches web multi-étapes a chuté de 48 % à 66 % à précision égale. À l’époque, c’était un mode auquel il fallait adhérer explicitement ; la PR #83402 en fait le défaut.

La nouvelle règle par défaut : utilisez-le quand vous le pouvez, repli sinon

Avec browser.backend non défini (la valeur vide par défaut), Hermes décide désormais ainsi (la logique se trouve dans is_browser_use_cli_mode(), dans tools/browser_use_cli.py) :

1. Le CLI browser-use peut s’exécuter sur cette machine (un binaire browser-use installé, ou uvx disponible pour le récupérer à la demande) → le mode Browser Use est activé et le modèle ne voit que le seul outil browser_exec ;
2. Il ne peut pas s’exécuter (non installé, installation cassée) → repli automatique sur les 12 outils browser_* intégrés ; la navigation ne casse jamais silencieusement ;
3. La configuration explicite a toujours le dernier mot : backend: browser-use force le mode, backend: off force les outils intégrés ;
4. Les configurations Camofox ne sont pas affectées — Camofox utilise l’API HTTP personnalisée de Firefox sans surface CDP, il conserve donc toujours les outils intégrés ;
5. Les configurations cloud héritées fonctionnent toujours : les anciens paramétrages cloud Browser Use configurés via BROWSER_USE_API_KEY sont migrés automatiquement et se comportent comme avant.

Un piège YAML à connaître : un backend: off nu est interprété comme un booléen false sous YAML 1.1. Le code source normalise ce cas intentionnellement — false signifie « explicitement désactivé », pas « non défini » — pour que l’édition manuelle du fichier de config ne vous piège pas.

Dans quel mode êtes-vous en ce moment ?

Lancez hermes tools : la ligne Browser Use met en évidence le mode effectif — activé par défaut, explicitement désactivé, ou exclu par Camofox. Dans une session, vous pouvez taper /browser pour inspecter, /browser use pour passer en mode Browser Use, et /browser use off pour revenir aux outils intégrés.

Envie de retrouver l’ancien ensemble de 12 outils ?

Ajoutez une ligne à config.yaml :

browser:
  backend: off   # force the built-in browser_navigate / browser_click / ...

Ou, sans toucher au fichier de config, tapez /browser use off dans la session. À l’inverse, si après la mise à jour vous êtes toujours sur les anciens outils mais souhaitez le mode par défaut, supprimez backend (laissez-le "") — à condition que le CLI browser-use ou uvx soit installé.

Ce que browser_exec apporte

En mode par défaut, browser_exec est un outil « code comme action » : vous décrivez l’objectif, le modèle génère un extrait de code Python, et il s’exécute dans un vrai navigateur via CDP. Les helpers intégrés incluent new_tab, js, fill_input, click_at_xy, cdp, et bien d’autres ; les backends vont du Chrome local aux navigateurs cloud comme Browserbase, Nous Portal et Firecrawl. Plus une tâche comporte d’étapes, plus vous économisez de tokens — c’est exactement pourquoi les mainteneurs l’ont promu par défaut. Pour le guide d’utilisation complet, la liste des helpers et les chiffres des benchmarks, voir notre article approfondi.

À retenir

Pour la plupart des gens, c’est une mise à niveau transparente : le CLI s’exécute, vous bénéficiez donc automatiquement du mode qui économise les tokens ; il ne s’exécute pas, vous retombez silencieusement sur les outils intégrés. La seule chose à surveiller : si vos workflows dépendent explicitement des noms de ces 12 outils browser_* (par exemple pour inspecter les journaux de comportement de l’agent), confirmez dans quel mode vous êtes après la mise à jour, ou figez backend: off pour conserver l’ancien comportement. Pour en savoir plus sur l’installation et la configuration des backends navigateur, voir le guide d’installation et la référence des commandes.