Deux comptes Claude Code.
Un seul AgentsRoom. Aucun shell.
Lance un compte Claude Code perso sur un projet et un compte travail sur un autre, dans la même fenêtre, en même temps. Tu fixes un compte Claude par projet. Tu override par agent quand tu en as besoin. Sign-in directement depuis les Settings, sans exporter CLAUDE_CONFIG_DIR, sans installer d'outil tiers.
Pourquoi plusieurs comptes Claude Code
Les vraies raisons pour lesquelles les développeurs ouvrent plusieurs comptes, dites simplement.
Séparer le pro et le perso, proprement
Le compte Claude Code de ton employeur reste sur les projets pro. Ton compte perso reste sur tes projets du week-end. Pas de mélange accidentel de prompts, pas de credentials pro qui partent sur un side project, pas de session perso loggée sur le compte pro.
Facturer la consommation par client
Quand un client te donne accès à son compte Claude, ses sessions tournent sur son compte. Ce sont ses tokens qui sont consommés, pas les tiens. Le tracker Claude Code token usage d'AgentsRoom garde les totaux séparés par compte, donc la refacturation est carrée.
Éviter les collisions de quota
Si ton compte travail a un quota Anthropic serré, un long run d'agent sur un projet perso ne le grignote pas. Chaque compte a ses propres limites, son propre rate-limiting, sa propre histoire de consommation.
Un compte de test à côté du compte prod
Lance un compte Claude dédié aux expérimentations bruyantes, agents jetables et drafts de prompts. Garde le compte prod propre. Switch entre les deux par agent, par projet, en deux clics.
Plusieurs orgs, plusieurs politiques
Certains comptes Claude sont rattachés à du SSO entreprise avec logging ou télémétrie obligatoires. Garder un compte perso séparé veut dire que ton coding perso reste sur ton compte perso, isolé au niveau du dossier sur disque.
Pair coding pour deux humains sur le même Mac
Si deux développeurs partagent une station de temps en temps, chacun peut signer avec son propre compte Claude Code. AgentsRoom retient les deux, le bon démarre selon le projet ou l'agent.
Le panneau Claude Accounts dans Settings, plus le picker au niveau projet sur le flow New Project.
Intégré directement dans AgentsRoom
Pas de switcher externe, pas de scripts shell, pas de dance logout-login.
Un compte Claude par projet
Tu fixes un compte Claude sur un projet. Tous les agents du projet en héritent par défaut. Ouvre un projet Travail et un projet Perso dans la même fenêtre, chacun tourne sur son propre compte Claude derrière.
Override par agent
Besoin d'un seul agent sur un compte différent ? Édite l'agent, choisis un autre compte Claude, sauve. L'override ne s'applique qu'à cet agent. Le reste du projet garde le compte au niveau projet.
Sign-in dans l'app
Clique "Add an account" et AgentsRoom ouvre un mini-terminal embarqué qui exécute claude avec le bon CLAUDE_CONFIG_DIR. Tu tapes /login, tu fais l'OAuth dans le navigateur, tu colles le code. Le badge passe à Signed in dès que les credentials atterrissent sur disque.
Compte par défaut global
Définis un compte Claude comme default global. Tous les nouveaux projets démarrent dessus tant que tu n'override pas. Change le default plus tard et chaque projet non-pinné suit automatiquement.
Compatible CCS
Tu utilises déjà Claude Code Switcher ? Pointe un profil sur ~/.ccs/instances/work ou n'importe quel autre dossier CCS. AgentsRoom réutilise les credentials existants, pas de re-login.
Isolation stricte sur disque
Chaque compte vit dans son propre dossier : tokens, sessions, historique projet. Deux comptes ne partagent jamais un fichier. Supprimer un compte dans AgentsRoom ne touche jamais les données d'un autre compte.
Tracking de tokens par compte
Le compteur Claude Code token usage d'AgentsRoom lit les transcripts JSONL de chaque compte indépendamment. Totaux par session, taux de cache hit et alertes fonctionnent pareil sur chaque compte.
Attribution fichiers par agent
Le vibe coding review et le diff par agent continuent de marcher entre les comptes. Les fichiers modifiés par un agent sont correctement attribués même quand l'agent tourne sur un compte Claude non-default.
Comment ça marche sous le capot
Construit sur le mécanisme officiel multi-comptes de Claude Code.
CLAUDE_CONFIG_DIR pilote tout
Claude Code lit ses tokens, ses metadata de session et son historique projet depuis le dossier pointé par CLAUDE_CONFIG_DIR. Par défaut ~/.claude. Changer cette variable change le compte actif. AgentsRoom utilise ce mécanisme officiel pour faire tourner le multi-comptes.
Chaque compte est un dossier managé
Quand tu cliques "Add an account", AgentsRoom crée ~/.agentsroom/claude-profiles/<id>/ et fait le sign-in dedans. Tu peux aussi pointer un compte sur un dossier existant, par exemple un dossier d'instance CCS comme ~/.ccs/instances/work.
Le sign-in est embarqué dans les Settings
AgentsRoom spawn un mini PTY qui exécute claude avec CLAUDE_CONFIG_DIR posé sur le nouveau profil. Tu tapes /login, le navigateur s'ouvre, tu recolles le code. AgentsRoom poll .credentials.json toutes les secondes pour que le badge Signed in apparaisse dès que le fichier touche le disque.
Résolution en cascade au spawn
Quand un agent démarre, AgentsRoom résout le compte Claude effectif dans cet ordre : override agent, pin projet, default settings, default système ~/.claude. Le bon CLAUDE_CONFIG_DIR est posé sur l'environnement du PTY avant que claude se lance.
Tracking et attribution restent justes
Les readers internes d'AgentsRoom (token usage, file attribution, session monitor) itèrent sur tous les dossiers de comptes connus, plus ~/.claude en fallback. Le bon metafile gagne par PID, donc les compteurs par agent et les diffs restent justes peu importe le compte qui a spawn l'agent.
Ce que contient chaque dossier de compte
Chaque dossier de compte Claude contient les credentials OAuth, les metafiles de sessions par PID, les transcripts JSONL par projet, les settings globaux Claude et l'historique projet. AgentsRoom garde ces dossiers isolés et ne copie jamais de fichiers entre eux.
Contenu par compte
- • Credentials OAuth (.credentials.json)
- • Metafiles de session sessions/<pid>.json
- • Transcripts JSONL projects/<encoded-cwd>/<sessionId>.jsonl
- • Settings globaux et historique par compte
Alternatives à AgentsRoom
Les autres façons de gérer plusieurs comptes Claude Code, et ce qu'AgentsRoom fait différemment.
CCS (Claude Code Switcher)
CCS est un wrapper shell qui maintient des dossiers de profils sous ~/.ccs/instances/<nom> et bascule CLAUDE_CONFIG_DIR avant d'exec claude. Ça marche, mais ça vit en dehors de l'IDE : tu changes de profil au niveau du shell entier, pas par projet ni par agent. AgentsRoom est totalement compatible avec les profils CCS. Pointe un compte AgentsRoom sur une instance CCS et réutilise les credentials directement.
CLAUDE_CONFIG_DIR à la main
La méthode officielle Anthropic : export CLAUDE_CONFIG_DIR=/chemin avant de lancer claude. Manuel, source d'erreurs, et dès que tu ouvres un second tab tu ne sais plus sur quel compte tu es. AgentsRoom drive cette variable pour toi, par projet et par agent, et te montre le compte actif dans le picker à chaque fois.
Deux Mac séparés ou deux sessions macOS
Certaines équipes utilisent une machine séparée ou une session macOS séparée par compte Claude. Lourd, lent, et tu ne peux pas faire tourner un agent travail et un agent perso en parallèle. AgentsRoom fait tourner les deux en même temps, sur le même Mac, dans la même fenêtre.
Logout et login à chaque switch
Tu tapes claude /logout, puis claude /login sur l'autre compte, puis encore pour revenir. Tu perds tes sessions, tu paies des minutes par switch, tu casses --resume sur toutes tes sessions précédentes. AgentsRoom garde chaque compte signé en permanence, switch en un clic, ne jamais invalider une session.
Scripts shell et aliases custom
Certains développeurs wrappent claude dans une fonction shell qui exporte CLAUDE_CONFIG_DIR selon le dossier courant. Fragile, fait main, invisible depuis l'IDE. AgentsRoom encode la même idée déclarativement au niveau projet, avec un badge UI qui te dit toujours quel compte est actif.
Ce qu'AgentsRoom fait que les autres ne font pas
AgentsRoom est le seul IDE qui surface les comptes Claude Code multiples comme une feature de premier plan, avec un pin par projet, un override par agent, un sign-in dans l'app, un badge de statut par compte, et la compatibilité totale avec les profils CCS. Tu te connectes une fois par compte, tu fixes les comptes par projet, tu override par agent, et tu arrêtes de te demander quel compte est chargé. Plusieurs comptes ET plusieurs providers dans le même projet : un agent Claude Travail, un agent Claude Perso et un agent Codex peuvent tourner côte à côte.
FAQ
Combien de comptes Claude Code je peux ajouter dans AgentsRoom ?
Pas de limite stricte. Chaque compte est un dossier sur disque. Ajoute un compte Travail, un compte Perso, un compte par client, un compte de test : AgentsRoom les liste tous dans le panneau Settings et te laisse choisir n'importe lequel par projet ou par agent.
Faut-il installer CCS ou un autre outil pour utiliser plusieurs comptes Claude dans AgentsRoom ?
Non. AgentsRoom drive directement le mécanisme CLAUDE_CONFIG_DIR de Claude Code. Pas de switcher externe, pas de wrapper shell, pas de dépendance en plus. Le sign-in est totalement intégré dans le panneau Settings.
J'utilise déjà CCS. Je peux garder mes profils CCS existants ?
Oui. Quand tu ajoutes un compte dans AgentsRoom, clique "Custom path" et pointe sur ton dossier de profil CCS existant, par exemple ~/.ccs/instances/work. AgentsRoom réutilise les credentials déjà sauvés là. Pas besoin de re-login.
Deux agents différents dans le même projet peuvent-ils tourner sur deux comptes Claude différents en même temps ?
Oui. Le projet pin un compte par défaut, mais chaque agent peut override. Ouvre un projet pinné sur le compte Travail, édite un agent spécifique pour utiliser le compte Perso, et les deux agents tournent en parallèle sur des comptes Claude différents dans la même fenêtre.
Les compteurs de tokens et l'attribution fichiers sont-ils justes quand un agent tourne sur un compte Claude non-default ?
Oui. AgentsRoom scanne chaque dossier de compte configuré, plus ~/.claude en fallback, quand il lit les metadata de session. Les PIDs sont globalement uniques, donc le metafile de session de chaque agent est trouvé dans exactement un dossier. Les compteurs de tokens par session, le taux de cache hit et les diffs par agent fonctionnent identiquement entre les comptes.
Que se passe-t-il si je supprime un compte que des agents référencent encore ?
Rien ne casse. Les agents tombent sur le compte Claude par défaut silencieusement. Le dossier supprimé reste sur disque au cas où tu voudrais y pointer un autre profil plus tard. Tu peux re-bind les agents orphelins sur un autre compte à tout moment depuis Edit Agent.
Les credentials sont-ils partagés avec d'autres utilisateurs AgentsRoom ou envoyés à un serveur ?
Non. Chaque dossier de compte reste sur ta machine locale. AgentsRoom ne lit, ne copie ni ne transmet jamais de credentials. Le sign-in lance le claude CLI officiel dans un PTY local, l'OAuth se fait entre Anthropic et ton navigateur comme d'habitude.
Le resume fonctionne-t-il après que j'ai changé le compte Claude d'un agent ?
Quand le compte d'un agent change, sa session précédente vit sous l'ancien dossier de compte et ne peut pas être resumée sous le nouveau. AgentsRoom détecte l'échec et démarre une session fraîche automatiquement. Pas de cleanup manuel à faire.
Tu pourrais aussi aimer : Multi-Provider
Plusieurs comptes Claude te donnent plusieurs logins Claude dans une seule app. Multi-Provider te donne plusieurs moteurs IA dans une seule app : Claude, Codex, Gemini CLI, OpenCode et Aider. Même idée, appliquée au provider IA plutôt qu'au compte. Pin un provider par projet, override par agent, switch en cours de conversation en gardant le contexte.
Voir la feature Multi-ProviderArrête de jongler avec des variables shell. Choisis le compte dans un picker.
Lance un compte Claude Travail, un compte Claude Perso et un compte client dans AgentsRoom, côte à côte, dès aujourd'hui.
App companion : suivez vos agents en déplacement
Compatible avec Claude, Codex, OpenCode, Gemini CLI et Aider
Remontez bugs et demandes directement dans votre backlog public.