Actualizas Hermes una tarde tranquila y, al día siguiente, tu agente empieza a resolver tareas web de otra manera. En lugar del ritmo habitual —captura de pantalla, mirar, hacer clic, otra captura—, te devuelve una única llamada a browser_exec(code) y completa todo el trabajo de una sola vez. Nada se ha roto y no has configurado nada mal: desde el PR #83402, fusionado el 10 de agosto de 2026, el modo Browser Use es el backend de navegador por defecto de Hermes. Esto es lo que cambia realmente el ajuste, cómo se comportará tu máquina y cómo volver al antiguo stack de 12 herramientas si lo prefieres.

De «modo opcional» a «backend por defecto»

El mes pasado cubrimos el modo Browser Use CLI 3.0 (PR #81958): defines browser.backend como browser-use en config.yaml y el modelo ya no ve browser_navigate, browser_click, browser_type y compañía — en su lugar recibe una única herramienta browser_exec que ejecuta código Python directamente en un navegador real. En los benchmarks oficiales, el consumo total de tokens en tareas web de varios pasos bajó entre un 48% y un 66% con la misma precisión. Entonces era un modo al que te acogías explícitamente; el PR #83402 lo convierte en el comportamiento por defecto.

La nueva regla por defecto: úsalo cuando puedas, vuelve atrás cuando no

Con browser.backend sin definir (el valor vacío por defecto), Hermes ahora decide así (la lógica vive en is_browser_use_cli_mode(), en tools/browser_use_cli.py):

1. La CLI de browser-use puede ejecutarse en esta máquina (un binario browser-use instalado, o uvx disponible para descargarlo bajo demanda) → el modo Browser Use está activado y el modelo solo ve la herramienta browser_exec;
2. No puede ejecutarse (no está instalada, instalación rota) → vuelta automática a las 12 herramientas integradas browser_*; la navegación nunca falla en silencio;
3. La configuración explícita siempre gana: backend: browser-use fuerza el modo activado, backend: off fuerza las herramientas integradas;
4. Las configuraciones con Camofox no se ven afectadas — Camofox usa la API HTTP personalizada de Firefox sin superficie CDP, así que siempre conserva las herramientas integradas;
5. Las configuraciones cloud antiguas siguen funcionando: las configuraciones cloud de Browser Use configuradas mediante BROWSER_USE_API_KEY se migran automáticamente y se comportan como antes.

Una trampa de YAML que conviene conocer: un backend: off a secas se parsea como booleano false bajo YAML 1.1. El código fuente lo normaliza a propósito — false significa «explícitamente desactivado», no «sin definir» —, así que editar el archivo de configuración a mano no te dará sustos.

¿En qué modo estás ahora mismo?

Ejecuta hermes tools: la fila de Browser Use resalta el modo efectivo — activado por defecto, explícitamente desactivado o excluido por Camofox. Dentro de una sesión puedes escribir /browser para inspeccionar, /browser use para cambiar al modo Browser Use y /browser use off para volver a las herramientas integradas.

¿Quieres recuperar el antiguo stack de 12 herramientas?

Añade una línea a config.yaml:

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

O, sin tocar el archivo de configuración, escribe /browser use off en la sesión. Y a la inversa: si actualizaste y sigues con las herramientas antiguas pero quieres el modo por defecto, elimina backend (déjalo en "") — siempre que la CLI de browser-use o uvx esté instalada.

Qué aporta browser_exec

En el modo por defecto, browser_exec es una herramienta de «código como acción»: describes el objetivo, el modelo genera un fragmento de Python y se ejecuta en un navegador real a través de CDP. Los helpers integrados incluyen new_tab, js, fill_input, click_at_xy, cdp y más; los backends van desde Chrome local hasta navegadores en la nube como Browserbase, Nous Portal y Firecrawl. Cuantos más pasos tenga una tarea, más tokens ahorras — que es exactamente por lo que los mantenedores la promovieron a modo por defecto. Para la guía de uso completa, la lista de helpers y los números de los benchmarks, consulta nuestro análisis en profundidad anterior.

La conclusión

Para la mayoría de la gente esta es una mejora transparente: si la CLI se ejecuta, obtienes automáticamente el modo que ahorra tokens; si no, vuelves atrás en silencio. Lo único a vigilar: si tus flujos de trabajo dependen explícitamente de los nombres de esas 12 herramientas browser_* (por ejemplo, al inspeccionar los logs de comportamiento del agente), confirma en qué modo estás tras actualizar, o fija backend: off para conservar el comportamiento antiguo. Para más información sobre instalar y configurar backends de navegador, consulta la guía de instalación y la referencia de comandos.