A Melhor Alternativa ao agent-browser

O agent-browser, também conhecido como Vercel agent-browser porque foi criado pela Vercel Labs, é uma CLI de automação de navegador de código aberto feita para agentes de código de IA: uma CLI em Rust na frente de um daemon puro em Rust que controla o Chrome diretamente pelo protocolo DevTools, sem precisar de Playwright ou de runtime Node.js para rodar. Seu comando snapshot retorna uma árvore de acessibilidade compacta com refs @e, então os agentes clicam e preenchem campos usando referências estáveis em vez de seletores frágeis, e ele é distribuído como uma skill para Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot e a maioria dos outros agentes de código, com um servidor MCP disponível como subcomando opcional em vez de caminho padrão. É gratuito, bem projetado e amplamente adotado.

Sim, se as tarefas que importam para você envolvem suas contas reais ou se beneficiam de ficar visíveis. As duas dão a um agente de código um navegador através de uma CLI ou skill, em vez de uma configuração centrada em MCP; o ego lite acrescenta seu perfil do Chrome importado, ao vivo por padrão, janelas com interface que você pode assumir, Spaces em paralelo e execução de JavaScript com várias ações. O agent-browser continua sendo uma escolha limpa para automação headless descartável em scripts e CI.

Sim, com configuração extra, e ainda não é totalmente confiável. Você passa um nome de perfil e o agent-browser copia esse perfil do Chrome para um diretório temporário como um snapshot somente leitura, então ele inicia com seus logins existentes, mas nada que for escrito durante a sessão volta para o seu perfil real; no Windows também é preciso fechar o Chrome antes, já que os arquivos do perfil podem ficar bloqueados. Também existe um modo de perfil persistente, pensado para manter cookies e estado de login entre reinicializações sozinho, mas há um relato de bug aberto sobre o diretório do perfil ficar vazio entre execuções. Conectar a um Chrome já em execução via CDP também funciona, mas a própria documentação do projeto avisa que essa porta expõe o controle total do navegador a qualquer processo local. No ego lite, o navegador já logado é o padrão: importe seu perfil uma vez e toda tarefa do agente parte dele, ao vivo, sem flags extras.

O snapshot é só metade da história. O modo batch do agent-browser pode disparar uma lista fixa de comandos em uma única execução do processo, mas o modelo ainda não consegue agir sobre o que um snapshot retorna até o lote inteiro terminar, então uma tarefa em que cada etapa depende da anterior acaba virando uma longa cadeia de ciclos de comando-e-depois-o-modelo-lê-o-resultado. O ego lite deixa o agente agrupar várias ações em uma única execução de JavaScript e raciocinar sobre o resultado imediatamente, lendo-o como um Snapshot compactado. A economia vem dos dois combinados, e ela aparece na contagem total de tokens da tarefa, não em uma etapa isolada.

Não. Essa é uma filosofia que as duas ferramentas compartilham. A interface principal do agent-browser é sua CLI, com um servidor MCP disponível como subcomando opcional para clientes que queiram um. O ego lite se conecta pelo shell ego-browser, executando /ego-browser dentro do seu agente. Nenhuma das duas exige editar arquivos de configuração de MCP como caminho padrão.

Sim. Elas não conflitam. Alguns desenvolvedores mantêm o agent-browser para checagens headless na CI ou no Vercel Sandbox, e usam o ego lite para tudo que é interativo: tarefas com login, pesquisas em paralelo, qualquer coisa que valha a pena observar. Na prática, as tarefas com login são a maioria.

Sim. O ego lite é gratuito, sem assinatura, e o shell ego-browser pelo qual seu agente se conecta é open source com licença MIT.