O ego (lite) é só um navegador, o ego é o teu agente pessoal em todos os dispositivos.
Junta-te à lista de espera
Testes de navegador com IA para o teu agente de programação

Corre automaticamente vários testes de navegador em paralelo com o teu agente de IA

O Playwright MCP controla o navegador uma chamada de ferramenta de cada vez: lento e pesado em tokens. Agora o Claude Code ou o Codex corre o teste completo no ego (lite) com poucas linhas de código: 2.4x mais rápido, e corre muitos testes em paralelo, cada um no seu próprio Space.

Descarregar para Mac(sim, gratuito)
Escolhido por desenvolvedores de
GoogleTikTokHarvardStanfordUSCUCLA

Corre testes de navegador só por pedir

Por exemplo, peço ao Codex para verificar se este site de e-commerce tem bugs. O Codex corre o teste completo, corrige todos os bugs e diz-me o resultado. A única coisa que tenho de fazer é ver o TikTok enquanto ele trabalha.

QA visual, correção, verificação

A mesma página passa de avariada a correta, no ecrã

As páginas de produto renderizam mal. O agente olha para elas no ego (lite), corrige o CSS na origem, e a página aberta volta a renderizar corretamente no ecrã.

Corre testes de navegador a alta velocidade com o ego (lite)

A forma antiga de correr testes de navegador é usar o Playwright MCP ou o Chrome DevTools MCP, que executam uma chamada de ferramenta de cada vez: cada passo seguinte espera que o modelo leia o último resultado, lento e caro. Agora os agentes conseguem executar muitos passos numa só passagem de código JS com o ego (lite), por isso termina mais rápido e consome menos tokens.

2,4x mais rápido
Mesma tarefa, mesmo agente (Claude Code a correr o Opus 4.8): o ego (lite) terminou em ~18s com 2 idas e voltas ao modelo; o Playwright MCP demorou ~43s e 9 idas e voltas. Quanto mais difícil a tarefa, maior a diferença.
ego (lite)Playwright MCPChrome DevTools MCP
Como o agente o controlaAtravés de /ego-browser, a skillServidor MCP externo. Uma chamada de ferramenta por ação.Servidor MCP externo. Uma chamada de ferramenta por ação.
ConfiguraçãoSem configuração, funciona com qualquer agente.instalação via npx, modos de arranque para configurar, erros frequentes de arranque e de deteção do Chrome.Depuração remota, user-data-dir, configuração entre hosts.
Consumo de tokensBaixo. Sem schemas de ferramentas MCP, e só o que o agente regista entra no contexto: um snapshot por passagem, não um a cada ação.Alto. Os utilizadores relatam um aumento de 6x nos tokens e overflows de contexto de 200 mil tokens.Alto. As capturas de ecrã consomem muitos tokens.
Estado de loginO teu próprio navegador com sessão iniciada. O mesmo estado de login do teu ChromeNavegador isolado por predefinição; manter os logins exige modo de extensão ou configuração de storage-state.Pode anexar-se, mas ocupa os separadores que estás a usar.
iframe / shadow DOM / SDK widgetsO snapshot da página está integrado no motor de renderização, por isso lê dentro de todos eles.O snapshot de acessibilidade tem um ponto cego nos iframes.DOM em bruto, tratas disso tu próprio.
Consola / rede / traceConsola, rede e traces, lidos diretamente dos dados do Chrome DevTools.Consola, rede, capturas de ecrã.O mais profundo: Lighthouse, performance, memória.
Estabilidade dos localizadoresAncora-se a rótulos semânticos, sobrevive a mudanças de classes CSS.Refs / acessibilidade, razoavelmente estável.Seletores de DOM em bruto.
CAPTCHA / deteção de botsSessão humana real, a menos provável de o disparar.Navegador separado / headless, frequentemente sinalizado.Melhor quando anexado, mas ocupa os teus separadores.
Tarefas em paraleloFeito para suportar várias tarefas a correr ao mesmo tempo através de Spaces.Uma sessão por servidor; correr em paralelo significa gerir instâncias isoladas extra.Instância única, um número elevado de separadores faz crashar.

O atrito nunca foi o navegador. Era a camada pelo meio.

Nos fóruns de desenvolvedores e nos issue trackers, a maior parte das queixas é sobre o MCP. É a camada entre o teu agente e o navegador: a ligação cai, as aprovações acumulam-se, a sessão quebra, os tokens disparam. O ego (lite) tem tudo configurado, por isso acabaram os erros estranhos.

Com o que te deparas no Playwright MCP

O navegador funciona. A ligação a ele é que não.

  • Ligação: as ferramentas aparecem mas o agente não as chama, as execuções bloqueiam em "a aguardar aprovação", e o mesmo servidor comporta-se de forma diferente em cada cliente
  • Aprovações: um popup por chamada de ferramenta, muitas vezes entre 10 e 30 numa só tarefa, mesmo com o "correr tudo" ativado
  • Fiabilidade: uma tarefa que fica a meio, ou uma navegação que já teve sucesso mas ainda assim atinge o timeout
A lutar contra a camada antes mesmo de testar
ego (lite)

Nada pelo meio: o ego (lite) é o próprio navegador

  • Estável por definição: o agente fala diretamente com um navegador local que é seu, sem transporte MCP pelo meio para cair ou bloquear
  • Menos aprovações: uma passagem executa muitos passos em vez de uma chamada de ferramenta por ação
  • Previsível: compatível com qualquer agente de IA, sempre da mesma forma
Descarrega e depois pede ao teu agente para correr o teste

Sem scripts de teste. Sem seletores para manter. Basta dizer o que verificar.

Testes com Playwright, testes com Cypress, Selenium: escreves o teste, és responsável pelos seletores, e uma renomeação de classe ou um layout reorganizado quebra-os. O ego (lite) recebe uma verificação em linguagem simples e localiza os elementos pelo seu significado, por isso uma mudança na interface não quebra o teste.

Escrever Playwright / Cypress / Selenium

Tu escreves a spec, tu manténs os seletores

  • Escrever e versionar manualmente um(a) .spec para cada fluxo que queres cobrir
  • Fixar seletores como page.click(".btn-x7f3") que quebram na próxima vez que a interface mudar
  • Adicionar esperas e retries tu próprio para combater a instabilidade
  • Construir automação de login ou ficheiros de storage-state para testar por trás de um início de sessão
  • Voltar a correr e reparar a suite depois de cada redesenho
Toneladas de código para escrever, seletores para vigiar
ego (lite)

Basta dizer o que verificar

  • Sem specs para escrever: diz ao teu agente a verificação numa frase
  • Localiza elementos pelo seu significado, não por uma classe CSS, por isso uma renomeação ou reorganização não o quebra
  • Esperas inteligentes tratam do conteúdo assíncrono, sem sleeps escritos à mão
  • Testa por trás do teu início de sessão sem automação de login
  • Precisas de testes de regressão visual? O agente compara as capturas de ecrã
Gratuito. Basta dizer ao teu agente o que verificar

Para uma suite versionada e headless que corre sem supervisão em CI, ou para testar em Firefox e WebKit, mantém o Playwright. O ego (lite) é o ciclo rápido, sem scripts, para usar enquanto constróis.

Como os agentes de IA controlam o ego (lite)

O agente controla o navegador escrevendo um único programa completo em JavaScript. Uma só chamada reúne todos os passos: abrir a loja, adicionar um produto, esperar pelo checkout, e executa-os em sequência dentro do navegador, por isso o agente nunca espera que uma ação termine antes de enviar a seguinte.

Claude Code
>/ego-browser Open localhost:3000, add the first product to the cart, and check that checkout loads
Bash(
ego-browser nodejs <<'EOF' await openOrReuseTab('http://localhost:3000', { wait: true }) cliLog('opened localhost:3000 — storefront rendered') await click('a[href^="/product/"]') await waitForElement('button[data-testid="add-to-cart"]') await click('button[data-testid="add-to-cart"]') cliLog('added first product to cart') await openOrReuseTab('http://localhost:3000/checkout', { wait: true }) await waitForElement('form#payment') cliLog(`checkout loaded — ${(await pageInfo()).url}`) EOF
)
⎿ Corre o ego-browser para percorrer o fluxo de checkout
Resultado:
[t=1240ms] opened localhost:3000 — storefront rendered
[t=2870ms] added first product to cart
[t=4480ms] checkout loaded — http://localhost:3000/checkout
Concluído. O checkout carrega sem problemas: loja, adicionar ao carrinho e o formulário de pagamento renderizaram todos corretamente.
─── 6s · ↑ 1,9k tokens · runtime do ego-browser ───

Trata do que normalmente torna os testes de navegador instáveis

Corremos os cenários que os desenvolvedores dizem ser mais difíceis de automatizar. Com o ego (lite), os agentes resolveram todos. O snapshot semântico é gerado dentro do próprio motor de renderização Chromium, por isso vê dentro de shadow roots e iframes entre documentos, onde os scripts injetados ficam às escuras.

Shadow DOM

Acts inside web-component shadow roots, where injected scripts go blind.

Payment iframes

Fills card fields inside cross-document iframes, like a Stripe checkout.

Custom date pickers

Picks a date range in a custom calendar with no test ids.

Drag and drop

Real HTML5 drag: moves a kanban card, the board follows.

Infinite scroll

Scrolls a lazy feed until every item is loaded, no hand-tuned waits.

Paginated tables

Walks every page of an admin table and pulls each row.

Conditional modals

Cookie banners and dialogs that pop up mid-flow get handled, not tripped over.

Autocomplete

Types an address, waits for the suggestions, picks the right one.

E um clique que cai num botão coberto ou desativado é reportado como falha, não como um falso positivo — tal como um framework de testes a sério o trataria.

O teu navegador com sessão iniciada, sempre sob o teu controlo

Dar liberdade a um agente no navegador em que tens sessão iniciada é algo que merece uma pausa. Aqui estão os limites.

Funciona no seu próprio Space

O agente corre num espaço de trabalho separado dentro do navegador. Partilha os teus logins, mas os teus separadores e janelas ficam intocados.

Cada passo é visível

Um navegador real, com interface, no teu Mac — não um processo headless escondido. Vê a execução em direto e interrompe-a a partir da CLI do teu agente a qualquer momento.

Nada sai do teu Mac

O histórico, os cookies e as sessões ficam no teu computador. O ego (lite) não os envia.

E quando um fluxo tem efeitos reais, um checkout que cobra ou um delete que apaga, aponta o agente para localhost ou staging, tal como o testarias à mão.

Como usar, passo a passo

Testes de aplicações web em três passos: aponta o teu agente para localhost ou qualquer URL, diz o que verificar, e recebe de volta o que falhou.

1Descarregar ego (lite)

Um navegador Chromium que usas todos os dias. Um clique importa os teus logins do Chrome, para o agente testar como se fosses tu.

2Diz aos teus agentes de IA o que verificar

O que deve testar?

/ego-browser Abre localhost:3000, percorre o checkout e diz-me o que está avariado

Escreve /ego-browser e basta dizer o que verificar, em qualquer idioma que o teu agente entenda.

3Recebe de volta o que falhou
PáginaResultado
/checkoutOK
/product/gift-carderro de consola
/product/cameraimagem 404

Cada página com falha volta com o erro de consola ou o pedido falhado que a explica, não apenas um passa/falha.

Onde o ego (lite) encaixa, e onde não encaixa

Feito para o ciclo rápido de desenvolvimento: reproduzir, depurar e verificar enquanto desenvolves.

Onde o ego (lite) é imbatível

O ciclo rápido de desenvolvimento, num navegador real.

  • Reproduz e depura um bug num navegador real, com sessão iniciada
  • Testa fluxos por trás de um início de sessão sem automação de login
  • Lê erros de consola, pedidos falhados e o estado da página
  • Corre verificações exploratórias por várias páginas em paralelo
  • Verifica uma correção na mesma sessão em que encontraste o bug

Quando recorrer ao Playwright

Honesto sobre o limite.

  • Suites de regressão headless que correm sem supervisão em CI (o ego (lite) é um navegador com interface para Mac)
  • Testes em Firefox e WebKit (o ego (lite) é Chromium)
  • Uma suite de testes versionada e determinística, que fazes commit e é tua

Dá ao teu agente um navegador real para testar

Descarregar o ego (lite) para Mac

FAQ

Não. Trazes um agente de IA que já usas, como o Claude Code, o OpenAI Codex ou o Cursor, e dizes-lhe o que verificar em linguagem simples. O agente escreve e executa os passos no navegador por ti. Não há ficheiros .spec para manter nem seletores CSS para escrever à mão, porque o ego (lite) localiza os elementos a partir de um snapshot semântico da página.

O Playwright MCP é um servidor MCP que o teu agente controla com uma chamada de ferramenta por ação, por isso uma tarefa de quinze passos significa quinze idas e voltas ao modelo, o que é lento e consome tokens. O ego (lite) é o próprio navegador: o agente escreve uma única passagem curta de JavaScript que executa muitos passos de uma vez, no teu navegador real com sessão iniciada. No nosso teste com a mesma tarefa no Claude Code com o Opus 4.8, o ego (lite) terminou em cerca de 18 segundos com 2 idas e voltas ao modelo, contra cerca de 43 segundos e 9 idas e voltas do Playwright MCP. Também corre muitas tarefas de teste em paralelo, cada uma no seu próprio Space, algo que um único navegador MCP não consegue fazer.

Sim, e é aqui que se destaca. O ego (lite) é o teu próprio navegador do dia a dia, já com sessão iniciada, por isso o agente testa dashboards, painéis de administração internos e fluxos de conta sem teres de construir primeiro uma automação de login. Como se comporta como uma sessão humana real, também é muito menos provável que dispare CAPTCHAs ou deteção de bots do que um navegador headless ou recém-lançado.

Cada tarefa corre no seu próprio Space, um espaço de trabalho separado dentro do mesmo navegador, como janelas extra do mesmo perfil. Os Spaces partilham os teus logins mas mantêm as suas próprias páginas, por isso execuções em paralelo não colidem entre si nem com os separadores em que estás a trabalhar. Para um site, isto parece um único utilizador com sessão iniciada e vários separadores abertos. Se a tua aplicação só permite uma sessão ativa por conta, corre esses fluxos um a um ou usa uma conta de teste.

Sim, no sentido em que o agente captura uma captura de ecrã de referência e uma nova, compara-as pixel a pixel, e diz-te o que mudou e onde. É o agente a fazer a comparação no teu navegador, não um produto de testes visuais separado para configurar, por isso não há Percy ou Chromatic para integrar. Para um serviço de referência gerido com fluxos de revisão e bloqueio em CI, uma ferramenta dedicada de testes visuais continua a ser a melhor opção.

Ainda não. O ego (lite) é um navegador real, com interface, no teu Mac, feito para testar enquanto desenvolves: reproduzir um bug, depurá-lo, verificar a correção, correr verificações pelas tuas páginas. Para uma suite headless que corre sem supervisão em CI, ou para testar em Firefox e WebKit, mantém a tua suite de testes Playwright. O ego (lite) é o ciclo rápido de desenvolvimento, não o executor de CI.

Problemas funcionais e de runtime que um utilizador real encontraria: um fluxo que falha, um botão que não faz nada, um erro de JavaScript não tratado, um pedido de rede falhado, um erro de consola, um valor que sai errado. O agente lê o estado da página mais a consola e a rede, por isso reporta o que falhou e onde, não apenas um verde ou vermelho.

O agente trabalha no seu próprio Space, por isso os teus separadores e janelas ficam intocados, e tudo acontece numa janela de navegador real e visível que podes observar e interromper a partir da CLI do teu agente em qualquer momento. Os teus dados de navegação ficam no teu próprio computador: o ego (lite) não envia o teu histórico, cookies ou sessões. Para fluxos com efeitos reais, como um checkout que cobra de facto, aponta o agente para localhost ou staging, tal como testarias à mão. Se ligares um agente externo ou um fornecedor de modelo, esse fornecedor tem a sua própria política de dados.