Três movimentos desta semana deixam essa direção mais clara.
Chrome 147: quando o DevTools aprende a pensar junto com você
O Chrome 147, lançado recentemente pelo Google, trouxe duas atualizações no DevTools que passariam despercebidas em qualquer outra época, mas que, no contexto atual, são significativas.
A primeira é a seleção automática de contexto para assistência de IA. Antes do 147, para pedir ajuda à IA no DevTools, você precisava primeiro selecionar manualmente o elemento, requisição de rede ou trecho de código sobre o qual queria perguntar. Era uma etapa extra que tornava o fluxo menos natural.
Agora, um novo agente de seleção de contexto permite que você faça perguntas abertas sem precisar selecionar nada previamente. Você pode perguntar “Quais são as requisições de rede mais lentas nessa página?” e o DevTools encontra e analisa automaticamente. Ou “Quais problemas de performance existem nessa página?” e o DevTools grava um trace com suas configurações para responder. O sistema também muda de contexto automaticamente conforme suas ações quando o chat está vazio, enquanto respeita seleções manuais depois que uma conversa começa.
A segunda mudança é a evolução de sugestões de código para geração completa. O Chrome 142 havia introduzido sugestões de código do Gemini nos painéis Console e Sources. No 147, essa capacidade avança para geração completa: você escreve um comentário em linguagem natural descrevendo a lógica que precisa — por exemplo, // Loop para verificar todos os elementos img com atributos alt válidos e pressiona Ctrl+I para iniciar a geração. O DevTools produz o código completo a partir da descrição.
O Chrome DevTools MCP: o browser como ferramenta de agentes
Em paralelo às mudanças no DevTools para desenvolvedores humanos, o Google também lançou e está iterando rapidamente o Chrome DevTools MCP, um servidor MCP (Model Context Protocol) oficial, mantido pela equipe do Chrome DevTools, que conecta agentes de IA diretamente ao Chrome.
O que isso significa na prática: um agente de IA como Claude Code, Cursor ou Gemini CLI pode, através desse servidor, controlar e inspecionar uma instância real do Chrome. Não um browser genérico e isolado, mas o seu Chrome, com suas sessões abertas, seus logins ativos, suas abas em uso.
As 29 ferramentas disponíveis cobrem seis categorias: automação de input, clicar, preencher formulários, fazer upload, navegação, emulação, performance, análise de rede e debugging. A versão 0.21.0, lançada há alguns dias, adiciona suporte a múltiplos agentes simultâneos com roteamento por pageId, o que significa que diferentes agentes podem trabalhar em paralelo em páginas diferentes do mesmo browser.
O fluxo que isso habilita é diferente em espécie do que existia antes. Um agente pode:
- Abrir uma página específica no seu Chrome existente, com autenticação já ativa
- Rodar um trace de performance e identificar o LCP problemático
- Inspecionar o elemento responsável no DOM
- Sugerir a correção de código
- Fazer a mudança
- Rodar o trace novamente para verificar se o problema foi resolvido
- Repetir até a métrica estar dentro do threshold aceitável
Tudo isso sem que o desenvolvedor precise sair do editor ou copiar e colar nada entre ferramentas. O agente e o browser estão falando diretamente.
Cloudflare Browser Run: do acesso ao controle
A Cloudflare entrou nessa conversa de um ângulo diferente. O que era anteriormente chamado de Browser Rendering foi renomeado para Browser Run e a mudança de nome carrega uma mudança de proposta.
Browser Rendering sugeria uma ferramenta para renderizar páginas. Browser Run sugere um ambiente onde algo executa dentro do browser. E é exatamente isso que a nova versão faz: oferece Live View, Human in the Loop, acesso ao Chrome DevTools Protocol e 4x mais limites de concorrência para agentes operando via browser.
O Human in the Loop é a adição mais interessante. Ele reconhece que agentes operando autonomamente em um browser vão, inevitavelmente, chegar a pontos onde precisam de confirmação humana, um CAPTCHA, uma decisão sensível, uma autenticação de dois fatores. Em vez de travar ou falhar, o agente pode pausar e devolver o controle para um humano resolver aquele ponto específico, antes de retomar a execução autônoma.
O Live View permite que operadores vejam em tempo real o que o agente está fazendo no browser, criando visibilidade para processos que antes aconteciam em caixas pretas.
O Google AI Mode e a mudança no comportamento de busca
Há outro vetor de mudança no browser que merece atenção: o AI Mode do Google.
O Google expandiu o AI Mode, que apresenta respostas geradas por IA lado a lado com resultados de busca tradicionais, para mais usuários e regiões. O que isso cria, na prática, é um browser onde a camada de busca já não retorna apenas links, mas interpretações e sínteses do conteúdo disponível.
Para o usuário, a experiência do browser muda: você ainda está na mesma janela, mas o intermediário entre você e a informação é agora um modelo de linguagem, não apenas um índice de links. Para quem produz conteúdo, muda a natureza da competição: não basta aparecer nos resultados, é preciso aparecer nas sínteses.
Isso amplia o que discutimos no artigo sobre GEO: o browser em si está se tornando um consumidor ativo de conteúdo, não só um exibidor passivo.
O que isso significa para desenvolvedores e times de produto
A soma desses movimentos aponta para uma mudança no que significa “trabalhar com o browser”.
Para desenvolvedores, o DevTools está deixando de ser um painel de inspeção passiva e virando um colaborador ativo. A progressão é clara: sugestão de código → geração de código → inspeção autônoma → ciclo de debug autônomo. O Chrome 147 está no meio desse caminho.
Para equipes de produto e QA, agentes conectados ao browser via MCP habilitam testes automatizados que antes exigiam scripts Playwright ou Selenium cuidadosamente mantidos. Um agente pode navegar em um fluxo, identificar problemas, documentá-los e gerar relatórios, sem que ninguém precise escrever código de teste.
Para operações e automação, o Browser Run da Cloudflare e ferramentas similares tornam viável colocar agentes para executar tarefas repetitivas que aconteciam via browser humano, desde pesquisa competitiva até monitoramento de SLAs de fornecedores.
A metáfora do browser como janela está ficando para trás. O que está tomando seu lugar é algo mais próximo de um sistema operacional para tarefas digitais — onde agentes operam, humanos supervisionam e o fluxo de trabalho cruza múltiplas ferramentas sem que nenhum humano precise fazer esse cruzamento manualmente.
Conclusão: Uma ressalva importante
Essa convergência de agentes e browsers levanta questões de segurança que merecem atenção. A própria documentação do Chrome DevTools MCP é explícita: o servidor compartilha o conteúdo do browser com o cliente MCP. Senhas, tokens, dados de sessão, conteúdo de páginas privadas, tudo que está visível no browser está potencialmente acessível ao agente.
Isso não é um problema se você está usando com um agente em um ambiente controlado e de confiança. Mas coloca requisitos claros sobre como o acesso deve ser configurado, quais sessões o agente pode ver, e com que permissões ele opera.
O poder do browser como ambiente de trabalho de IA cresce junto com a superfície de risco. Usar bem significa usar com consciência.
