Os agentes de IA precisam de navegadores. Quer o seu agente raspe dados, preencha formulários, gere várias contas ou navegue fluxos de trabalho em várias etapas, ele controla o navegador através de um protocolo. Para cada framework de agentes principais, esse protocolo é CDP (Chrome DevTools Protocol). O problema: conectar o seu agente a uma instância padrão de Chromium, é detectado e bloqueado em poucos minutos. Um navegador CDP para agentes de IA precisa de mais do que um endpoint WebSocket. Ele precisa de impressões digitais gerenciadas, roteamento de proxy e isolamento de sessão, tudo acessível através da mesma interface CDP que o seu agente já fala.
TL;DR: CDP é o protocolo padrão que os agentes de IA usam para controlar navegadores. O Chrome padrão expõe sinais de automação que sistemas anti-bots detectam instantaneamente. Clawbrowser é um garfo de Chromium com Native CDP, impressões digitais gerenciadas em 20+ superfícies, roteamento de proxy embutido e um MCP server. Seu agente se conecta a um navegador real que não fica bloqueado.
O que é o Chrome DevTools Protocol?
O CDP é um protocolo baseado no WebSocket que fornece aos programas externos o controle completo sobre um navegador Chromium. Foi construído para o Chrome DevTools (o inspetor que você abre com o F12), mas tornou-se o padrão de fato para browser automation.
Através da CDP, um cliente pode:
- Navegar para URLs e gerenciar abas
- Executar JavaScript arbitrário no contexto da página
- Capturar imagens e PDFs
- Interceptar e modificar pedidos de rede
- Gerencie cookies, armazenamento e cache
- Simular a entrada do usuário: cliques, teclas, rolagem
O modelo de conexão é simples. Inicie o Chrome com uma porta de depuração e qualquer cliente WebSocket pode se conectar:
# Start Chrome with CDP enabled
chrome --remote-debugging-port=9222// Connect from Node.js with Puppeteer
const browser = await puppeteer.connect({
browserWSEndpoint: 'ws://localhost:9222/devtools/browser/...'
});
const page = await browser.newPage();Um protocolo, um ponto final, controle completo do navegador. Essa simplicidade é a razão pela qual a CDP ganhou.
Por que cada framework de agentes de IA usa CDP
O CDP é o conector universal entre agentes de IA e navegadores. Cada framework de agente principal espera um CDP endpoint:
| Framework de agente | Ligação CDP |
|---|---|
| Claude Code | MCP server ou CDP endpoint |
| OpenAI Codex | connect_over_cdp() |
| Cursor | CDP WebSocket |
| Browser Use | CDP endpoint |
| Hermes Agent | CDP endpoint |
| OpenClaw | CDP endpoint |
| Kilo Code | CDP endpoint |
| Puppeteer | Cliente Native CDP |
| Playwright (Chromium) | connect_over_cdp() |
Quando seu agente precisa de um navegador, ele espera ws://localhost:9222. Não Juggler (protocolo do Firefox), nem WebDriver BiDi, nem uma REST API proprietária. CDP.
É por isso que os Anti-Detect Browsers baseados no Firefox não podem conectar-se à maioria dos fluxos de trabalho de agentes sem uma camada de adaptador porque eles usam um protocolo completamente diferente. Agent → CDP → Browser, o navegador deve ser baseado em Chromium.
O problema: Chrome padrão é detectado
Chrome padrão com --remote-debugging-port Funciona bem até que o site alvo verifique a automação. Sistemas anti-bots como Cloudflare, DataDome e PerimeterX detectam o Chrome baseado em CDP através de vários sinais:
1. navigator.webdriver flag. O Chrome define isto como true É a primeira coisa que os scripts anti-bots verificam.
2. Artefactos de execução CDP.Runtime.evaluate as chamadas deixam traços no contexto de execução do JavaScript que diferem das interações reais do usuário.
3. Impressões digitais padrão. Uma nova instância Chrome retorna os valores de tela, WebGL e AudioContext padrão de fábrica. Os navegadores reais têm impressões digitais únicas moldadas por GPU, drivers e configuração do sistema operacional.
4. Falta o perfil do navegador. Sem histórico de navegação, sem cookies, sem fontes em cache, sem extensões. Uma instalação limpa é um sinal de bot.
5. Vazamentos de modo sem cabeça. Mesmo --headless=new produz diferenças detectáveis no comportamento de renderização, arrays de plugins e dimensões de tela.
O resultado: seu agente se conecta ao Chrome, navega até o alvo e atinge uma parede CAPTCHA ou um bloco silencioso. A conexão CDP funciona perfeitamente. O navegador é o que falha em você.
Conectando seu agente ao Clawbrowser
Clawbrowser é um garfo de Chromium construído para este caso de uso: um navegador CDP para agentes de IA que lida com anti-detect no nível do navegador. O seu agente liga- se a um endpoint padrão CDP. O navegador trata de tudo o resto.
Iniciar uma sessão com uma impressão digital gerenciada
# Start Clawbrowser with a managed fingerprint profile
clawctl session start --profile residential-us-1
# CDP endpoint is immediately available
# ws://localhost:9222/devtools/browser/...Conectar a partir de Playwright ou Puppeteer
from playwright.sync_api import sync_playwright
with sync_playwright() as p:
# Connect to Clawbrowser's CDP endpoint, same as any Chrome
browser = p.chromium.connect_over_cdp("ws://localhost:9222")// Puppeteer: zero changes to existing code
const browser = await puppeteer.connect({
browserWSEndpoint: 'ws://localhost:9222/devtools/browser/...'
});
const page = await browser.newPage();Executar várias sessões isoladas com roteamento proxy
# Session 1: US residential proxy, unique fingerprint
clawctl session start --profile us-east --proxy socks5://us-proxy:1080
# Session 2: EU residential proxy, different fingerprint
clawctl session start --profile eu-west --proxy socks5://eu-proxy:1080Cada sessão obtém um perfil de impressão digital completo e internamente consistente. Os renderizadores do Canvas correspondem à GPU relatada. Os parâmetros do WebGL correspondem à placa gráfica. As propriedades do navegador correspondem à versão do SO e do navegador. O fuso horário corresponde à localização do proxy. Os sistemas anti- bots vêem um navegador real porque cada superfície conta a mesma história.
CDP + MCP: Dois Protocolos, Um Navegador de Garras
O CDP dá- lhe um controlo de baixo nível do navegador. O MCP (Model Context Protocol) dá aos agentes de IA acesso a ferramentas de alto nível. O Clawbrowser suporta ambos na mesma instância.
Com o CDP, seu agente envia comandos granulares: navegue para URL, clique em elemento nas coordenadas, execute este JavaScript. Controle completo, flexibilidade total, mais código.
Com o MCP, o seu agente chama as funções da ferramenta: navigate, screenshot, extract_text. O MCP server traduz estas em operações CDP internamente. Menos código, integração mais rápida, mas menos controle granular.
A divisão prática:
- Use CDP quando seu agente executa scripts de automação personalizados, precisa de interceptação de rede ou usa Puppeteer/Playwright diretamente.
- Use MCP quando seu agente é um LLM que precisa de acesso ao navegador de nível de ferramenta (Claude Code, Codex ou qualquer agente compatível com MCP).
- Use ambos quando seu orquestrador gerencia a sessão sobre o CDP enquanto agentes individuais de LLM interagem através do MCP.
Nenhum outro Anti-Detect Browser oferece ambos os protocolos na mesma instância.
Opções do navegador CDP Comparadas
| Característica | Clawbrowser | Chrome | Browserbase | Steel | Camoufox |
|---|---|---|---|---|---|
| Native CDP | Sim. | Sim. | Sim. | Sim. | Não (Juggler) |
| anti-detect | 20+ superfícies | None | Sim. | Sim. | Sim. |
| Impressões digitais geridas | Sim. | Não | Sim. | Sim. | Sim (BrowserForge) |
| Roteamento de proxy | Incorporado | Não | Sim. | Sim. | Manual |
| MCP server | Incorporado | Não | Não | Não | Não |
| Desemprego | Local / auto- hospedado | Local | Apenas nuvem | Apenas nuvem | Local |
| Preço | Livre | Livre | A partir de $150/mo | A partir de $99/mo | Livre |
Clawbrowser é a única opção que combina Native CDP, impressões digitais gerenciadas, roteamento de proxy embutido e um MCP server, e é gratuito. Alternativas de nuvem (Browserbase, Steel) cobram por sessão e adicionam latência de rede entre seu agente e o navegador. Camoufox é gratuito, mas usa Firefox e Juggler, o que significa não compatibilidade CDP com frameworks de agente.
Começar
# Install Clawbrowser
clawctl install
# Start a session with default fingerprint
clawctl session start --profile defaultO seu código CDP existente funciona inalterado. Aponte o seu agente para o ponto final. O navegador lida automaticamente com impressão digital, roteamento de proxy e anti- detecção.
FAQ
O Clawbrowser trabalha com o Puppeteer e o Playwright?
Sim. Clawbrowser expõe um ponto de avaliação padrão CDP. puppeteer.connect() ou playwright.chromium.connect_over_cdp() com o URL WebSocket exatamente como você faria com o Chrome regular. Nenhuma alteração de código necessária.
Posso executar várias sessões simultaneamente?
Sim. Cada sessão obtém o seu próprio CDP endpoint, perfil de impressão digital, cookies e proxy opcional. Execute tantas sessões quanto o seu hardware suporta. As sessões são totalmente isoladas sem estado compartilhado entre elas.
Clawbrowser é livre para uso comercial?
Sim. Clawbrowser é livre e código aberto. Sem limites de uso, sem preços por sessão, sem chaves API necessárias. Use-o na produção, em CI/CD ou em sua máquina local.
Qual é a diferença entre CDP e MCP em Clawbrowser?
O CDP (Chrome DevTools Protocol) fornece controle de navegador de baixo nível: navegue, clique, execute o JavaScript, intercepte solicitações de rede. O MCP (Model Context Protocol) fornece acesso de ferramenta de alto nível: navegue, captura de tela, extraia texto. Clawbrowser suporta ambos simultaneamente na mesma instância do navegador.
Funciona no modo Docker e sem cabeça?
Sim. Clawbrowser é executado em Docker com o mesmo CDP endpoint exposto. Use --headless para ambientes de servidor. Todo o gerenciamento de impressões digitais funciona de forma idêntica no modo sem cabeça.
Continue lendo
Artigos relacionados
CDP vs MCP: quando usar cada um para controle de browser por IA
CDP controla o browser. MCP conecta a IA. Saiba quando usar Chrome DevTools Protocol vs Model Context Protocol para automação de browser com agentes de IA.
Ler artigo →
Por que Clawbrowser é construído sobre Chromium
Clawbrowser é baseado em Chromium porque a automação do agente de IA precisa de compatibilidade CDP, suporte a framework amplo e uma superfície de impressão digital do navegador que corresponda à maioria do tráfego web real.
Ler artigo →