La mejor alternativa a agent-browser

agent-browser, también conocido como agent-browser de Vercel porque lo construyó Vercel Labs, es una CLI de automatización de navegador de código abierto pensada para agentes de código de IA: una CLI en Rust delante de un daemon puro en Rust que maneja Chrome directamente sobre el DevTools protocol, sin necesitar Playwright ni un runtime de Node.js para correr. Su comando snapshot devuelve un árbol de accesibilidad compacto con referencias @e, así que los agentes hacen clic y llenan campos contra referencias estables en lugar de selectores frágiles, y viene como skill para Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot y la mayoría de los demás agentes de código, con un servidor MCP disponible como subcomando opcional en vez de ser el camino por defecto. Es gratis, está bien diseñado y tiene una adopción amplia.

Sí, si las tareas que te importan involucran tus cuentas reales o se benefician de ser visibles. Ambas le dan a un agente de código un navegador a través de una CLI o skill en lugar de una configuración basada en MCP; ego lite suma tu perfil de Chrome importado en vivo por defecto, ventanas visibles de las que podés tomar el control, Spaces en paralelo y ejecución de JavaScript multiacción. agent-browser sigue siendo una opción limpia para automatización headless descartable en scripts y CI.

Sí, con configuración adicional, y todavía no es del todo confiable. Le pasás un nombre de perfil y agent-browser copia ese perfil de Chrome a un directorio temporal como un snapshot de solo lectura, así que arranca con tus sesiones iniciadas existentes, pero nada de lo que se escribe durante la sesión se copia de vuelta a tu perfil real; en Windows también tenés que cerrar Chrome primero, porque los archivos del perfil pueden estar bloqueados. También hay un modo de perfil persistente pensado para mantener cookies y sesiones iniciadas entre reinicios por su cuenta, pero tiene un reporte de bug abierto de que el directorio del perfil queda vacío entre ejecuciones. Conectarse a un Chrome en ejecución vía CDP también funciona, pero la propia documentación del proyecto advierte que ese puerto expone el control total del navegador a cualquier proceso local. En ego lite el navegador con sesión iniciada es lo predeterminado: importás tu perfil una vez y cada tarea del agente arranca desde ahí, en vivo, sin flags adicionales.

El snapshot es solo la mitad. El modo batch de agent-browser puede disparar una lista fija de comandos en un solo inicio de proceso, pero el modelo todavía no puede actuar sobre lo que devuelve un snapshot hasta que todo el lote termina, así que una tarea donde cada paso depende del anterior termina siendo una larga cadena de ciclos de comando y luego el modelo lee el resultado. ego lite deja que el agente agrupe varias acciones en una sola ejecución de JavaScript y razone sobre el resultado de inmediato, leyéndolo como un Snapshot comprimido. El ahorro viene de sumar las dos cosas, y se nota en el conteo de tokens de la tarea completa, no en un paso individual.

No. Esa es una filosofía que ambas herramientas comparten. La interfaz principal de agent-browser es su CLI, con un servidor MCP disponible como subcomando opcional para los clientes que lo quieran. ego lite se conecta a través del shell ego-browser corriendo /ego-browser dentro de tu agente. Ninguna requiere editar archivos de configuración de MCP como camino por defecto.

Sí. No entran en conflicto. Algunos desarrolladores mantienen agent-browser para verificaciones headless en CI o en Vercel Sandbox, y usan ego lite para todo lo interactivo: tareas con sesión iniciada, investigación en paralelo, cualquier cosa que valga la pena mirar. En la práctica, las tareas con sesión iniciada son la mayoría.

Sí. ego lite es gratis y sin suscripción, y el shell ego-browser a través del cual se conecta tu agente es de código abierto con licencia MIT.