Les agents d'IA ont besoin de navigateurs. Que votre agent gratte des données, remplit des formulaires, gère plusieurs comptes ou navigue sur des workflows multi-étapes, il contrôle le navigateur à travers un protocole. Pour chaque cadre d'agent majeur, ce protocole est CDP (Chrome DevTools Protocol). Le problème : connecter votre agent à une instance standard Chrome le détecte et le bloque en quelques minutes. Un navigateur CDP pour les agents d'IA a besoin de plus qu'un paramètre WebSocket. Il a besoin de empreintes digitales gérées, de routage mandataire et d'isolement de session, tous accessibles par la même interface CDP que votre agent parle déjà.
TL;DR: CDP est le protocole standard utilisé par les agents d'IA pour contrôler les navigateurs. Standard Chrome expose les signaux d'automatisation que les systèmes anti-bot détectent instantanément. Clawbrowser est une fourche Chrome avec Native CDP, empreintes digitales gérées sur 20+ surfaces, routage proxy intégré et un MCP server. Votre agent se connecte à un vrai navigateur qui ne se bloque pas.
Qu'est-ce que Chrome DevTools Protocol?
CDP est un protocole basé sur WebSocket qui donne des programmes externes contrôle complet sur un navigateur Chrome. Il a été construit pour Chrome DevTools (l'inspecteur que vous ouvrez avec F12), mais il est devenu la norme de facto pour l'browser automation.
Grâce à CDP, un client peut :
- Naviguez dans les URLs et gérez les onglets
- Exécuter le JavaScript arbitraire dans le contexte de la page
- Capturer des captures d'écran et des PDF
- Intercepter et modifier les requêtes réseau
- Gérer les cookies, le stockage et le cache
- Simuler l'entrée de l'utilisateur : clics, touches, défilement
Le modèle de connexion est simple. Démarrez Chrome avec un port de débogage, et tout client WebSocket peut se connecter:
# 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();Un protocole, un point d'arrivée, le contrôle complet du navigateur. Cette simplicité est pourquoi CDP a gagné.
Pourquoi chaque cadre d'agents d'IA utilise le CDP
CDP est le connecteur universel entre les agents d'IA et les navigateurs. Chaque cadre d'agent majeur s'attend à un CDP endpoint:
| Cadre de l'agent | Connexion 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 | Native CDP |
| Playwright (Chromium) | connect_over_cdp() |
Lorsque votre agent a besoin d'un navigateur, il s'attend ws://localhost:9222. Pas Juggler (Protocole de Firefox), pas WebDriver BiDi, pas une REST API propriétaire. CDP.
C'est pourquoi les Anti-Detect Browsers basés sur Firefox ne peuvent pas se connecter à la plupart des workflows d'agents sans couche d'adaptateur car ils utilisent un protocole différent entièrement. Agent → CDP → Browser, le navigateur doit être basé sur le Chrome.
Le problème: Chrome standard obtient détecté
Chrome standard avec --remote-debugging-port fonctionne bien jusqu'à ce que le site cible vérifie l'automatisation. Systèmes anti-bot comme Cloudflare, DataDome et PerimeterX détectent Chrome CDP par plusieurs signaux:
1. navigator.webdriver drapeau. Chrome définit ceci à true C'est la première chose que les scripts anti-bots vérifient.
2. Artefacts d'exécution CDP. Runtime.evaluate les appels laissent des traces dans le contexte d'exécution JavaScript qui diffèrent des interactions utilisateur réelles.
3. Empreintes par défaut. Une nouvelle instance Chrome retourne les valeurs de Canvas, WebGL et AudioContext par défaut en usine. Les navigateurs réels ont des empreintes uniques en forme de GPU, pilotes et configuration OS.
4. Profil de navigateur manquant. Pas d'historique de navigation, pas de cookies, pas de polices caches, pas d'extensions. Une installation propre est un signal bot.
5. Le mode sans tête fuit. Même --headless=new produit des différences détectables dans le comportement de rendu, les tableaux de plugins et les dimensions de l'écran.
Le résultat: votre agent se connecte à Chrome, navigue vers la cible et touche un mur CAPTCHA ou un bloc silencieux. La connexion CDP fonctionne parfaitement. Le navigateur est ce qui vous échoue.
Connexion de votre agent au navigateur Clawbrowser
Clawbrowser est une fourche Chrome construite pour exactement ce cas d'utilisation: un navigateur CDP pour les agents d'IA qui gère l'anti-detect au niveau du navigateur. Votre agent se connecte à un CDP endpoint standard. Le navigateur gère tout le reste.
Démarrer une session avec une empreinte digitale gérée
# Start Clawbrowser with a managed fingerprint profile
clawctl session start --profile residential-us-1
# CDP endpoint is immediately available
# ws://localhost:9222/devtools/browser/...Connectez-vous à 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();Exécuter plusieurs sessions isolées avec routage 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:1080Chaque session obtient un profil d'empreintes digitales complet et cohérent en interne. Canvas rendes correspondent au GPU rapporté. Les paramètres WebGL correspondent à la carte graphique. Les propriétés Navigator correspondent à la version OS et navigateur. Timezone correspond à l'emplacement du mandataire.
CDP + MCP: Deux Protocoles, Un Clawbrowser
CDP vous donne un contrôle de navigateur de bas niveau. MCP (Model Context Protocol) donne accès aux outils de haut niveau d'agents d'IA.
Avec CDP, votre agent envoie des commandes granulaires : naviguez vers URL, cliquez sur l'élément aux coordonnées, exécutez ce JavaScript. Contrôle total, flexibilité totale, plus de code.
Avec MCP, votre agent appelle les fonctions de l'outil: navigate, screenshot, extract_text. Le MCP server les traduit en opérations CDP en interne. Moins de code, intégration plus rapide, mais moins de contrôle granulaire.
La répartition pratique:
- Utilisez CDP lorsque votre agent exécute des scripts d'automatisation personnalisés, a besoin d'une interception réseau ou utilise directement Puppeteer/Playwright.
- Utilisez MCP lorsque votre agent est un LLM qui nécessite un accès au navigateur au niveau de l'outil (Claude Code, Codex ou tout agent compatible MCP).
- Utilisez les deux lorsque votre orchestre gère la session sur CDP alors que les agents individuels de LLM interagissent avec MCP.
Aucun autre Anti-Detect Browser n'offre les deux protocoles sur la même instance.
Options du navigateur CDP comparées
| Fonctionnalité | Clawbrowser | Chrome | Browserbase | Steel | Camoufox |
|---|---|---|---|---|---|
| Native du PCD | Oui | Oui | Oui | Oui | Non (Juggler) |
| anti-detect | 20+ surfaces | None | Oui | Oui | Oui |
| Fournir les empreintes digitales | Oui | Numéro | Oui | Oui | Oui (BrowserForge) |
| Acheminement par procuration | Intégré | Numéro | Oui | Oui | Manuel |
| MCP server | Intégré | Numéro | Numéro | Numéro | Numéro |
| Déploiement | Local / auto-accueillé | Local | Nuage seulement | Nuage seulement | Local |
| Prix | Gratuit | Gratuit | À partir de 150 $/mois | À partir de 99 $/mois | Gratuit |
Clawbrowser est la seule option qui combine Native CDP, empreintes digitales gérées, routage proxy intégré et un MCP server, et il est gratuit. Solutions de rechange Cloud (Browserbase, Steel) charge par session et ajoute la latence réseau entre votre agent et le navigateur. Camoufox est gratuit mais utilise Firefox et Juggler, ce qui signifie aucune compatibilité CDP avec les cadres d'agents.
Commencer
# Install Clawbrowser
clawctl install
# Start a session with default fingerprint
clawctl session start --profile defaultVotre code CDP existant fonctionne sans modification. Pointez votre agent au point final. Le navigateur gère automatiquement les empreintes digitales, le routage du mandataire et l'anti-detect.
FAQ
Est-ce que Clawbrowser travaille avec Puppeteer et Playwright ?
Oui. Clawbrowser expose un CDP endpoint. puppeteer.connect() ou playwright.chromium.connect_over_cdp() avec l'URL WebSocket exactement comme vous le feriez avec Chrome régulier. Aucun changement de code requis.
Puis-je exécuter plusieurs sessions simultanément?
Oui. Chaque session obtient son propre CDP endpoint, son profil d'empreintes digitales, ses cookies et son proxy optionnel. Exécutez autant de sessions que votre matériel. Les sessions sont complètement isolées sans état partagé entre elles.
Est-ce que Clawbrowser est libre pour un usage commercial?
Oui. Clawbrowser est libre et open source. Aucune limite d'utilisation, aucun prix par session, aucune clé API requise. Utilisez-le dans la production, en CI/CD ou sur votre machine locale.
Quelle est la différence entre CDP et MCP dans Clawbrowser ?
CDP (Chrome DevTools Protocol) fournit un contrôle de navigateur de bas niveau: naviguer, cliquer, exécuter JavaScript, intercepter les demandes de réseau. MCP (Model Context Protocol) fournit un accès à l'outil de haut niveau: naviguer, capture d'écran, extraire du texte.
Ça marche en mode Docker et sans tête ?
Oui. Clawbrowser fonctionne dans Docker avec le même CDP endpoint exposé. --headless pour les environnements serveur. Toute la gestion des empreintes digitales fonctionne de façon identique en mode sans tête.
Poursuivre la lecture
Articles associés
CDP vs MCP : quand utiliser lequel pour le contrôle navigateur par IA
CDP contrôle le navigateur. MCP connecte l'IA. Apprenez quand utiliser Chrome DevTools Protocol et quand utiliser Model Context Protocol pour l'automatisation navigateur avec des agents IA.
Lire l’article →
Pourquoi Clawbrowser est construit sur le Chromium
Clawbrowser est basé sur le Chromium parce que l'automatisation des agents d'IA a besoin de compatibilité CDP, un large support de cadre, et une surface d'empreinte digitale du navigateur qui correspond à la majorité du trafic web réel.
Lire l’article →