¿Qué es easi.run?
easi.run ejecuta sesiones aisladas de Google Chrome en tu propio servidor Linux y las entrega a agentes de IA mediante un servidor MCP integrado o una API REST. Una persona ve cada sesión en directo desde el navegador y toma el control con un clic para un inicio de sesión, un código 2FA o un CAPTCHA; el agente espera y luego continúa. Las sesiones persistentes conservan los inicios de sesión entre ejecuciones, cifrados con una clave derivada de la contraseña de administración, y las sesiones pueden grabar repeticiones, pasar archivos y descargas y reproducir audio. No trae modelo propio: el agente es el cliente MCP que conectes.
Tiene licencia AGPL-3.0-only, está escrito sobre todo en Rust y es joven: el repositorio se creó el 22 de octubre de 2026, tenía 59 estrellas y ninguna versión etiquetada al revisarlo, y se distribuye como imágenes de contenedor en el registro de GitHub construidas a partir de cada commit. Necesita un host Linux x86-64 con systemd y Docker Engine 28 o posterior en modo rootful.
Cómo instalar easi.run
curl -fsSLO https://easi.run/install.sh && bash install.sh¿Merece la pena easi.run?
easi.run resuelve el problema que frena a la mayoría de agentes de navegador: el inicio de sesión. Servicios alojados como Browserbase alquilan un navegador por horas; easi.run pone Google Chrome en sus propios contenedores en tu servidor, te lo transmite mediante un compositor en Rust y deja que una persona tome el control cuando una página pide una contraseña, un aviso 2FA o un CAPTCHA. El propio agente puede pedirlo con request_person, que marca la sesión como necesitada de ti y puede enviar un webhook firmado a Slack o Discord, y después esperar con wait_for_control hasta que devuelvas el control.
El modelo de seguridad está documentado frontera por frontera, con la prueba que demuestra cada una. La administración escucha por HTTPS en 127.0.0.1:9443 y está pensada para usarse a través de un túnel SSH, Tailscale o Cloudflare Access; la contraseña debe tener 12 caracteres o más, se guarda como hash Argon2id y puede reforzarse con una app de autenticación o una passkey. Cada navegador no tiene red propia, ni ruta hacia la red privada, y solo sale por HTTPS. Cuando una persona toma el control, se cortan las capturas de pantalla al agente y todo lo tecleado de cuatro caracteres o más le llega como [redacted]; los campos de contraseña nunca le llegan. Hay una exposición fácil de pasar por alto: cuando el instalador ve la dirección IPv4 del servidor, enlaza el puerto UDP de medios 9443 en todas las direcciones, aunque ese puerto solo admite el ticket vigente de un espectador con sesión iniciada.
Los perfiles guardados son el activo en el que pensar. Cada uno se sella con XChaCha20-Poly1305 bajo su propia clave, envuelta por una clave derivada de la contraseña de administración, así que un disco robado no los abre. Esa clave se queda en la memoria del proceso de administración desde tu inicio de sesión hasta que la administración se detiene, y cerrar sesión no la borra, por diseño, para que los agentes puedan reanudar sesiones guardadas mientras no estás. Cualquier token de agente que autorices en una sesión guardada actúa entonces en esos sitios como tú. Los tokens solo alcanzan sus propias sesiones y los perfiles que concedas, se guardan como hashes SHA-256 y se revocan al instante, pero la vía MCP local no tiene token alguno: quien pueda ejecutar docker exec en el servidor tiene los derechos de un agente. El puerto CDP opcional en 9222 permite que cualquier cosa en el servidor se conecte y lea todo lo que guarda el navegador.
La superficie para el agente es austera: start_session, list_sessions, session_status, stop_session y list_saved_sessions, las herramientas de escritorio del Cua Driver para hacer clic, escribir y desplazarse, inspect_page para leer el DOM por selector CSS y herramientas para archivos y para llamar a una persona. Descargas y subidas te preguntan antes por defecto, y call_id evita que un envío o un pago reintentado se ejecute dos veces. Cada página que lee el agente es una entrada no fiable, como en cualquier agente de navegador. La comparativa con KasmVNC (55 fps frente a 24 al desplazarse) es del propio proyecto; sin versiones publicadas todavía y con tres semanas de historia, la gran incógnita es cómo se comportan las actualizaciones en un servidor del que dependes.
Dónde se gana su sitio
Un ingeniero de operaciones que automatiza un portal de proveedores sin API
Descargar facturas mensuales de un sitio que pide 2FA cada pocas semanas
Guarda una sesión persistente tras iniciar sesión una vez y autoriza en ella el token del agente. Cuando el portal pide un código, el agente llama a request_person, un webhook avisa en Slack y el ingeniero lo teclea en la ventana de watch_url. El coste es el servidor, desde un VPS de 4 GB.
Una agencia de dos personas que ejecuta agentes de navegador para clientes
Sustituir las facturas por horas de navegadores alojados por un único servidor
Ejecuta sesiones en una máquina Linux de 16 GB, que el README dimensiona para cuatro navegadores simultáneos, con un token por agente de cliente y grabaciones para revisar. Sin tarifas de uso; la AGPL se aplica si ofrecen una versión modificada a través de una red.
Una ingeniera de QA con scripts de Playwright existentes
Depurar un proceso de pago inestable en un Chrome real y observable
Inicia una sesión con CDP activado, conéctate con connectOverCDP a 127.0.0.1:9222 a través de un túnel SSH y observa o toma el control en vivo. Cualquier cosa en el servidor puede conectarse a ese puerto, así que actívalo solo en sesiones con scripts.
Antes de decidirte
- Puesta en marcha
- curl -fsSLO https://easi.run/install.sh && bash install.sh con un usuario del grupo docker; descarga unos 550 MB de imágenes firmadas, añade Chrome desde el repositorio de Google y tarda de uno a dos minutos con 2 núcleos. Crea una regla de iptables y ajustes TCP mediante un contenedor privilegiado de corta vida y después se registra en Claude Code y Codex si están instalados.
- Integraciones
- MCP por stdio (docker exec, o SSH desde otra máquina) y Streamable HTTP en /mcp con un token bearer; las mismas herramientas por REST en /api/agent/. Playwright, Puppeteer y Selenium pueden conectarse por CDP. Webhooks firmados para person.needed, approval.needed y unlock.needed.
- Datos y privacidad
- Todo se queda en tu servidor; los modelos son externos, así que el contenido de las páginas y las capturas van al proveedor de modelos de tu agente. Los perfiles guardados y las repeticiones se cifran en reposo. El HTTPS de administración solo escucha en loopback; el puerto UDP de medios puede ser público. Un agente con token puede actuar como tú en las sesiones guardadas autorizadas, y cada página que lee es una fuente de prompt injection.
- Coste a escala
- Sin coste de licencia. Cada sesión usa 2 CPU y 2 GiB o m ás para Chrome, más 1152 MiB para sus auxiliares; el README calcula 8 GB para dos sesiones simultáneas y 16 GB para cuatro, hasta 16 por instalación.
- Límites
- Solo Linux x86-64 con Docker 28+ en modo rootful y systemd. Ocho pestañas por sesión por defecto; una llamada del agente a la vez por sesión. run_javascript necesita las Developer tools, que las sesiones iniciadas con token nunca reciben. Hasta 32 tokens de agente.
Lo bueno
- Toma de control en vivo para inicios de sesión, 2FA y CAPTCHA
- Perfiles guardados cifrados con la contraseña de administración
- Lo tecleado se oculta al agente tras la toma de control
- Navegadores aislados de la red privada
Lo malo
- La clave de desbloqueo sigue en memoria tras cerrar sesión
- La vía MCP local no tiene token; basta con docker exec
- El instalador expone el puerto UDP de medios cuando puede
- Aún sin versiones; tres semanas de historia
Ideal para
Ingenieros que quieren que sus agentes trabajen en sesiones de navegador con inicio de sesión en hardware que controlan y que pondrán la administración tras un túnel SSH o un proxy con control de identidad.
Alternativas a easi.run
easi.run: preguntas frecuentes
- ¿Merece la pena easi.run?
- Un navegador autoalojado para agentes documentado con un cuidado poco común, cuyo riesgo real es justo lo que vende: un Chrome con sesión iniciada que un agente puede manejar en tu nombre. Le damos un 3.8 sobre 5.
- ¿Cuánto cuesta easi.run?
- Gratuito y de código abierto (AGPL-3.0-only); solo pagas el servidor, desde 2 núcleos y 4 GB de memoria para una sesión.
- ¿Qué inconvenientes tiene easi.run?
- La clave de desbloqueo sigue en memoria tras cerrar sesión; la vía MCP local no tiene token; basta con docker exec; el instalador expone el puerto UDP de medios cuando puede; aún sin versiones; tres semanas de historia.
- ¿Para quién es easi.run?
- Ingenieros que quieren que sus agentes trabajen en sesiones de navegador con inicio de sesión en hardware que controlan y que pondrán la administración tras un túnel SSH o un proxy con control de identidad.
- ¿Cuánto cuesta easi.run para un equipo o en producción?
- Sin coste de licencia. Cada sesión usa 2 CPU y 2 GiB o más para Chrome, más 1152 MiB para sus auxiliares; el README calcula 8 GB para dos sesiones simultáneas y 16 GB para cuatro, hasta 16 por instalación.
- ¿Es easi.run seguro para los datos de la empresa?
- Todo se queda en tu servidor; los modelos son externos, así que el contenido de las páginas y las capturas van al proveedor de modelos de tu agente. Los perfiles guardados y las repeticiones se cifran en reposo. El HTTPS de administración solo escucha en loopback; el puerto UDP de medios puede ser público. Un agente con token puede actuar como tú en las sesiones guardadas autorizadas, y cada página que lee es una fuente de prompt injection.
- ¿Cuáles son las mejores alternativas a easi.run?
- Las alternativas más cercanas que hemos analizado son Browserbase MCP, Playwright MCP y Chrome DevTools MCP.
Respuestas comprobadas el 11 nov 2026.