Voltar as noticias
Por que seu agente falha: Edição Playwright
Agentic SEOAltaEN

Por que seu agente falha: Edição Playwright

Dev.to - MCP·19 de agosto de 2026

TL;DR
Playwright é uma ótima ferramenta para seu trabalho: testar páginas conhecidas.
Agentes trabalham em páginas desconhecidas. Esse é um trabalho diferente. Estruturalmente diferente.
Seis lugares onde o Playwright falha para agentes - e o que o E2LLM faz em cada um.
Não é "Playwright é ruim." Ele tem um propósito diferente.

Playwright está em toda parte. Cada pilha de agentes se baseia nele. Você ouve sobre isso de todas as direções. Em resumo: se você quer agentes, não tem escolha.

Vamos mostrar que você tem.

E o padrão é sempre o mesmo: o agente falha em entender onde clicar. O clique em si funciona bem.

Teoria: Playwright responde "como realizar uma ação" em vez de "o que está na página agora." Para os agentes, a segunda opção é o que machuca.

Limitação 1: Seletores como um contrato com uma página conhecida

Playwright: um desenvolvedor escreveu o seletor com antecedência. A página é conhecida. O DOM é estável entre execuções.

Realidade: a página é desconhecida. Hashes de CSS-in-JS nos nomes das classes (.css-1x2b3). Testes A/B. Redesenhos. O agente tem que encontrar o elemento, não endereçá-lo.

E2LLM: não está endereçando. Está lendo. Um snapshot SiFR do DOM renderizado com classificação de saliência: o agente vê uma lista do que está lá ([clicável], [preenchível], [hoverable]) e escolhe por significado, não por um caminho pré-escrito. Pegue qualquer site com banners de cookies como exemplo.

Limitação 2: Árvore A11y como uma página "construída para ser lida"

Playwright (via aria-snapshot/MCP): a página está semanticamente marcada. Funções, rótulos, estrutura.

Realidade: a web legada não está marcada e nunca estará. Sites governamentais, fintech, varejo, manufatura, qualquer intranet. O fornecedor se foi, não há orçamento, "funciona - não toque nele." E o div número 72 confirmará felizmente que não é legível através da árvore.

E2LLM: deriva a percepção da página renderizada ao vivo - estilos computados, visibilidade real, posições. A página foi construída para ser renderizada, e isso é suficiente. O que o usuário vê é o que o modelo vê.

Limitação 3: Snapshot ≠ o que está na tela

Playwright: estruturas DOM/AXTree são suficientes para entender a página.

Realidade: um modal cobre o botão e na árvore ambos são "clicáveis." Spinners. Sobreposições. z-index. Oclusão. AXTree não sabe o que cobre o que. Benchmarks dão um número bonito. Mas pegue a realidade. Sites de nível 2? Nível 3? Você entende a ideia.

E2LLM: z-index, bbox, relações espaciais ("X sobrepõe Y", "X acima de Y"). O modelo sabe que o botão está sob o modal e o fecha primeiro - ou simplesmente age na camada certa imediatamente.

Limitação 4: Custo do snapshot e da sessão

Playwright MCP: um snapshot de texto completo após cada ação. Além disso, o protocolo MCP carrega todas as descrições de ferramentas no início da sessão.

Realidade: dezenas de milhares de tokens de sobrecarga antes da primeira ação. Cada re-snapshot - milhares a mais. Uma tarefa longa = contexto consumido por snapshots, não por trabalho.

E2LLM: 5–15 KB por estado em vez de 200–400 KB. Sobrecarga da sessão: um conjunto de ferramentas compacto, então você paga apenas pelo que lê.

Limitação 5: Obsolescência - o mundo muda entre "viu" e "clicou"

Playwright: entre o snapshot e a ação a página é a mesma. A referência é válida. O teste é determinístico.

Realidade: a página está viva. Carregamento preguiçoso, um contador que não foi atualizado, um elemento que foi re-renderizado. Elemento não encontrado - e o agente ou morre ou começa um loop caro de re-snapshots cegos.

E2LLM: re-leitura é barata, então re-leitura é normal. Estado obsoleto se torna clima, não falha. Log de sessão de uma execução real: costco-pantry-run.session.log

Limitação 6: Modelo de falha - "lançar uma exceção para o testador"

Playwright: se algo estiver errado, o teste deve falhar. Um humano lerá a pilha de rastreamento.

Realidade: um agente não precisa de uma pilha de rastreamento, ele precisa de recuperação. O que está na página agora, o que mudou, qual é o próximo passo. Playwright não relata isso - não é seu trabalho.

E2LLM: diffs de estado, re-leitura como primeira classe. Um erro é uma razão para re-leitura, não uma razão para morrer.

Limite honesto

E2LLM não substitui o Playwright. Para testes de CI do seu próprio código, o Playwright é a ferramenta certa.

E2LLM com SiFR é percepção de navegador para máquinas que ninguém descreveu a página.

Percepção ≠ agente. Cérebros são substituíveis. A camada abaixo deles não é.

Toda a dor do agente que você lê em threads ("ficou preso", "elemento errado", "muito caro") não é dor de clique. É dor de leitura.

Todo mundo pode clicar. Quase ninguém pode ler.

GitHub logo e2llm / e2llm-sifr

Percepção estruturada do navegador para IA — SiFR transforma qualquer página da web ao vivo em um modelo compacto, estruturado e legível por LLM.

E2LLM — percepção estruturada do navegador para IA

E2LLM transforma uma página da web ao vivo em SiFR: um modelo compacto e estruturado legível por LLM do que está na página, o que significa e o que pode ser feito com isso. Percepção é o produto. Ação está disponível quando você precisa — sempre explícita, sempre controlada.

Funciona como um servidor MCP remoto hospedado com a IA que você já usa. Não há servidor local para executar — uma extensão de navegador conecta seu navegador ao vivo ao servidor, então percepção e ação acontecem no navegador real em que você já está logado.

E2LLM não é um agente

Isso é importante, então vem primeiro.

Um agente decide e age por conta própria — ele planeja, itera e dá passos em direção a um objetivo sem você no caminho. Essa autonomia também é sua superfície de ataque: um runtime de agente que pode fazer qualquer coisa pode ser direcionado a fazer qualquer coisa.

E2LLM

Contexto Triplo Up

Empresas brasileiras que utilizam agentes de IA podem enfrentar desafios ao usar ferramentas como Playwright, que não são otimizadas para páginas dinâmicas. A adoção de soluções como E2LLM pode melhorar a eficácia dos agentes, permitindo uma melhor leitura e interação com o conteúdo da web.

Noticias relacionadas

Gostou do conteudo?

Receba toda semana as principais novidades sobre WebMCP.