Deux comptes Cursor.
Un seul AgentsRoom. Zéro déconnexion.
Faites tourner une connexion cursor-agent perso sur un projet et une connexion pro sur un autre, dans la même fenêtre, en même temps. Fixez un compte Cursor par projet, par dossier ou par agent. Connectez-vous avec cursor-agent login directement depuis le panneau Réglages : aucun CURSOR_CONFIG_DIR à exporter à la main, aucun outil supplémentaire à installer.
CURSOR_CONFIG_DIR~/.cursor-work~/.cursorUn dossier par compte Cursor, désigné par CURSOR_CONFIG_DIR. Les deux comptes restent connectés, les deux tournent en même temps.
Pourquoi utiliser plusieurs comptes Cursor
Les vraies raisons pour lesquelles les développeurs font tourner plus d'un compte Cursor, dites simplement.
Séparer le pro et le perso, proprement
Le compte Cursor de votre employeur reste sur les dépôts pro. Votre compte perso reste sur vos projets du week-end. Pas d'identifiants pro sur un side project, pas de session perso enregistrée sur le compte de l'entreprise, et rien à vérifier avant d'écrire un prompt.
Facturer la consommation par client
Quand un client vous donne accès à son compte Cursor, les sessions de ce client tournent dessus. C'est son quota qui est consommé, pas le vôtre. Chaque compte garde son propre historique, donc on sait encore des mois plus tard ce qui revient à qui.
Éviter les collisions de quota
Si votre compte pro est sur un forfait serré, un long run d'agent sur un projet perso n'a pas à le grignoter. Deux comptes, ce sont deux jeux de limites et deux historiques de consommation, au lieu d'un seul budget commun contre lequel vous butez sans arrêt.
Un compte de test à côté du compte de prod
Gardez un deuxième compte Cursor pour les expérimentations bruyantes, les agents jetables et les brouillons de prompts, et laissez le compte principal propre. Passer de l'un à l'autre, c'est choisir dans une liste, par projet ou par agent.
Plusieurs orgs, plusieurs politiques
Un compte d'entreprise peut appartenir à une équipe Cursor avec son propre mode de confidentialité et ses propres règles de logging et de rétention. Garder un compte perso à côté veut dire que votre code perso reste à vos conditions, avec les identifiants et la configuration isolés au niveau du dossier sur disque.
Deux développeurs, un seul poste
Quand deux développeurs partagent une machine, chacun se connecte avec son propre compte Cursor. AgentsRoom retient les deux et démarre le bon selon le projet ou l'agent, au lieu de laisser gagner le dernier qui s'est connecté.
Intégré directement dans AgentsRoom
Aucun switcher externe, aucun script shell, aucun aller-retour logout-login.
Un compte Cursor par projet
Fixez un compte Cursor sur un projet et tous ses agents en héritent. Ouvrez un projet pro et un projet perso dans la même fenêtre : chacun tourne sur sa propre connexion Cursor en dessous.
Override par agent
Besoin d'un seul agent sur un autre compte ? Éditez l'agent, choisissez un autre compte Cursor, enregistrez. L'override ne s'applique qu'à cet agent, le reste du projet garde le compte du projet.
Un compte par dossier de projets
Fixez un compte Cursor sur un dossier de la barre latérale et tous les projets rangés dedans démarrent sur ce compte, sous-dossiers compris. Un dossier Travail sur le compte pro, un dossier Perso sur le compte perso. Un projet, ou un seul agent, peut toujours passer outre.
Compte par défaut global
Désignez un compte Cursor comme compte par défaut. Chaque nouveau projet démarre dessus, sauf si un réglage plus précis en décide autrement. Changez ce défaut plus tard et tous les projets qui ne fixent rien suivent automatiquement.
Connexion dans l'app
Ajoutez un compte et AgentsRoom ouvre un mini-terminal embarqué qui lance cursor-agent login avec le bon CURSOR_CONFIG_DIR déjà positionné. Terminez dans le navigateur, puis confirmez : le compte est prêt, et rien n'a été tapé dans un shell.
Isolation stricte sur disque
Chaque compte vit dans son propre dossier : les identifiants et cli-config.json. Deux comptes ne partagent jamais une identité, et supprimer un compte dans AgentsRoom ne touche jamais aux données d'un autre compte.
Une couleur par compte
Donnez sa couleur à chaque compte Cursor. Elle apparaît en pastille sur l'avatar de l'agent, sur l'en-tête du terminal et sur la tuile du projet : vous voyez quel compte tourne au premier coup d'œil, sans aller le chercher.
Continuer au-delà d'une limite d'usage
Quand le compte sur lequel tourne un agent épuise son quota, AgentsRoom peut le basculer sur un autre compte Cursor auquel vous êtes déjà connecté. Avec une réserve : la CLI cursor-agent ne publie aucun identifiant de conversation, donc l'agent est relancé proprement sur l'autre compte au lieu de reprendre la même conversation. Chaque compte peut être tenu à l'écart de ce pool avec une seule option.
Pointer vers un dossier que vous avez déjà
Un compte, c'est un chemin. Laissez AgentsRoom en créer et en gérer un, ou saisissez le chemin d'un dossier de configuration Cursor que vous avez déjà mis en place à la main, y compris votre ~/.cursor par défaut. Rien n'est déplacé ni réécrit.
Comment ça marche sous le capot
Basé sur la variable d'environnement que le CLI Cursor documente lui-même.
CURSOR_CONFIG_DIR pilote tout
Le CLI cursor-agent lit son état local dans un seul dossier : les identifiants et cli-config.json. Par défaut c'est ~/.cursor, et CURSOR_CONFIG_DIR le déplace ailleurs. Un dossier, c'est un compte connecté : lier un agent à un compte revient donc à le lier à un dossier.
Chaque compte est un dossier
Quand vous ajoutez un compte, AgentsRoom crée un dossier sous son propre home et s'y connecte. Vous pouvez aussi pointer un compte vers n'importe quel dossier de configuration Cursor existant en saisissant son chemin. Pour le CLI, les deux sont la même chose : une valeur pour CURSOR_CONFIG_DIR.
La connexion est intégrée aux Réglages
AgentsRoom lance un mini-terminal qui exécute cursor-agent login avec CURSOR_CONFIG_DIR pointé sur le nouveau dossier. L'étape navigateur est la même que d'habitude. Cursor ne publie pas l'endroit où il écrit ses identifiants, donc AgentsRoom ne devine aucun chemin : c'est vous qui confirmez une fois le navigateur terminé, plutôt que de vous entendre dire qu'un compte est prêt alors qu'il ne l'est peut-être pas.
Le compte est résolu au lancement
Quand un agent démarre, AgentsRoom parcourt la cascade dans l'ordre : override de l'agent, épingle du projet, dossier le plus proche qui fixe un compte, compte par défaut global, puis le dossier du CLI lui-même. Le CURSOR_CONFIG_DIR correspondant est placé dans l'environnement de l'agent avant que cursor-agent ne se lance.
Alternatives à AgentsRoom
D'autres façons de gérer plusieurs comptes Cursor, et ce qu'AgentsRoom fait différemment.
Exporter CURSOR_CONFIG_DIR à la main
La voie directe : export CURSOR_CONFIG_DIR=/un/chemin avant de lancer cursor-agent. Ça marche, et ça cesse de marcher dès que vous ouvrez un deuxième onglet de terminal en oubliant sur quel compte il est. AgentsRoom positionne la même variable à votre place, par projet et par agent, et affiche le compte actif dans l'interface.
Définir CURSOR_API_KEY
Le piège dans lequel presque tout le monde tombe. Une clé ne change pas de compte : c'est un repli utilisé quand aucune session n'est active, et un jeton de session déjà stocké sur la machine l'emporte. Quiconque a lancé cursor-agent login une fois continue de tourner sur le premier compte en croyant que la clé l'a fait basculer, sans la moindre erreur pour le prévenir. Le dossier est le seul levier qui change vraiment de compte, et c'est celui qu'AgentsRoom pilote.
Se déconnecter et se reconnecter à chaque fois
Lancez cursor-agent login sur l'autre compte, puis encore une fois pour revenir. La commande remplace la session en cache pour toute la machine : c'est global et destructeur, tous vos autres projets basculent avec vous et toute session en cours est perturbée. AgentsRoom garde chaque compte connecté en permanence et bascule en choisissant dans une liste.
Deux machines ou deux sessions utilisateur
Certaines équipes gardent une machine séparée, ou une session système séparée, par compte Cursor. C'est lourd, c'est lent, et ça ne permet toujours pas de faire tourner un agent pro et un agent perso en parallèle. AgentsRoom fait tourner les deux en même temps, sur la même machine, dans la même fenêtre.
Ce qu'AgentsRoom fait que les autres ne font pas
AgentsRoom traite les comptes Cursor multiples comme un concept de première classe : une épingle par projet, une épingle par dossier, un override par agent, une connexion intégrée qui lance cursor-agent login pour vous, et une couleur par compte. Les comptes Cursor sont posés à côté des comptes Claude, Codex et Grok dans le même panneau : un agent Cursor pro, un agent Cursor perso et un agent Claude peuvent tourner côte à côte.
FAQ
Combien de comptes Cursor puis-je ajouter dans AgentsRoom ?
Pas de limite stricte. Un compte est un dossier sur disque : ajoutez un compte pro, un compte perso, un compte par client et un compte de test si vous voulez. Ils sont tous listés dans le panneau Réglages et n'importe lequel peut être choisi pour un projet, un dossier ou un seul agent.
Faut-il un outil supplémentaire pour utiliser deux comptes Cursor ?
Non. AgentsRoom pilote CURSOR_CONFIG_DIR, la variable que le CLI Cursor documente lui-même. Aucun switcher externe, aucun wrapper shell, aucune dépendance en plus. La connexion lance la commande officielle cursor-agent login dans un terminal intégré aux Réglages.
Deux agents peuvent-ils tourner sur deux comptes Cursor différents en même temps ?
Oui, et c'est tout l'intérêt. Chaque agent a son propre environnement, donc le compte se décide agent par agent. Un projet fixé sur le compte pro peut contenir un agent basculé sur le compte perso, et les deux tournent en parallèle dans la même fenêtre.
Est-ce que définir CURSOR_API_KEY change mon compte Cursor ?
Non, et c'est la partie qui surprend. Une clé d'API sert de repli quand aucune session n'est active. Une fois que vous vous êtes connecté avec cursor-agent login, la session stockée prime et la clé est ignorée, en silence, sans la moindre erreur pour vous dire que la bascule n'a pas eu lieu. Des dossiers de configuration séparés sont le seul moyen fiable.
Que se passe-t-il si je supprime un compte que des agents utilisent encore ?
Rien ne casse. Ces agents retombent silencieusement sur le compte suivant dans la cascade, et le dossier reste sur disque au cas où vous voudriez y pointer un autre compte plus tard. Vous pouvez rebrancher les agents orphelins quand vous voulez.
Mes identifiants Cursor sont-ils envoyés à un serveur ?
Non. Chaque dossier de compte reste sur votre machine. AgentsRoom ne lit, ne copie ni ne transmet jamais d'identifiants, et il n'y a aucun compte AgentsRoom au milieu. La connexion lance le CLI officiel cursor-agent login en local et l'étape navigateur se passe entre vous et Anysphere, comme d'habitude.
Puis-je fixer un compte Cursor sur tout un groupe de projets ?
Oui. Les dossiers de la barre latérale portent leurs propres réglages, et le compte Cursor en fait partie. Fixez le compte pro sur le dossier qui contient vos dépôts de travail et tous les projets qui s'y trouvent démarrent dessus, y compris ceux ajoutés plus tard et ceux des sous-dossiers. L'ordre est : override de l'agent, épingle du projet, dossier le plus proche, compte par défaut global, puis le dossier du CLI lui-même.
Puis-je mélanger des comptes Cursor avec des comptes Claude, Codex et Grok ?
Oui. Les comptes sont gérés par provider, dans le même panneau Multiple Accounts. Un même projet peut fixer un compte Cursor et un compte Claude en même temps, et chaque agent utilise le compte du provider sur lequel il tourne. Rien n'est partagé entre providers.
Qu'est-ce qu'il y a exactement dans le dossier d'un compte Cursor ?
La même chose que ce que ~/.cursor contient pour le CLI : les identifiants écrits par la connexion via le navigateur et cli-config.json avec les réglages de ce compte. Deux comptes, ce sont deux de ces dossiers, et c'est pour ça qu'ils peuvent être connectés en même temps sans se gêner.
Que se passe-t-il quand un compte Cursor arrive au bout de son quota ?
AgentsRoom peut basculer l'agent sur un autre compte Cursor auquel vous êtes déjà connecté, au lieu de le laisser bloqué jusqu'à la réinitialisation de la fenêtre. Une réserve, et elle compte : contrairement à Claude, Codex et Grok, la CLI cursor-agent ne publie aucun identifiant de conversation, il n'y a donc rien à reprendre. L'agent est relancé proprement sur l'autre compte plutôt que de poursuivre la même conversation. Les comptes que vous préférez garder à l'écart de ce pool peuvent être exclus un par un. Le comportement complet est décrit sur la page dédiée à la bascule de compte automatique.
Vous aimerez peut-être aussi : Grok Multi-Account
Plusieurs comptes Cursor, ce sont deux connexions Anysphere dans une seule app. Grok Multi-Account fait la même chose pour le CLI grok, avec les mêmes épingles et la même isolation. Les deux vivent dans le panneau Multiple Accounts, à côté de Claude et Codex.
Voir la feature Grok Multi-AccountVotre agent atteint une limite d'usage. Il continue à travailler quand même.
Quand le compte Claude ou Codex sur lequel tourne un agent épuise son quota, AgentsRoom confie la même conversation à un autre compte auquel vous êtes déjà connecté, et le travail continue.
Voir comment ça marchePour aller plus loin
Claude Code ne retient qu'une session à la fois. Voici comment en faire tourner plusieurs.
Guide de terrain pour faire cohabiter un compte pro et un compte perso sur la même machine : la variable d'environnement qui décide quel compte est actif, pourquoi la méthode par le shell casse dès le troisième terminal, et comment épingler un compte par projet.
Antigravity CLI ne garde qu'une connexion Google par machine. Voici ce qui marche à la place.
Pourquoi vous ne pouvez pas alterner deux abonnements Google AI Pro sur Antigravity CLI, où il range réellement votre connexion, ce que les utilitaires de bascule font vraiment à votre trousseau système, pourquoi un forfait famille ne double pas votre quota, et la seule approche qui fait tourner plusieurs comptes en parallèle.
AgentsRoom supporte maintenant Grok Build
Grok Build, l'agent de code terminal de xAI, devient un fournisseur à part entière dans AgentsRoom. Faites-le tourner à côté de Claude, Codex, Antigravity CLI, OpenCode et Aider, et changez en cours de conversation.
Arrêtez de vous déconnecter de Cursor. Choisissez le compte dans une liste.
Faites tourner un compte Cursor pro, un compte perso et un compte client dans AgentsRoom, côte à côte, dès aujourd'hui.
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.
Aperçu d'AgentsRoom en action.