Correction des CAPTCHA du navigateur OpenClaw avec Camoufox et l'interface en ligne de commande
Le problème : Pourquoi OpenClaw est bloqué
Le navigateur intégré d'OpenClaw utilise Chromium avec Playwright. Bien qu'il semble humain (MacBook Pro de rechange sur réseau domestique, comptes connectés), il est bloqué par les sites avec détection de bots. Google et Bing lancent des CAPTCHA, X affiche des murs de connexion, et Medium ne se charge pas derrière Cloudflare.
Comment fonctionne la détection de bots
Des outils comme Puppeteer et Playwright utilisent le protocole Chrome DevTools (CDP) pour contrôler le navigateur. Lorsqu'ils se connectent, une commande Runtime.Enable se déclenche. Les scripts anti-bots détectent cela avec JavaScript. Cloudflare et DataDome vérifient tous les deux cela.
Les bibliothèques d'automatisation injectent également du JavaScript dans les pages pour fonctionner (window.__playwright__binding__ et similaire). Les scripts anti-bots les attrapent en vérifiant les descripteurs de propriété et les signatures de fonction. Si toString() sur une fonction du navigateur ne renvoie plus "[native code]", quelque chose a été altéré.
L'empreinte matérielle expose des centaines de points de données : modèle GPU via WebGL, sortie Canvas au niveau pixel qui varie selon le matériel graphique, résolution d'écran, métriques de police, traitement audio. Les navigateurs automatisés se trompent sur cela - la sortie Canvas est identique sur des milliers de sessions, ou l'agent utilisateur indique Windows mais le GPU indique Apple.
La solution : Camoufox
La plupart des outils anti-détection essaient de corriger cela au niveau JavaScript, en remplaçant navigator.webdriver ou en falsifiant la sortie Canvas. Les scripts anti-bots voient à travers cela. La correction doit se produire au niveau du moteur du navigateur.
Camoufox (un fork de Firefox) modifie les valeurs d'empreinte dans l'implémentation C++, de sorte que les propriétés falsifiées semblent natives à toute inspection. Il n'utilise pas du tout CDP, et les scripts de page ne peuvent pas voir le code d'automatisation.
Le rendre pratique : Enveloppe CLI
Camoufox n'a qu'un SDK Python, nécessitant que l'agent écrive des scripts Python jetables pour chaque action du navigateur, découvre les signatures de méthode, gère les contextes asynchrones et analyse les résultats. Chaque visite de page brûlait des tokens sur du code standard.
La solution l'encapsule dans une CLI. L'agent appelle des commandes shell pour ouvrir des pages, cliquer sur des éléments, remplir des formulaires. Pas de scripts Python, pas de code standard asynchrone. Un démon garde le navigateur en vie entre les commandes, éliminant le coût de démarrage par action.
Pour réduire l'utilisation de tokens, la CLI renvoie des instantanés de l'arbre d'accessibilité au lieu du HTML brut. Chaque élément obtient une courte balise @ref pour l'interaction. Un mode interactif uniquement supprime tout sauf les boutons, liens et champs de saisie. Une page qui coûte 15 000 tokens en HTML pourrait coûter 800 en instantané interactif.
La CLI, les compétences et le code source sont disponibles sur camoufox-cli.
📖 Read the full source: r/openclaw
👀 See Also
Le Benchmark Montre que l'Outil CLI Réduit les Coûts de Tokens de Code de Claude de 32% Grâce à la Navigation Structurelle
Un développeur a créé un outil CLI en Rust qui donne aux agents Claude Code des commandes de navigation structurelle comme 'montre-moi un résumé de 180 tokens de cette classe de 6 000 tokens'. Le benchmarking sur Sonnet 4.6 sur 54 exécutions automatisées a montré une réduction de 32 % du coût par tâche et 67 % de modifications de code supplémentaires par session.
Modèle de transfert dans les workflows Claude : Split en deux fichiers contre résumé en un document
Les longues sessions Claude se dégradent à cause de la perte de contexte. Les handoffs compressent l'essentiel et repartent à zéro. Deux approches : la compétence handoff de Matt Pocock avec un seul document, et une séparation en deux fichiers avec récit persistant et prompt éphémère.
Développeur crée un plugin WordPress MCP avec 28 capacités de lecture/écriture
Un développeur a créé un plugin WordPress qui enregistre 28 capacités MCP via l'API WordPress Abilities, permettant un accès complet en lecture/écriture pour les agents d'IA de codage. Le plugin gère la gestion de contenu, l'audit de qualité et les fonctionnalités de sécurité, convertissant automatiquement entre Markdown et les blocs Gutenberg.
Claude IDE Bridge : Outil MCP pour l'accès à l'éditeur à distance
Claude IDE Bridge est un outil open-source qui fournit à Claude AI un accès de contrôle à distance aux éditeurs de code via MCP (Model Context Protocol). Il expose les connaissances de l'éditeur, telles que les informations de type en direct et l'état du débogueur, sous forme d'outils pouvant être appelés.