Beta FundadoresPrecio de fundador: US$ 9,90/mes fijo mientras sigas suscrito.→
InicioBlogDicas5 consejos para automatizar el navegador con browser-use 1.0
Imagen de portada del repositorio browser-use en GitHub, mostrando el nombre del proyecto y su descripción de automatización de navegador para agentes de IA
GitHub / browser-use
Dicas6 min

5 consejos para automatizar el navegador con browser-use 1.0

browser-use llegó a la versión 1.0 con enfoque en CDP. Ve cómo conectar agentes de IA al navegador con automatización en Python.

Marcelo Santiago

Marcelo Santiago

Criador do bridgecode

browser-use es un proyecto de código abierto que permite que agentes de IA controlen un navegador. El 10 de noviembre de 2026, el proyecto lanzó la versión 1.0.0, con el subtítulo "CDP is all you need", marcando un cambio significativo en la arquitectura: el enfoque pasó a ser el Chrome DevTools Protocol (CDP) como base para la automatización.

La mayor newsletter de IA del Mundo

Recibe artículos sobre IA en tu correo

Selección técnica sobre modelos, agentes y herramientas de código. Sin spam, cancela cuando quieras.

Cada día a las 8:00 y a las 16:00 de Brasilia. Sin spam.

El repositorio está disponible en github.com/browser-use/browser-use, bajo licencia MIT, y es mantenido activamente por el equipo de browser-use. La versión 1.0 se publicó el 10 de noviembre de 2026.

En este artículo vas a ver:

  • Qué cambió en la versión 1.0
  • Cómo instalar y ejecutar el primer agente
  • Cómo usar el modo ultrafast para tareas repetitivas
  • Cómo mantener la sesión activa entre ejecuciones
  • Cómo integrar con modelos de lenguaje externos

Qué cambió en la versión 1.0

La versión 1.0 trae una reestructuración centrada en CDP. Según las notas de lanzamiento, la puerta de enlace de modelos 0.x (bu-2-0, bu-1-0, bu-latest) quedó en desuso. La variable de entorno BROWSER_USE_LLM_URL ya no se lee: quien necesite un endpoint personalizado debe usar ChatBrowserUse con base_url. Los modelos de LangChain ahora lanzan TypeError en lugar de ser aceptados en silencio.

Otro cambio importante es el comportamiento de keep_alive. Una ejecución tras un daemon de navegador muerto continúa en la pestaña del agente, en lugar de caer en about:blank.

La versión 1.0 también incluye mejoras en la observación de página, estado de formulario, acceso a archivos y recuperación de navegador, además de soporte para Browser Use Cloud SDK V4.

Gráfico comparativo de browser-use que muestra la mejora de la versión 1.0 respecto a 0.x en benchmarks de automatización de navegador
Imagem: browser-use

Consejo 1: instala y ejecuta el primer agente

La instalación se hace vía pip o uv. El proyecto requiere Python 3.11 o superior.

Terminal
pip install browser-use

O con uv:

Terminal
uv add browser-use

Para ejecutar el primer agente, configura la clave de API del modelo y ejecuta el comando browser-use con una tarea. El proyecto ofrece un CLI con cinco entradas. La documentación incluye un quickstart actualizado en la versión 1.0.

Consejo 2: usa el modo ultrafast para tareas repetitivas

La versión 1.0 trae el modo ultrafast, usado internamente por bu-fast. Según el benchmark publicado en las notas de lanzamiento, el modo ultrafast alcanzó 62,5 de puntuación en BU Bench v2 (60 tareas, 3 repeticiones, navegadores en la nube, 9 de noviembre de 2026), con un costo de 0,070 dólar por tarea y 650 segundos por tarea.

Este modo es útil para tareas repetitivas a escala, como la recolección de datos de páginas o el llenado de formularios. El modo prioriza velocidad en lugar de razonamiento profundo, lo que lo hace adecuado para subtareas que un agente mayor delega.

Consejo 3: mantén la sesión activa entre ejecuciones

El comportamiento de keep_alive en la versión 1.0 permite que una ejecución continúe en la pestaña del agente incluso después de que el daemon del navegador haya muerto. Esto evita perder el contexto de la página entre llamadas.

Para quien ejecuta agentes en pipelines, esto significa que el estado de la página puede preservarse entre pasos, reduciendo el tiempo de reapertura de páginas y recarga de contexto.

Consejo 4: integra con modelos de lenguaje externos

browser-use soporta integración con modelos de lenguaje externos. La versión 1.0 elimina el soporte silencioso a modelos de LangChain (ahora lanza TypeError), lo que fuerza una configuración explícita.

Para usar un modelo personalizado, pasa la instancia de ChatBrowserUse con el parámetro base_url apuntando al endpoint deseado. La variable de entorno BROWSER_USE_LLM_URL ya no se lee.

El proyecto también ofrece integración con la API de OpenAI y soporta el protocolo MCP, permitiendo que agentes externos usen el navegador como herramienta.

Preguntas frecuentes sobre el browser-use 1.0

¿Qué es browser-use?

Es un proyecto de código abierto que permite que agentes de IA controlen un navegador, disponible en github.com/browser-use/browser-use bajo licencia MIT.

¿Cuál es la licencia de browser-use?

MIT, lo que permite uso comercial y modificaciones.

¿Qué cambió en la versión 1.0?

El enfoque pasó a ser el Chrome DevTools Protocol, con la discontinuación del gateway de modelos 0.x, mejoras en keep_alive y observación de página, y soporte para Cloud SDK V4.

¿Cómo instalar browser-use?

Mediante pip install browser-use o uv add browser-use, requiere Python 3.11 o superior.

¿browser-use soporta cloud?

Sí. Ofrece Browser Use Cloud para navegadores a escala, con soporte para Cloud SDK V4 en la versión 1.0.

Consejo 5: usa Browser Use Cloud para escalar

El browser-use ofrece una versión en la nube (Browser Use Cloud) para quien necesita navegadores a escala. La versión 1.0 incluye soporte para Cloud SDK V4, con imports actualizados.

Para casos de uso que requieren decenas de navegadores simultáneos, la versión en la nube evita la gestión de infraestructura local. La documentación del proyecto incluye ejemplos de uso con la cloud.

Quien ya usa automatización de navegador con agentes puede comparar el flujo de browser-use con el Playwright CLI para probar apps web con agentes de IA, que cubre otro enfoque para el mismo problema. La diferencia principal es que browser-use se enfoca en control vía CDP con agentes de lenguaje natural, mientras que Playwright CLI ofrece una interfaz más directa para pruebas automatizadas.

browser-use también se integra con el protocolo MCP, permitiendo que agentes externos usen el navegador como herramienta. Esto abre posibilidades para flujos donde un agente planea, otro ejecuta acciones en el navegador y un tercero valida los resultados, todo en paralelo.

Si ya usas browser-use en un proyecto, vale la pena comparar el flujo con MCP server git y con Claude Code, que también trabajaron en automatización de navegador y en segundo plano.

¿Quieres que browser-use trabaje con otros agentes en el mismo proyecto? Arma un squad de agentes en bridgecode que trabaja contigo todos los días.

Fuente: GitHub (browser-use/browser-use)

Comparte este artículo

Añadir bridgecode como fuente en Google
Tags:#radar#ia
Marcelo Santiago
Marcelo Santiago·Creador de bridgecode

Desarrollador y creador de bridgecode, un entorno de desarrollo agéntico para orquestar squads de agentes de IA. Ayuda a quienes van del vibe coding al desarrollo profesional a pasar de la idea al producto entregado.

La mayor newsletter de IA del Mundo

¿Te gustó este contenido? Mantente al día en ingeniería con IA.

Análisis de código, arquitectura multiagente, benchmarks de tokens y herramientas seleccionadas por desarrolladores para desarrolladores.

Cada día a las 8:00 y a las 16:00 de Brasilia. Sin spam.