ccam et les autres sélecteurs de compte Claude Code

Les outils pour changer de compte Claude Code suivent l'une de deux approches. La plupart échangent la connexion à l'intérieur de l'unique dossier ~/.claude : un seul compte est donc actif à la fois. D'autres, dont ccam, donnent à chaque compte son propre dossier avec CLAUDE_CONFIG_DIR : chaque compte reste connecté et plusieurs peuvent tourner en même temps. ccam y ajoute le partage des paramètres et des serveurs MCP, et poursuit une conversation dans le dossier d'un autre compte.

Échanger une connexion ou séparer les dossiers ?

Échanger la connexion conserve un seul jeu de paramètres, de serveurs MCP et d'historique, puisqu'il n'y a qu'un dossier. Le changement est rapide, et une session en cours peut reprendre la nouvelle connexion. Mais un seul compte est actif à la fois, pour tous les terminaux et éditeurs en même temps.

Pour faire l'échange, l'outil garde une copie de la connexion de chaque autre compte et la remet en place. Claude Code remplace le jeton d'actualisation d'une connexion quand il la renouvelle : chaque copie enregistrée doit donc rester synchronisée avec les sessions en cours. Des comptes déconnectés, ou qui demandent à nouveau /login après un changement, font partie des problèmes que ces projets corrigent le plus souvent.

Des dossiers séparés, c'est la méthode que décrit la documentation de Claude Code. Chaque compte reste connecté, et vous pouvez lancer côte à côte une session professionnelle et une session personnelle. Chaque connexion reste dans son propre dossier, où Claude Code la renouvelle comme d'habitude. La contrepartie : chaque dossier démarre avec ses propres paramètres, serveurs MCP et historique, sauf si un outil les partage.

Comparaison des outils

D'après la documentation et le code source de chaque projet au 2026-10-20 (clausona : v0.12.0-beta). « Non documenté » signifie que le projet n'en parle pas, pas que la fonctionnalité manque.

Outil	Approche	Plusieurs comptes à la fois	Utilisation sur 5 heures et hebdomadaire	Quand une limite est atteinte	Plateformes
ccam	Dossiers séparés	Oui	Oui, ccam usage	Vous exécutez ccam next --auto --continue pour poursuivre la conversation dans le compte qui a le plus de marge ; ccam --fallback y relance les tâches -p de lui-même, et ccam pick répartit les workers	Linux, macOS, Windows
claude-swap	Échange la connexion ; dossiers séparés avec cswap run	Oui, avec cswap run	Oui	cswap auto change de connexion à un seuil ; la session en cours continue	Linux, macOS, Windows
CCS	Dossiers séparés	Oui	En partie	Des groupes de comptes transmettent les requêtes au compte suivant via un proxy local	Linux, macOS, Windows
clausona	Dossiers séparés	Oui	Oui	Des routes choisissent un compte qui a du quota avant chaque exécution, peuvent attendre une réinitialisation et attribuent des comptes distincts aux workers	Linux, macOS, Windows
clauth	Échange la connexion ; dossiers séparés avec clauth start	Oui, avec clauth start	Oui	Passe au compte suivant d'une chaîne de secours	Linux, macOS, Windows
CAAM	Échange la connexion, ou profils isolés	Oui, avec des profils isolés	Oui	caam run relance les commandes non interactives sur un autre compte	Linux, macOS, Windows
cux	Échange la connexion et enveloppe claude	Non, un seul compte actif	Oui	Échange la connexion et reprend la même conversation	Linux, macOS, Windows
CCSwitcher	Échange la connexion	Non	Oui	Changement facultatif à un seuil	macOS
Claude Switcher	Échange la connexion	Non	Oui	Changement facultatif à 100 %	macOS

ccswap est un fork de claude-swap qui gère aussi les connexions Codex. claude-account, claude-multiprofile et claude-code-profiles donnent eux aussi à chaque compte son propre dossier. Plusieurs de ces outils prennent aussi en charge d'autres agents de code, comme Codex ou Gemini.

Comment ils sont construits

Outil	Écrit en	Pendant que Claude Code tourne	Copie les connexions d'un endroit à l'autre	Ce que les comptes peuvent partager
ccam	Go, un seul binaire statique	Rien : ccam se remplace par claude (sous Windows, qui ne le permet pas, il l'attend)	Non	Chaque élément séparément : local ou un groupe nommé, compte par compte
claude-swap	Python 3.12+, installé avec uv ou pipx	Rien avec cswap run ; cswap auto et l'app de barre des menus continuent de tourner	Oui, quand il échange la connexion	Avec cswap run : paramètres, CLAUDE.md et extensions ensemble, historique en option ; serveurs MCP copiés à chaque lancement
CCS	Node.js 18+ ou Bun	CCS reste le processus parent ; les groupes de comptes ajoutent un proxy local	Non pour ses dossiers de compte ; les groupes de comptes gardent leurs propres connexions	Partagé ou local par compte, historique dans des groupes de contexte ; serveurs MCP copiés
clausona	TypeScript, Node.js 20+	claude seul passe par une fonction shell ; clausona run garde Node comme processus parent ; un processus Node en arrière-plan après chaque sortie	Non, mais il renouvelle lui-même les jetons des comptes inactifs pour lire leur utilisation	Tout sauf les fichiers propres à chaque compte, depuis un compte principal ; historique facultatif ; les serveurs ajoutés avec claude mcp add ne sont pas partagés
clauth	Rust	clauth reste le processus parent	Oui, quand il échange la connexion	Tout ~/.claude, ou rien
CAAM	Go	Selon le mode ; un démon facultatif	Oui, en mode coffre	Fixé par le mode ; serveurs MCP copiés à chaque lancement
cux	Go	Un wrapper reste autour de claude	Oui	Tout : un seul dossier
CCSwitcher, Claude Switcher	Apps macOS (Swift, Python)	L'app de barre des menus	Oui	Tout : un seul dossier

Les points forts de ccam

Les connexions restent là où Claude Code les a mises

ccam ne copie jamais une connexion Claude d'un endroit à un autre. La connexion de chaque compte reste dans son propre dossier, ou sous macOS dans l'élément du trousseau propre à ce dossier, et c'est Claude Code qui la renouvelle. Il n'existe aucune copie enregistrée qui puisse se désynchroniser. Un ~/.claude existant enregistré avec ccam import garde l'élément du trousseau qu'utilise claude seul : il reste connecté dans les deux cas.

ccam ne renouvelle lui-même un jeton expiré que lorsque vous lancez ccam usage --refresh. Il prend d'abord un verrou et refuse tant que ce compte est en cours d'exécution : il ne fait donc jamais tourner un jeton sous une session active.

Rien ne s'intercale entre vous et Claude Code

ccam lit un fichier, vérifie ses liens et se remplace par claude (exec). Pendant que vous travaillez, il n'y a ni processus ccam, ni wrapper, ni proxy, ni démon : l'entrée standard, les signaux et le code de sortie appartiennent à Claude Code, et ses requêtes vont directement chez Anthropic. Windows ne peut pas remplacer un processus : ccam y lance Claude Code dans la même console et attend son code de sortie, sans rien faire d'autre.

Lancer un compte de cette façon ajoute environ 4 ms, moins de 6 ms au 95e centile, avec 8 Mo de mémoire au pic (scripts/perf-check.sh avec hyperfine, 300 exécutions). Sur le même portable, le simple démarrage de l'interpréteur Python prend 13 ms et celui de Node.js 31 ms, avant qu'un programme ne fasse quoi que ce soit.

Partager élément par élément, compte par compte

Les serveurs MCP, settings.json, CLAUDE.md, les extensions (agents, commandes, skills, plugins) et l'historique des conversations sont cinq éléments distincts. Chaque compte règle chaque élément sur local ou sur un groupe : deux comptes professionnels peuvent ainsi partager l'historique dans un groupe work pendant qu'un compte personnel garde le sien, et tous les trois partagent les mêmes serveurs MCP.

• Les serveurs MCP sont passés avec --mcp-config au lancement : par défaut, ccam ne modifie donc jamais .claude.json, le fichier que Claude Code réécrit pendant qu'il tourne. ccam mcp add ajoute un serveur une seule fois pour tout le groupe.
• Les autres éléments sont des liens vers le dossier du groupe : une modification faite dans un compte apparaît aussitôt dans les autres. Rien n'est copié au lancement.
• Les connexions, .claude.json et l'état d'exécution ne sont jamais partagés.

Chaque modification est montrée d'abord et sauvegardée

ccam share et ccam migrate affichent un plan et demandent confirmation avant de déplacer quoi que ce soit. Quand un fichier diffère entre un compte et son groupe, vous choisissez : garder celui du groupe, utiliser le vôtre ou fusionner le JSON. Les originaux vont dans .ccam-backup/<time>/, le dossier d'un compte supprimé part dans un dossier de corbeille, et les fichiers sont remplacés en un seul renommage : une écriture interrompue laisse l'ancien fichier en place. --dry-run montre ce que feraient le lancement, le partage, la migration, les raccourcis, les mises à jour et les réparations. ccam doctor --fix répare les liens cassés et les permissions.

La même conversation dans le compte suivant

Avec l'historique partagé, ccam next --auto --continue interroge tous les comptes en même temps sur leur utilisation, ouvre celui qui a le plus de marge et poursuit la conversation. C'est vous qui décidez quand changer ; ccam ne surveille pas votre utilisation en arrière-plan. La ligne d'état suggère la commande dès qu'un compte atteint 90 %.

Les scripts ne peuvent pas vous attendre : ccam --fallback work -p "…" change donc de compte pour eux. Quand le compte atteint sa limite, la même commande est relancée avec le compte qui a le plus de marge, et seule la sortie de l'exécution qui a abouti est affichée. Un échec qui n'est pas dû à une limite d'utilisation est transmis tel quel. Pour des workers en parallèle, ccam pick donne à chacun un compte différent qui a de la marge, et les deux quittent avec le code 75 quand plus aucun compte n'en a.

Le bon compte dans chaque dossier

ccam folder work ~/code/company fait que tout lancement sans nom de compte dans ce dossier utilise work, tandis que vos autres projets gardent le compte par défaut. Le réglage se trouve dans le même config.toml que lit chaque lancement : il ne coûte donc aucun temps.

Un seul binaire, des téléchargements vérifiés

ccam est un binaire statique d'environ 10 Mo, sans environnement d'exécution à installer, pour Linux, macOS et Windows. Les scripts d'installation (install.sh, install.ps1) et ccam update vérifient chaque téléchargement avec les sommes de contrôle SHA-256 de la version, et ccam ne cherche jamais de mises à jour de lui-même. Il n'y a aucune télémétrie : les seules requêtes qu'il envoie sont les consultations d'utilisation de vos comptes auprès d'Anthropic, en parallèle avec une limite de 3 secondes et un cache de 60 secondes, et les téléchargements que vous demandez.

Ce que les autres outils font de plus

• claude-swap, clauth, cux, CAAM et CCSwitcher peuvent changer de compte d'eux-mêmes dans une session interactive en cours quand un compte dépasse un seuil d'utilisation. ccam change de compte pour les exécutions -p avec --fallback et vous laisse décider pour les sessions interactives.
• Sous Windows sans le Mode développeur, ccam partage les dossiers mais ne peut pas partager de fichiers isolés comme settings.json ; claude-swap et CCS les y copient à la place.
• CCSwitcher, Claude Switcher et claude-swap affichent l'utilisation dans la barre des menus de macOS.
• CCS, clausona, CAAM, clauth, ccswap et Claude Switcher gèrent aussi Codex et d'autres agents de code.
• clausona active et désactive aussi les extensions compte par compte (ccam ext de ccam se contente de les afficher), suit le coût local en jetons et fournit des plugins Claude Code qui font tourner des flottes de workers dans tmux et d'autres terminaux.
• CAAM, CCSwitcher et Claude Switcher s'installent avec Homebrew, et clauth et CAAM signent les sommes de contrôle de leurs versions. ccam s'installe avec son script, un .deb ou go install, et vérifie les sommes de contrôle sans signature.

Lequel choisir ?

Choisissez un outil qui échange la connexion si vous utilisez un compte à la fois ou si vous voulez que les sessions en cours changent de compte automatiquement. Choisissez ccam si vous voulez des comptes côte à côte, une seule configuration partagée, la même conversation dans le compte suivant et rien qui tourne à côté de Claude Code, sous Linux, macOS ou Windows. Si vous n'avez besoin de rien partager, de simples alias shell suffisent.

Le droit d'utiliser plusieurs comptes dépend des conditions de chaque compte. Vérifiez-les avant de vous lancer.