O que é Playwright MCP?
O Playwright MCP permite que um agente abra páginas, clique, digite, preencha formulários e leia conteúdo em um navegador real. Em vez de capturas de tela, ele entrega ao modelo o snapshot de acessibilidade do Playwright, com uma referência para cada elemento, para que um modelo só de texto possa agir na página.
Instale com npx @playwright/mcp@latest (Node.js 18 ou mais recente). Por padrão, o navegador mantém um perfil persistente em disco; --isolated o mantém em memória, --extension se conecta ao seu Chrome ou Edge em execução, e --port o serve via HTTP. Cerca de 25 ferramentas principais carregam por padrão, e outras 47 para rede, armazenamento, DevTools, cliques por coordenadas, PDF e asserções de teste são opcionais via --caps.
A versão atual é a 0.0.83, de 28 de setembro de 2026. O próprio README da Microsoft agora direciona agentes de programação para sua Playwright CLI com skills, que diz ser mais eficiente em tokens, e posiciona o MCP para loops de navegador longos e com estado.
Como instalar Playwright MCP
npx @playwright/mcp@latestPlaywright MCP vale a pena?
O Playwright MCP continua sendo o servidor de navegador padrão para agentes, e o motivo é o modelo de snapshots. Ferramentas como browser_navigate, browser_click e browser_snapshot trabalham com referências de elementos da árvore de acessibilidade, não com coordenadas de tela, então qualquer modelo de texto pode controlá-lo e as ações caem no elemento certo. Ele roda Chromium, Firefox e WebKit, o que o Chrome DevTools MCP não faz.
Os tokens são o custo, e a Microsoft diz isso. Seu README agora recomenda a Playwright CLI separada, com skills, para agentes de programação, porque a CLI evita carregar schemas de ferramentas e árvores de acessibilidade verbosas no contexto, e reserva o MCP para automação exploratória, testes que se autocorrigem e workflows de longa duração. Há atenuantes: browser_find busca em um snapshot em vez de devolvê-lo inteiro, e --mobile emula um Pixel 10 ou um iPhone 17, o que, segundo o README, costuma significar páginas mais leves.
Os padrões merecem atenção. O perfil do navegador persiste em disco, então tudo em que o agente fizer login continua logado, e um perfil não pode servir dois clientes ao mesmo tempo. O acesso a arquivos é limitado às raízes do workspace, e URLs file:// são bloqueadas, a menos que você passe --allow-unrestricted-file-access. --allowed-origins e --blocked-origins existem, mas a documentação diz que nenhum dos dois é uma barreira de segurança nem se aplica a redirecionamentos. O modo HTTP escuta no localhost, a menos que você defina --host 0.0.0.0, como faz o exemplo com Docker.
Os números de versão 0.0.x subestimam um projeto com 38.500 estrelas no GitHub e releases a cada uma ou duas semanas; as correções de setembro trataram de diálogos durante o carregamento de páginas e de processos de navegador órfãos no Docker. Em comparação com o Browserbase, a troca é controle local e nenhuma conta a pagar, contra um navegador hospedado que lida melhor com escala e detecção de bots.
Onde ele se destaca
Um engenheiro de QA em uma equipe web com uma suíte de testes Playwright instável
Fazer um agente reproduzir um fluxo de checkout que falha e sugerir um localizador estável
Roda o servidor com --isolated e --caps=testing para que o agente possa percorrer o fluxo e usar as ferramentas de asserção. Não custa nada além dos tokens do modelo, embora cada snapshot de uma página de checkout grande aumente esse total.
Um analista de operações em uma empresa de logística de 30 pessoas
Puxar números semanais de um portal de fornecedor que não tem API
Usa um perfil salvo para que o agente continue logado, e um arquivo dotenv com --secrets para que a senha não seja digitada no chat. O risco é que o perfil persistente mantém essa sessão para qualquer tarefa posterior, então deve ser uma conta dedicada.
Um desenvolvedor front-end verificando um bug de layout que só aparece no Safari
Ver como uma página é renderizada no WebKit sem ter um Mac
Inicia o servidor com o navegador WebKit e pede ao agente para navegar e tirar um snapshot do componente quebrado. O Chrome DevTools MCP não consegue fazer isso, já que suporta apenas o Chrome.
Antes de decidir
- Configuração
- npx @playwright/mcp@latest em qualquer cliente MCP; o README tem passos de instalação para Claude Code, Codex, Copilot CLI, Cursor, VS Code, Gemini CLI e outros. Uma primeira chamada a browser_navigate funciona em minutos depois que um navegador está instalado.
- Integrações
- Cerca de 25 ferramentas por padrão, incluindo browser_navigate, browser_click, browser_type, browser_fill_form e browser_snapshot; --caps acrescenta ferramentas de network (4), storage (17), devtools (13), vision (6), testing (5), pdf e config.
- Dados e privacidade
- Roda localmente; nada vai para a Microsoft. As páginas são entrada não confiável que pode trazer injeção de prompt, o perfil persistente guarda cookies, e o README afirma que o servidor não é uma barreira de segurança.
- Custo em escala
- Gratuito; o custo são os tokens de modelo dos snapshots, que a Microsoft não quantifica. Hospedagem compartilhada significa a imagem Docker, que suporta apenas Chromium headless.
- Limites
- Um perfil persistente por instância de navegador, então clientes em paralelo precisam de --isolated ou de --user-data-dir separados; browser_wait_for limita as esperas a 30 segundos; o modo por extensão é só para Chrome e Edge.
O que é bom
- Referências de elementos a partir de snapshots de acessibilidade, sem precisar de modelo de visão
- Chromium, Firefox e WebKit
- Grupos de recursos opcionais mantêm o conjunto padrão perto de 25 ferramentas
- Modos isolado, persistente e por extensão
O que não é
- Snapshots de páginas carregadas são longos e se repetem após cada ação
- O perfil persistente por padrão mantém os logins entre execuções
- As listas de origens permitidas e bloqueadas não são uma barreira de segurança
- A Microsoft direciona agentes de programação para sua CLI
Ideal para
Desenvolvedores e engenheiros de QA que querem um agente para explorar, testar ou automatizar apps web em vários motores de navegador.
Alternativas ao Playwright MCP
Playwright MCP: perguntas frequentes
- Playwright MCP vale a pena?
- O Playwright MCP é o servidor de navegador por onde começar, desde que você reserve orçamento para snapshots longos e lembre que a Microsoft diz que ele não é uma barreira de segurança. Damos nota 4.7 de 5.
- Quanto custa Playwright MCP?
- Gratuito e com licença Apache-2.0; você paga apenas pelos tokens de modelo que os snapshots consomem.
- Quais são as desvantagens de Playwright MCP?
- Snapshots de páginas carregadas são longos e se repetem após cada ação; o perfil persistente por padrão mantém os logins entre execuções; as listas de origens permitidas e bloqueadas não são uma barreira de segurança; a Microsoft direciona agentes de programação para sua CLI.
- Para quem Playwright MCP é indicado?
- Desenvolvedores e engenheiros de QA que querem um agente para explorar, testar ou automatizar apps web em vários motores de navegador.
- Quanto custa Playwright MCP para uma equipe ou em produção?
- Gratuito; o custo são os tokens de modelo dos snapshots, que a Microsoft não quantifica. Hospedagem compartilhada significa a imagem Docker, que suporta apenas Chromium headless.
- Playwright MCP é seguro para dados da empresa?
- Roda localmente; nada vai para a Microsoft. As páginas são entrada não confiável que pode trazer injeção de prompt, o perfil persistente guarda cookies, e o README afirma que o servidor não é uma barreira de segurança.
- Quais são as melhores alternativas ao Playwright MCP?
- As alternativas mais próximas que analisamos são Chrome DevTools MCP e Browserbase MCP.
Respostas verificadas em 22 de out. de 2026.