Pourquoi Clawbrowser est construit sur le Chromium

Clawbrowser est construit sur Chromium parce que la plupart de l'browser automation AI parle déjà le langage d'automatisation native de Chromium: Chrome DevTools Protocol. CDP est ce que Puppeteer utilise, ce que Playwright peut se connecter à sur connectOverCDP, et ce que beaucoup de cadres d'agents attendent quand ils demandent un point d'arrêt de navigateur.

L'automatisation basée sur Firefox peut bien fonctionner pour des workflows spécifiques de Playwright, mais il n'expose pas CDP de la même manière. Cela importe quand l'utilisateur veut brancher un navigateur dans Claude Code, Codex, Cursor, Hermes Agent, Kilo Code, Puppeteer, ou un agent personnalisé qui sait déjà conduire Chromium.

CDP est l'interface Agent par défaut

Les agents d'IA ont besoin d'une manière stable pour inspecter les pages, cliquer sur les éléments, exécuter JavaScript, capturer des captures d'écran et lire l'état du réseau.

Avec Clawbrowser, la forme est simple:

Agent framework -> CDP or MCP -> Clawbrowser session -> real website

Cela signifie que le code d'browser automation existant peut continuer à utiliser la même couche de contrôle tandis que Clawbrowser gère la couche d'identité : profils d'empreintes digitales, routage par procuration, état de session et observation en direct.

Le Chromium correspond à un trafic plus réel

Les navigateurs basés sur le Chromium représentent la majorité du trafic de navigateur de bureau. Les systèmes anti-bot construisent leurs attentes autour des familles de navigateurs qu'ils voient le plus souvent, y compris Chrome, Edge, Brave, et d'autres variantes de Chromium.

L'utilisation de Chromium ne rend pas automatiquement l'automatisation sûre. Un navigateur sans tête par défaut peut encore être détecté rapidement. L'avantage est que le protocole de base, moteur de rendu et compatibilité du site correspondent à ce que la plupart des applications web de production supportent déjà.

Questions de compatibilité du site

De nombreux sites modernes sont testés principalement contre Chrome. Flux de paiement, tableaux de bord, bibliothèques publicitaires, plateformes sociales, et les applications web d'entreprise se comportent souvent mieux dans un Chromium-comme l'exécution.

Pour le travail d'agent, les défaillances de compatibilité sont coûteuses. Si un site rend différemment, bloque une fonctionnalité, ou expose un chemin d'automatisation non standard, l'agent passe du temps à déboger le navigateur au lieu de terminer la tâche.

La cohérence de l'empreinte digitale arrive toujours en premier

Le moteur de navigateur n'est qu'une partie de la surface de détection. Clawbrowser doit encore rendre la session cohérente sur toile, WebGL, audio, polices, champs navigateur, données d'écran, fuseau horaire, géolocalisation, WebRTC, identité de proxy et état de stockage.

C'est pourquoi Clawbrowser n'est pas seulement "Chromium avec l'automatisation activé." C'est un runtime géré pour les sessions de navigateur, construit de sorte que les agents compatibles CDP peuvent fonctionner dans des identités de navigateur réalistes.

Quand le Chromium est le bon choix

Le Chromium est la bonne base lorsque votre pile dépend de CDP, lorsque vous voulez un large support de cadre, ou lorsque vous avez besoin du navigateur pour se comporter comme les environnements de la plupart des sites Web optimiser pour.

Pour Clawbrowser, ces contraintes importent plus que de minimiser la taille binaire. Les agents d'IA ont besoin d'un navigateur qui se connecte facilement, rend fiable, et leur donne moins de raisons d'arrêter mi-tâche.