Configurer le navigateur OpenClaw et choisir son profil

Pourquoi OpenClaw ouvre-t-il un autre navigateur ?

Le profil géré openclaw a son propre dossier de données. Il peut lire et manipuler les pages sans reprendre la session du navigateur quotidien. À la même URL, il peut afficher une demande de connexion tandis que votre navigateur habituel est déjà connecté. Choisissez la route autorisée selon la tâche.

Pour une page publique ou un compte de travail dédié, commencez par le profil géré. Pour une session existante, contrôlez le profil, l’onglet et le libellé de l’espace avant de lire ou de cliquer. Une URL peut afficher deux comptes différents. Navigateur OpenClaw Connexion à un navigateur existant

Comparer les routes disponibles

La documentation distingue la connexion MCP de user et l’extension chrome. Chrome peut demander une autorisation de débogage au premier accès. Des tutoriels sur l’ancien relay peuvent réutiliser les mêmes noms pour une autre configuration. Un utilisateur ayant choisi user a signalé des blocages. Un autre a vu son agent choisir openclaw avant son ancien relay. Ces cas rappellent de conserver la route et la réponse observées. Profils OpenClaw Session existante Retour sur la session Discussion sur le relay

Vérifier la connexion avant d’agir

Dans un environnement de test autorisé, affichez les profils et indiquez la cible dans chaque commande. Les commandes ci-dessous viennent de la documentation. Répétez les essais sur une page que vous contrôlez, en commençant en lecture seule.

openclaw browser profiles
openclaw browser --browser-profile openclaw status
openclaw browser --browser-profile openclaw start
openclaw browser --browser-profile openclaw open https://example.com
openclaw browser --browser-profile openclaw snapshot

Dans le navigateur géré, vérifiez le titre et l’URL finale. Pour la session existante, ouvrez d’abord une page sans données sensibles dans le bon navigateur de test. Autorisez l’attachement et vérifiez la liste des onglets.

openclaw browser --browser-profile user status
openclaw browser --browser-profile user tabs
openclaw browser --browser-profile user snapshot

S’il y a plusieurs onglets, choisissez l’onglet de test avec les options de la version installée. Arrêtez cette étape si aucun onglet n’apparaît, si l’accord manque ou si l’espace diffère. Mise en route du navigateur Commandes Browser

Séparer comptes et données du navigateur

Le nom de profil OpenClaw désigne une route. Deux routes vers le même dossier peuvent afficher le même compte. Pour isoler des équipes ou des environnements, séparez les dossiers des profils gérés et connectez-vous manuellement au compte prévu. Pour une session attachée, vérifiez le profil autorisé et le libellé visible de l’espace. Configuration du navigateur Connexion manuelle

Imaginez que formation et production partagent l’URL. Demandez le libellé de l’espace de formation et un ID fictif. Si l’espace est en production, arrêtez avant de lire ou remplir un formulaire. Aucun identifiant de connexion n’est nécessaire pour ce contrôle. Profils, espaces et groupes d’onglets

Vérifier le résultat et terminer

Demandez d’abord une valeur connue. Ajoutez un clic après avoir vérifié le compte et l’onglet. Si une action change un dossier, relisez la valeur sur le même dossier. Une réponse sans erreur ne prouve pas que l’état prévu a été atteint.

Utilise le profil de test nommé et la page autorisée. Donne le profil, l’URL finale, l’espace visible et l’ID. Arrête-toi si une connexion, une permission ou un autre espace apparaît. Lis seulement et ferme uniquement l’onglet que tu crées.

Fermez l’onglet de test. Arrêtez un navigateur géré seulement si vous l’avez démarré et si aucune autre tâche ne l’utilise. Libérez une connexion existante et révoquez l’autorisation par les contrôles du produit si nécessaire. En cas de délai dépassé, vérifiez l’état avant de recommencer. Dans un parcours distant, identifiez l’hôte de localhost. Première tâche web Vérification d’une session Exemple de localhost dans le cloud

Utiliser Tabbit CLI quand l’agent local a besoin de cette session

L’outil browser d’OpenClaw et Tabbit CLI sont deux voies distinctes. Le premier vient du module de navigateur OpenClaw et passe par le service de contrôle du Gateway. Le profil et le navigateur choisis peuvent se trouver sur l’hôte du Gateway, un nœud connecté ou dans le bac à sable. Si le navigateur est sur une autre machine, routez l’appel vers ce nœud. Un agent isolé a aussi besoin de la politique de contrôle de l’hôte pour accéder au navigateur de celui-ci. Routage du navigateur OpenClaw Navigateurs distants

Tabbit CLI convient lorsque le runtime local OpenClaw peut joindre l’instance Tabbit visée. Ce runtime doit charger les instructions du Tabbit Skill et pouvoir exécuter le lanceur installé. La présence du skill dans le ~/.agents/skills d’un autre agent ne prouve pas qu’OpenClaw l’a chargé. Avec l’état OpenClaw par défaut, ~/.agents/skills/ est aussi un chemin personnel pour le même utilisateur. L’utilisateur du Gateway, OPENCLAW_STATE_DIR, les listes de skills et le sandbox peuvent changer ce résultat. Pour un agent sur nœud, installez-le dans le répertoire actif des skills OpenClaw de ce nœud et vérifiez sa publication. Pour le Gateway local, choisissez un emplacement réellement chargé par OpenClaw. Vérifiez séparément le skill, le lanceur, l’instance Tabbit et la session du site. Skills des nœuds OpenClaw Guide Tabbit CLI

Testez une file de tickets en lecture seule. Le prompt demande un brouillon nommé, sans modifier les tickets. L’onglet de tâche reste distinct de votre fenêtre habituelle.

Utilise le Tabbit Skill installé et Tabbit CLI depuis ce runtime OpenClaw local. Ouvre la file de tickets autorisée dans un onglet de tâche séparé et lis uniquement les tickets ouverts de l’équipe de test. Crée un brouillon nommé « Ticket queue triage — draft 01 » avec l’identifiant, le titre visible, l’état, la date de mise à jour et l’URL source. Oublie les noms, e-mails, corps de message et autres données personnelles. Ne modifie aucun champ, n’ajoute aucun commentaire, n’envoie aucun message et ne ferme aucun ticket. Affiche le brouillon et les liens pour vérification. Si le skill manque, si le lanceur n’atteint pas Tabbit ou si le site est déconnecté, indique le contrôle en échec et arrête-toi.

Avant d’utiliser le résultat, vérifiez séparément qu’OpenClaw a chargé le bon skill, que son shell local peut lancer Tabbit et que le navigateur Tabbit choisi est déjà connecté à l’espace autorisé. Un appel openclaw browser réussi ne prouve que la route de navigateur choisie par OpenClaw, pas que la tâche shell locale utilise le même profil. Voir MCP de navigateur et CLI.

Résultats des deux voies

Nous avons testé OpenClaw 2026.11.1 avec Node.js 24.16.0 et deux profils temporaires de Tabbit Browser Dev. Les deux voies ont lu la même URL locale et l’enregistrement E08-FIXTURE. Le navigateur géré a affiché No signed-in workspace. Dans le second navigateur, nous avons préparé un cookie de test avant l’attachement. OpenClaw a utilisé existing-session avec un userDataDir de test. Le statut indiquait transport: chrome-mcp et l’instantané affichait Training workspace.

La déconnexion a laissé le navigateur ouvert. Les deux navigateurs de test et le Gateway ont été arrêtés ensuite. Le profil Chrome par défaut, l’extension et les comptes réels n’ont pas servi. La politique a refusé une autre tentative avec une URL CDP explicite. L’attachement local a préservé cette politique. Si vous disposez d’une session Tabbit autorisée, comparez la connexion et les preuves disponibles. Le rôle de l’agent Recherche et contrôle Tabbit et OpenClaw

Secholar.L

Croissance et contenu chez Tabbit

Secholar.L rédige des guides pratiques sur les navigateurs IA et les workflows agentiques, en comparant les outils sur la base de recherches réelles et de sources vérifiables.