O que é easi.run?
O easi.run roda sessões isoladas do Google Chrome no seu próprio servidor Linux e as entrega a agentes de IA por um servidor MCP embutido ou uma API REST. Uma pessoa acompanha cada sessão ao vivo no navegador e assume o controle com um clique para um login, um código 2FA ou um CAPTCHA; o agente espera e depois continua. Sessões persistentes guardam os logins entre execuções, criptografados com uma chave derivada da senha de administração, e as sessões podem gravar replays, passar arquivos e downloads e reproduzir áudio. Ele não traz modelo próprio: o agente é o cliente MCP que você conectar.
Tem licença AGPL-3.0-only, é escrito principalmente em Rust e é novo: o repositório foi criado em 22 de outubro de 2026, tinha 59 estrelas e nenhuma versão marcada na nossa verificação, e é distribuído como imagens de contêiner no registro do GitHub, geradas a cada commit. Exige um host Linux x86-64 com systemd e Docker Engine 28 ou posterior em modo rootful.
Como instalar easi.run
curl -fsSLO https://easi.run/install.sh && bash install.sheasi.run vale a pena?
O easi.run resolve o problema que trava a maioria dos agentes de navegador: o login. Serviços hospedados como o Browserbase alugam um navegador por hora; o easi.run coloca o Google Chrome em contêineres próprios no seu servidor, transmite a tela para você por um compositor em Rust e deixa uma pessoa assumir quando uma página pede senha, confirmação 2FA ou CAPTCHA. O próprio agente pode pedir isso com request_person, que marca a sessão como precisando de você e pode enviar um webhook assinado ao Slack ou ao Discord, e depois aguardar com wait_for_control até você devolver o controle.
O modelo de segurança é documentado fronteira por fronteira, com o teste que comprova cada uma. A administração escuta em HTTPS em 127.0.0.1:9443 e foi feita para ser acessada por túnel SSH, Tailscale ou Cloudflare Access; a senha precisa ter 12 caracteres ou mais, é guardada como hash Argon2id e pode ser reforçada por um app autenticador ou uma passkey. Cada navegador não tem rede própria, nem rota para a rede privada, e só sai por HTTPS. Quando uma pessoa assume, as capturas de tela para o agente param e tudo o que for digitado com quatro caracteres ou mais chega a ele como [redacted]; campos de senha nunca chegam. Há uma exposição fácil de não notar: quando o instalador enxerga o endereço IPv4 do servidor, ele vincula a porta UDP de mídia 9443 em todos os endereços, embora essa porta só aceite o ticket válido de um espectador logado.
Os perfis salvos são o ativo em que pensar. Cada um é selado com XChaCha20-Poly1305 sob uma chave própria, envolvida por uma chave derivada da senha de administração, então um disco roubado não os abre. Essa chave fica na memória do processo de administração desde o seu login até a administração parar, e sair da conta não a apaga, de propósito, para que agentes possam retomar sessões salvas enquanto você está fora. Qualquer token de agente que você autorizar em uma sessão salva passa a agir nesses sites como você. Os tokens só alcançam as próprias sessões e os perfis concedidos, são guardados como hashes SHA-256 e podem ser revogados na hora, mas o caminho MCP local não tem token nenhum: quem consegue rodar docker exec no servidor tem os direitos de um agente. A porta CDP opcional 9222 permite que qualquer coisa no servidor se conecte e leia tudo o que o navegador guarda.
A superfície para o agente é enxuta: start_session, list_sessions, session_status, stop_session e list_saved_sessions, as ferramentas de desktop do Cua Driver para clicar, digitar e rolar, inspect_page para ler o DOM por seletor CSS e ferramentas para arquivos e para chamar uma pessoa. Downloads e uploads pedem sua autorização por padrão, e call_id impede que um envio ou pagamento repetido rode duas vezes. Toda página que o agente lê é entrada não confiável, como em qualquer agente de navegador. O benchmark contra o KasmVNC (55 fps contra 24 na rolagem) é do próprio projeto; sem versões publicadas e com três semanas de histórico, a maior incógnita é como as atualizações se comportam em um servidor do qual você depende.
Onde ele se destaca
Um engenheiro de operações automatizando um portal de fornecedores sem API
Baixar faturas mensais de um site que pede 2FA a cada poucas semanas
Salve uma sessão persistente depois de logar uma vez e autorize nela o token do agente. Quando o portal pede um código, o agente chama request_person, um webhook avisa no Slack e o engenheiro digita o código na janela do watch_url. O custo é o servidor, a partir de uma VPS de 4 GB.
Uma agência de duas pessoas que roda agentes de navegador para clientes
Trocar as faturas por hora de navegadores hospedados por um único servidor
Rode as sessões em uma máquina Linux de 16 GB, que o README dimensiona para quatro navegadores simultâneos, com um token por agente de cliente e gravações para revisão. Sem taxas de uso; a AGPL se aplica se a agência oferecer uma versão modificada por uma rede.
Uma engenheira de QA com scripts de Playwright existentes
Depurar um fluxo de checkout instável em um Chrome real e observável
Inicie uma sessão com CDP ligado, conecte com connectOverCDP a 127.0.0.1:9222 por um túnel SSH e observe ou assuma ao vivo. Qualquer coisa no servidor pode se conectar a essa porta, então ligue-a só em sessões com scripts.
Antes de decidir
- Configuração
- curl -fsSLO https://easi.run/install.sh && bash install.sh com um usuário do grupo docker; baixa cerca de 550 MB de imagens assinadas, adiciona o Chrome a partir do repositório do Google e leva de um a dois minutos com 2 núcleos. Cria uma regra de iptables e ajustes de TCP por um contêiner privilegiado de vida curta e depois se registra no Claude Code e no Codex, se estiverem instalados.
- Integrações
- MCP via stdio (docker exec, ou SSH de outra máquina) e Streamable HTTP em /mcp com token bearer; as mesmas ferramentas via REST em /api/agent/. Playwright, Puppeteer e Selenium podem se conectar por CDP. Webhooks assinados para person.needed, approval.needed e unlock.needed.
- Dados e privacidade
- Tudo fica no seu servidor; os modelos são externos, então o conteúdo das páginas e as capturas vão para o provedor de modelos do seu agente. Perfis salvos e replays são criptografados em repouso. O HTTPS da administração só escuta em loopback; a porta UDP de mídia pode ser pública. Um agente com token pode agir como você nas sessões salvas autorizadas, e cada página que ele lê é uma fonte de prompt injection.
- Custo em escala
- Sem custo de licença. Cada sessão usa 2 CPUs e 2 GiB ou mais para o Chrome, mais 1152 MiB para os auxiliares; o README calcula 8 GB para duas sessões simultâneas e 16 GB para quatro, até 16 por instalação.
- Limites
- Só Linux x86-64 com Docker 28+ em modo rootful e systemd. Oito abas por sessão por padrão; uma chamada do agente por vez em cada sessão. run_javascript exige as Developer tools, que sessões iniciadas por token nunca recebem. Até 32 tokens de agente.
O que é bom
- Controle ao vivo para logins, 2FA e CAPTCHAs
- Perfis salvos criptografados com a senha de administração
- Digitação ocultada do agente após assumir o controle
- Navegadores isolados da rede privada
O que não é
- A chave de desbloqueio fica na memória após sair
- O caminho MCP local não tem token; docker exec basta
- O instalador expõe a porta UDP de mídia quando pode
- Ainda sem versões; três semanas de histórico
Ideal para
Engenheiros que querem agentes trabalhando em sessões de navegador logadas em hardware que controlam e que vão deixar a administração atrás de um túnel SSH ou de um proxy com verificação de identidade.
Alternativas ao easi.run
easi.run: perguntas frequentes
- easi.run vale a pena?
- Um navegador auto-hospedado para agentes documentado com rara atenção, cujo risco real é justamente o que ele vende: um Chrome logado que um agente pode operar como você. Damos nota 3.8 de 5.
- Quanto custa easi.run?
- Gratuito e de código aberto (AGPL-3.0-only); você paga só o servidor, a partir de 2 núcleos e 4 GB de memória para uma sessão.
- Quais são as desvantagens de easi.run?
- A chave de desbloqueio fica na memória após sair; o caminho MCP local não tem token; docker exec basta; o instalador expõe a porta UDP de mídia quando pode; ainda sem versões; três semanas de histórico.
- Para quem easi.run é indicado?
- Engenheiros que querem agentes trabalhando em sessões de navegador logadas em hardware que controlam e que vão deixar a administração atrás de um túnel SSH ou de um proxy com verificação de identidade.
- Quanto custa easi.run para uma equipe ou em produção?
- Sem custo de licença. Cada sessão usa 2 CPUs e 2 GiB ou mais para o Chrome, mais 1152 MiB para os auxiliares; o README calcula 8 GB para duas sessões simultâneas e 16 GB para quatro, até 16 por instalação.
- easi.run é seguro para dados da empresa?
- Tudo fica no seu servidor; os modelos são externos, então o conteúdo das páginas e as capturas vão para o provedor de modelos do seu agente. Perfis salvos e replays são criptografados em repouso. O HTTPS da administração só escuta em loopback; a porta UDP de mídia pode ser pública. Um agente com token pode agir como você nas sessões salvas autorizadas, e cada página que ele lê é uma fonte de prompt injection.
- Quais são as melhores alternativas ao easi.run?
- As alternativas mais próximas que analisamos são Browserbase MCP, Playwright MCP e Chrome DevTools MCP.
Respostas verificadas em 11 de nov. de 2026.