Vos agents pilotent
votre vrai Chrome

Il faut les deux. Les agents tournent dans le desktop AgentsRoom, l'extension est ce qui rend un Chrome joignable pour eux. Un agent lancé depuis l'app mobile reçoit les mêmes outils, puisqu'il tourne de toute façon sur le desktop.

Non. La première action ouvre un nouvel onglet, et l'agent ne bascule sur un onglet existant que s'il le demande explicitement. Chrome affiche aussi son bandeau « a commencé à déboguer ce navigateur » tant qu'un agent pilote, vous le savez donc toujours.

Tous. Chrome control fait partie du serveur AgentsRoom Browser MCP, donc Claude Code, Codex, GitHub Copilot CLI, Cursor et 13 autres CLI d'agent voient les mêmes outils browser_list_targets et browser_select_target. Un CLI qui n'a pas d'extension navigateur à lui, OpenCode, Grok Build ou Aider par exemple, en obtient une comme ça.

Des blobs chiffrés. Chaque message et chaque capture est scellé avec une clé dérivée de votre compte et connue de vos seuls appareils. Le relay achemine les octets, il ne peut lire ni une URL, ni une page, ni ce que l'agent a tapé.

Non. Le navigateur intégré reste la cible par défaut, et c'est toujours le bon endroit pour tester votre localhost sans toucher à vos sessions. Chrome est une cible en plus, choisie par agent, pour le boulot qui a besoin de vos vrais comptes.

Désactivez « Let my agents drive this browser » dans le popup de l'extension. Le navigateur dit au revoir à vos desktops, les sessions se ferment et le débogueur est détaché. Les agents pointés sur ce Chrome reviennent sur l'écran intégré.

Pour trois cas, oui : vos agents ne sont pas Claude, vous avez besoin de plusieurs comptes pilotés en même temps, ou le Chrome est sur une autre machine. Si vous utilisez Claude Code seul, sur un seul profil, sur un seul ordinateur, Claude in Chrome vous couvre déjà. Les deux extensions peuvent être installées côte à côte : Chrome control ne pilote que quand vous l'activez, dans des onglets qu'il ouvre lui-même.

Avec le mode économie de tokens (bêta), lire une page coûte 140 à 820 tokens, contre environ 1 400 à 1 800 pour une capture : un scénario de cinq actions coûte donc 400 à 2 500 tokens au lieu de 7 000 à 9 000. Mode coupé, chaque action qui change la page renvoie une capture. Dans les deux cas, AgentsRoom affiche le coût estimé de chaque appel, et pour Claude et Codex les tokens réellement facturés par outil.

Oui. La liste donne les champs, boutons, cases à cocher et menus déroulants avec leur état, et les mots de passe sont masqués. L'agent tape dans un champ par sa référence, et une capture revient toute seule si la saisie échoue. Les iframes sont parcourues aussi, y compris celles d'une autre origine (l'assistant de configuration qu'une console d'administration intègre, par exemple), tout comme le shadow DOM ouvert. Une limite : un contrôle visuel demande toujours une capture, que l'agent peut réclamer à tout moment.

Oui, depuis AgentsRoom 1.194.0. L'agent appelle chrome_upload_file avec un chemin sur sa propre machine (un chemin relatif part de son répertoire de travail) ; le bureau lit le fichier et l'envoie au Chrome par le même relais chiffré de bout en bout que toutes les autres actions, donc le Chrome peut être sur une autre machine et le fichier n'entre jamais dans le contexte du modèle. L'outil choisit lui-même le point d'entrée : un champ de fichier, une zone éditable qui accepte les fichiers collés, ou une zone de dépôt. Limites : dix fichiers et 6 Mo par appel, Chrome seulement (le navigateur intégré n'expose pas l'outil), et la trace n'enregistre que les noms, types et tailles, jamais le contenu. Notre propre publieur de nuit s'en sert pour joindre un visuel à chaque publication.