Tes agents pilotent
ton vrai Chrome
Installe l'extension AgentsRoom, active « Let my agents drive this browser », donne un nom au navigateur. À partir de là, n'importe quel agent peut ouvrir un onglet dans ce Chrome, avec tes sessions, tes cookies et tes extensions, puis y cliquer, saisir, lire la console et prendre des captures.
Un profil Chrome, c'est une cible nommée. Un agent peut donc bosser connecté à ton compte pro pendant qu'un autre bosse connecté à ton compte perso, et le Chrome peut se trouver sur une autre de tes machines.
browser_select_target "Chrome · Pro"browser_select_target "Chrome · Personal"browser_navigatebrowser_clickbrowser_screenshotDeux agents, deux profils Chrome, un relay chiffré entre les deux. Chaque agent choisit sa cible par son nom.
AgentsRoom embarque déjà un navigateur dans chaque projet, et il reste la cible par défaut : c'est là qu'un agent teste ton localhost sans toucher à rien qui t'appartient. Mais certains boulots n'ont de sens que dans ton navigateur réel. Vérifier un déploiement sur un panneau d'admin derrière ton SSO, remplir un formulaire sur un service où toi seul es connecté, reproduire un bug qui n'apparaît qu'avec ton compte et tes extensions. C'est à ça que sert Chrome control.
Le mécanisme, c'est l'extension Chrome AgentsRoom. Quand tu actives le pilotage, l'extension annonce le navigateur à ton compte sous le nom que tu lui as donné, et le desktop le liste à côté de l'écran intégré. L'agent reçoit les mêmes outils MCP qu'il a déjà pour le navigateur intégré, plus un pour choisir la cible. Rien d'autre ne change pour l'agent, et c'est le but.
Chrome affiche son propre bandeau, « AgentsRoom a commencé à déboguer ce navigateur », tant qu'un agent pilote. C'est le bandeau que toute extension de débogage déclenche, et c'est ta garantie que rien ne pilote ton navigateur en silence.
Un Chrome par compte
Chrome fait tourner une instance d'extension par profil. AgentsRoom en fait une fonctionnalité : chaque profil s'enregistre comme un navigateur nommé à part entière, avec ses propres cookies et ses propres comptes connectés. Tu les nommes comme tu les penses, Pro, Perso, Client, et l'agent en demande un par son nom.
Comme chaque agent a sa propre cible, plusieurs agents peuvent bosser sur plusieurs comptes en même temps. Un agent QA vérifie le site de staging dans le profil connecté en tant qu'utilisateur de test pendant qu'un second agent met à jour un ticket dans le profil connecté en tant que toi, et aucun des deux ne voit la session de l'autre.
Un profil, une cible
Un profil Chrome, c'est un jeu de cookies, de sessions et d'extensions. Chacun apparaît comme un navigateur distinct que l'agent peut choisir, donc une session connectée n'est jamais partagée par accident.
Nommé par toi
Chrome n'expose pas le nom du profil à une extension, alors tu en tapes un dans le popup, avec des suggestions comme Pro ou Perso. C'est ce nom que l'agent utilise pour choisir la cible.
Plusieurs agents à la fois
La cible se choisit par agent, pas par projet. Deux agents sur deux comptes, ou cinq agents sur le même Chrome, chacun dans son onglet, tournent côte à côte.
Ton navigateur, sur n'importe quelle machine
L'extension ne parle pas au desktop sur localhost. Elle parle au relay AgentsRoom, le même que l'app mobile utilise pour joindre ton desktop. Un agent qui tourne sur le Mac du bureau peut donc piloter le Chrome du PC à la maison, du moment que les deux sont connectés à ton compte et que le pilotage y est activé.
Le relay ne voit que des blobs chiffrés, rien d'autre. Chaque message, chaque capture, est scellé avec une clé dérivée de ton compte et partagée uniquement par tes appareils : le relay ne peut lire ni une URL, ni une page, ni une frappe. Même conception, et même garantie, que le compagnon mobile.
Par le relay, pas par localhost
Un navigateur s'annonce à ton compte toutes les 30 secondes. Le desktop liste ceux qui sont en ligne et grise ceux qui ont cessé de répondre.
Chiffré de bout en bout
Les opérations et les résultats circulent dans une room de session dédiée entre un desktop et un navigateur, scellés avec une clé que le relay ne détient jamais.
Même principe que le mobile
Si tu pilotes déjà un agent desktop depuis ton téléphone, tu utilises exactement ce transport. Chrome control y ajoute un navigateur.
Tous les agents, tous les CLI
Chrome control est un serveur MCP, le même AgentsRoom Browser MCP qui pilote le navigateur intégré. C'est pour ça qu'il n'est lié ni à un modèle ni à un éditeur : Claude Code, Codex, GitHub Copilot CLI, Cursor et 10 autres CLI d'agent reçoivent les mêmes outils, avec les mêmes noms, et choisissent leur cible de la même façon.
Concrètement, l'agent appelle browser_list_targets pour voir quels navigateurs sont en ligne, puis browser_select_target avec un nom ou un identifiant. À partir de là, browser_navigate, browser_click, browser_type, browser_screenshot, browser_evaluate et les autres agissent sur ce Chrome au lieu de l'écran intégré, jusqu'à ce que l'agent revienne en arrière.
Ça inclut les CLI qui n'ont aucune extension navigateur à eux. OpenCode, Grok Build, Mistral Vibe, Kimi Code ou Aider obtiennent un vrai Chrome, avec tes comptes dedans, le jour où tu installes l'extension AgentsRoom : l'extension appartient à AgentsRoom, pas à l'éditeur du modèle, donc aucun CLI n'a besoin d'en construire une.
browser_list_targetsbrowser_select_targetComment ça marche
Installe l'extension AgentsRoom
Depuis le Chrome Web Store, dans chaque profil Chrome que tu veux rendre disponible. Connecte-toi au même compte AgentsRoom que ton desktop.
Active « Let my agents drive this browser »
Dans le popup de l'extension. Chrome demande la permission de débogage à ce moment-là, pas à l'installation, et l'extension ne s'attache à un onglet que pendant qu'un agent pilote réellement.
Nomme le navigateur
Pro, Perso, Client, ce qui te dit quel compte est connecté. Le nom est enregistré à la frappe et annoncé immédiatement à ton desktop.
L'agent choisit sa cible
Soit l'agent appelle browser_select_target avec le nom, soit tu choisis la cible à sa place dans le panneau Browser du desktop, à côté de l'écran intégré.
L'agent pilote, tu regardes
La première action ouvre un nouvel onglet, l'agent ne prend donc jamais celui que tu es en train de lire. Chrome affiche son bandeau de débogage pendant toute la session. Couper le pilotage ferme les sessions et détache le débogueur.
La même extension fait déjà quatre autres choses
Chrome control, c'est le dernier onglet de l'extension AgentsRoom, pas une deuxième extension. Si tu t'en sers déjà pour créer des tickets ou pointer un élément, tu l'as : même popup, même compte, un interrupteur de plus.
Point on page
Clique n'importe quel élément d'une page et il atterrit dans le composer de ton agent actif avec son HTML et un sélecteur. Le moyen le plus rapide de dire « ce bouton, là » à un agent.
En savoir plusEnvoyer la page à mon desktop
Un clic dépose le HTML de la page courante dans la boîte de message de ton agent actif, par le loopback local, jamais par un serveur.
Créer un ticket depuis n'importe quelle page
Titre, description, capture, direct dans le backlog du projet que tu choisis. Un bug vu sur le staging devient un ticket qu'un agent peut démarrer.
En savoir plusProjet choisi par l'URL
Relie des motifs d'URL à un projet et l'extension le présélectionne quand tu es sur ce site. Pas de menu à ouvrir quand tu crées un ticket depuis l'app sur laquelle tu bosses.
Alternative à Claude in Chrome
Une alternative à Claude in Chrome, pour tous les CLI d'agent
Claude in Chrome est l'extension d'Anthropic : elle place Claude dans le profil Chrome où elle est installée, sur la machine où elle tourne. Si tu travailles uniquement avec Claude, sur un seul compte, sur un seul ordinateur, elle fait le travail et tu n'as besoin de rien d'autre.
AgentsRoom Chrome control est l'alternative pour les cas qu'elle laisse de côté. L'extension appartient à AgentsRoom, pas à un éditeur de modèle, donc le même Chrome répond à Codex, GitHub Copilot CLI, Cursor, OpenCode, Grok Build ou Aider aussi bien qu'à Claude Code, et un CLI qui n'a aucune extension navigateur à lui en obtient une comme ça. Chaque profil Chrome est une cible nommée, donc plusieurs agents bossent sur plusieurs comptes en même temps, et ce Chrome peut se trouver sur une autre de tes machines.
Quand tu veux l'alternative
Tes agents ne sont pas Claude
Ils tournent sur Codex, GitHub Copilot CLI, Cursor, OpenCode, Grok Build, Mistral Vibe, Kimi Code ou Aider. Claude in Chrome ne répond à aucun d'eux. L'extension AgentsRoom répond à tous, avec les mêmes outils MCP.
Il te faut plus d'un compte
Pro, perso, client : chaque profil Chrome est une cible que l'agent choisit par son nom, donc deux agents peuvent être connectés en tant que deux personnes en même temps, au lieu de se partager le seul profil où vit l'extension.
Le navigateur est ailleurs
Le Chrome qui contient tes sessions est sur ton bureau et toi sur le laptop, ou l'inverse. L'extension parle au relay AgentsRoom, chiffré de bout en bout, donc un agent le pilote depuis là où il tourne.
Tu veux le navigateur dans l'orchestrateur
Chrome control est un outil parmi les autres dans AgentsRoom : backlog, terminaux de dev, navigateur intégré, agents QA. Le navigateur est une étape du travail de l'agent, à côté de son terminal, de ses tickets et de ses tests.
Ce que tu gardes : un vrai Chrome, tes sessions, tes cookies, tes extensions, et le bandeau de débogage de Chrome lui-même pour toujours savoir qu'un agent pilote. Ce qui change : qui peut piloter, depuis où, et sur combien de comptes.
AgentsRoom vs Claude in Chrome
Les deux laissent un agent IA agir dans un vrai Chrome. La différence tient à qui peut piloter, depuis où, et sur combien de comptes.
| Capacité | AgentsRoom Chrome control | Claude in Chrome |
|---|---|---|
| Comptes qu'un agent peut piloter | Chaque profil Chrome, choisi par son nom | Le profil dans lequel il tourne |
| Plusieurs agents sur plusieurs comptes à la fois | Oui, une cible par agent | Non documenté |
| Navigateur sur une autre machine | Oui, via le relay chiffré | Même machine |
| CLI d'agent | Claude, Codex, GitHub Copilot CLI, Cursor et 10 autres CLI d'agent, y compris ceux qui n'ont aucune extension navigateur à eux | Claude |
| Transport chiffré de bout en bout | Oui, clé partagée par tes seuls appareils | Sans objet, reste sur la machine |
| Navigateur intégré en plus | Oui, et il reste la cible par défaut | Non, c'est le Chrome lui-même |
La colonne Claude in Chrome reflète la documentation publique d'Anthropic au moment de la rédaction. Vérifie leur documentation actuelle avant de t'appuyer sur une case, le produit évolue.
FAQ
Il faut l'app desktop, ou l'extension suffit ?
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.
Un agent peut-il prendre l'onglet que je suis en train de lire ?
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, tu le sais donc toujours.
Quels agents peuvent l'utiliser ?
Tous. Chrome control fait partie du serveur AgentsRoom Browser MCP, donc Claude Code, Codex, GitHub Copilot CLI, Cursor et 10 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.
Que voit le relay ?
Des blobs chiffrés. Chaque message et chaque capture est scellé avec une clé dérivée de ton compte et connue de tes seuls appareils. Le relay achemine les octets, il ne peut lire ni une URL, ni une page, ni ce que l'agent a tapé.
Est-ce que ça remplace le navigateur intégré ?
Non. Le navigateur intégré reste la cible par défaut, et c'est toujours le bon endroit pour tester ton localhost sans toucher à tes sessions. Chrome est une cible en plus, choisie par agent, pour le boulot qui a besoin de tes vrais comptes.
Comment l'arrêter ?
Désactive « Let my agents drive this browser » dans le popup de l'extension. Le navigateur dit au revoir à tes 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é.
AgentsRoom est-il une alternative à Claude in Chrome ?
Pour trois cas, oui : tes agents ne sont pas Claude, tu as besoin de plusieurs comptes pilotés en même temps, ou le Chrome est sur une autre machine. Si tu utilises Claude Code seul, sur un seul profil, sur un seul ordinateur, Claude in Chrome te couvre déjà. Les deux extensions peuvent être installées côte à côte : Chrome control ne pilote que quand tu l'actives, dans des onglets qu'il ouvre lui-même.
Tu aimeras aussi
Automatisation du navigateur
Le navigateur intégré et les outils MCP qu'un agent utilise pour tester ton localhost, avec les mêmes noms d'outils que Chrome control réutilise.
Flotte distante
Lance des agents sur toutes les machines de ton compte depuis une seule fenêtre. Chrome control passe par le même relay.
AgentsRoom MCP
Les serveurs MCP qui laissent n'importe quel CLI d'agent piloter AgentsRoom lui-même : backlog, commandes de dev, bibliothèque de prompts, navigateur.
Tous les CLI d'agent
Claude, Codex, GitHub Copilot CLI, Cursor et 10 autres CLI d'agent, côte à côte dans les mêmes projets.
Donne ton navigateur à tes agents, un compte à la fois
Installe l'extension, nomme ton Chrome, et laisse un agent bosser là où tu es déjà connecté.
App companion : suivez vos agents en déplacement
Utilisez Claude, Codex, Antigravity CLI ou un autre fournisseur IA.
Remontez bugs et demandes directement dans votre backlog public.