CCBaga : une boîte à outils multiplateforme pour les identités Claude et les vérifications du navigateur
CCBaga associe des archives locales chiffrées d’identités Claude, un navigateur compagnon avec empreinte numérique et des contrôles régionaux du système, au sein d’une boîte à outils native pour macOS, Linux et Windows.
Gérer plusieurs configurations locales de Claude Code ou Claude Desktop peut présenter des risques : changer de compte peut écraser des données utiles, le nettoyage peut supprimer plus que prévu et les paramètres du navigateur ou du système peuvent ne pas correspondre à la région sélectionnée. CCBaga réunit ces tâches dans un flux de travail natif pour ordinateur, avec des contrôles explicites sur ce qui est archivé, ce qui reste dans l’espace de travail et les vérifications de l’environnement qui ont effectivement réussi.
Le projet est une application indépendante sous licence MIT, développée avec Rust et Tauri pour macOS, Linux et Windows. Son usage prévu, selon le projet, est de permettre aux personnes résidant à l’étranger ou en déplacement à l’étranger de gérer leurs propres identités Claude ; tout usage contraire aux conditions d’utilisation d’Anthropic est interdit.
Deux applications aux rôles distincts
CCBaga est composé de deux applications qui fonctionnent ensemble. CCBaga-A gère les identités locales, les paramètres système et les vérifications de l’environnement. CCBaga-B est un navigateur compagnon Chromium avec empreinte numérique et profil dédié. Les mesures du navigateur sont renvoyées à l’application hôte via une session locale, plutôt que de donner à la page de test du navigateur accès aux commandes Tauri.
Cette séparation est importante : un paramètre configuré et un résultat vérifié ne sont pas la même chose. CCBaga peut appliquer un fuseau horaire ou une empreinte de navigateur, puis mesurer ce que le navigateur et la machine signalent réellement.
Le flux de travail quotidien commence par un sélecteur de région et quatre actions courantes : vider le cache du navigateur, renouveler l’empreinte numérique, réinitialiser le fuseau horaire et la langue, ou archiver l’identité actuelle. Les contrôles avancés se trouvent dans les sections Réseau, Identités Claude, Navigateur et Ordinateur. L’interface est disponible en anglais et en chinois simplifié ; changer la langue de l’interface ne modifie pas la langue de l’ordinateur ni celle du navigateur.
Changer d’identité Claude sans perdre l’état de celle qui est active
Le gestionnaire d’identités prend en charge les répertoires de données locaux par défaut de Claude Code et Claude Desktop. À chaque changement, l’identité active est enregistrée avant de restaurer une identité sauvegardée ou de démarrer avec un espace de travail vierge. Avant de changer d’identité, les utilisateurs peuvent développer Conserver dans l’espace de travail pour choisir si les compétences et commandes, les plugins, la configuration MCP, les paramètres personnels, les dossiers de projet, l’historique des conversations et les caches ou journaux doivent rester en place ou accompagner l’identité. Les données de connexion sont toujours incluses dans l’identité archivée.
Les archives sont des conteneurs .baga compressés, authentifiés et chiffrés, stockés en dehors des répertoires de travail de Claude. Une base de données SQLite locale suit les noms des identités, les politiques de conservation et l’état de récupération. CCBaga vérifie une archive avant de modifier l’espace de travail ; en cas d’échec, le changement est annulé, et les changements interrompus offrent une procédure de récupération. Cette procédure commence elle aussi par enregistrer l’état antérieur à la récupération.
Les identités sauvegardées peuvent être exportées et importées entre des appareils fonctionnant sous le même système d’exploitation. Les exports sont protégés par mot de passe et l’importation ajoute une archive sans changer d’identité ni écraser les comptes existants. Les paramètres d’empreinte numérique peuvent être inclus en option, mais les cookies du navigateur, les mots de passe et les paramètres de proxy sont exclus. Le dépôt décrit également des transferts chiffrés entre appareils et des vérifications de sécurité pour les sauvegardes d’identités.
Certaines limites sont à connaître. Les fichiers sources de projets situés en dehors des répertoires de données de Claude ne sont pas analysés. Les emplacements personnalisés de CLAUDE_CONFIG_DIR ne sont pas inclus automatiquement. La suppression directe des données actuellement sélectionnées ne crée aucune archive ; supprimer une carte enregistrée supprime l’archive correspondante. Dans les deux cas, une confirmation explicite est requise. La propriété des fichiers ou l’accès administrateur ne constituent pas une garantie absolue de confidentialité, et les connexions expirées ou révoquées côté serveur peuvent toujours nécessiter une authentification.
Mesurer l’environnement du navigateur, pas seulement sa configuration
Les vérifications du navigateur de CCBaga couvrent la sortie réseau et le pays estimé, le fuseau horaire, la langue, la plateforme, le nombre de processeurs, la version du moteur du navigateur et les paramètres de localisation. La page de réussite ne s’affiche que si les vérifications concordent, que le rapport parvient à l’outil de nettoyage et qu’aucune erreur de mesure ne subsiste.
La distinction entre le nettoyage du cache et une réinitialisation complète est particulièrement importante. Vider le cache conserve les sessions ouvertes et les données personnelles du navigateur. Effacer toutes les données du navigateur réinitialise définitivement l’intégralité du profil de navigateur de l’identité actuelle, y compris les mots de passe enregistrés, les métadonnées de chiffrement, les favoris, l’historique, les extensions, les paramètres et les sessions des sites Web. Cette action ne concerne ni les profils des autres identités ni le coffre-fort des identités et nécessite une confirmation distincte ; elle ne crée aucune sauvegarde.
Un résultat vert constitue un indice limité, pas une garantie d’anonymat ni d’acceptation du compte. Les vérifications des fuites DNS et WebRTC ne sont pas vérifiées de manière indépendante, et la géolocalisation IP est une estimation fournie par des services externes. Sélectionner une région modifie la langue, le fuseau horaire et les paramètres régionaux ; cela ne change pas l’adresse IP publique. Le renouvellement de l’empreinte numérique ferme puis relance CCBaga-B : pensez à enregistrer votre travail en cours dans le navigateur.
Configuration réseau facultative, soumise à approbation
La section Réseau propose un guide en trois étapes — obtenir un VPS, obtenir un proxy résidentiel, installer la Skill — ainsi qu’une invite à copier pour un agent de programmation sélectionné : General, Codex, Cursor, OpenCode ou Copilot. La Skill distincte ccbaga-network suit la spécification Agent Skills et peut être installée avec :
npx skills add liseami/CCBaga --skill ccbaga-network --global
La Skill prend en charge les serveurs Debian 12 ou 13 autorisés, avec connexion par clé root sur le port 22. À partir de l’adresse d’un VPS, de fichiers de clé PEM/PPK/PUB correspondants ou d’un ensemble de clés téléchargé, ainsi que des informations de connexion à un proxy SOCKS5 résidentiel, elle peut configurer Xray/Reality, vérifier l’identité SSH et la sortie SOCKS5 fixe, puis fournir un fichier d’importation local privé une fois les autovérifications du serveur réussies. Les modifications à distance ne sont effectuées qu’après approbation des changements précis. La configuration côté client utilise TUN activé, le proxy système désactivé et aucun proxy de navigateur explicitement défini ; le comportement de TUN et du navigateur doit néanmoins être vérifié séparément.
L’URL d’abonnement utilise HTTP et contient des identifiants ; le projet recommande donc de privilégier le fichier récupéré via SSH. L’application elle-même ne collecte ni clés SSH ni identifiants de proxy et ne déploie rien sur les serveurs. La configuration réseau est facultative : la gestion locale des identités et du navigateur ne nécessite ni VPS ni abonnement à un proxy. Les données fournies à un agent de programmation sont soumises aux pratiques de traitement des données de son fournisseur.
Installation et développement
Les plateformes officiellement prises en charge sont macOS 12 ou version ultérieure sur Apple Silicon, Linux x86_64 et Windows 10/11 x86_64. Les Mac Intel et Linux ARM64 ne sont pas pris en charge. Les versions Linux comprennent des paquets DEB, RPM et AppImage construits sur Ubuntu 22.04 (glibc 2.35), ainsi qu’un paquet distinct pour les systèmes Arch/pacman récents ; les paquets incluent le navigateur compagnon. Windows utilise un installateur NSIS contenant les deux applications. Celui-ci n’est pas signé avec Authenticode et peut déclencher SmartScreen ou être bloqué par une politique de sécurité administrée.
Sur macOS, téléchargez le fichier officiel CCBaga-<version>-macos-arm64.dmg. Une seule image disque contient à la fois CCBaga-A.app et CCBaga-B.app ; le navigateur n’est pas proposé en téléchargement séparé. Faites glisser les deux applications dans le dossier Applications, puis lancez CCBaga-A, qui démarre le navigateur compagnon.
Pour compiler les sources sur macOS, le dépôt documente l’installation de Bun, Rust et des outils de ligne de commande Xcode, ainsi que le téléchargement séparé d’un moteur de navigateur. Le script de téléchargement récupère la version épinglée de Fingerprint Chromium 148.0.7778.215 pour macOS arm64, vérifie sa somme SHA-256 et préserve la structure du bundle ainsi que les mentions légales. Voici une séquence de développement de base :
bun install --frozen-lockfile
python3 scripts/fetch-browser.py
sh scripts/make-icons.sh
sh scripts/package-browser.sh
bun run tauri dev
Parmi les vérifications utiles figurent bun run build, bun test, les tests Rust via cargo test --manifest-path src-tauri/Cargo.toml, les tests de signature du navigateur et les tests hors ligne de la Network Skill. L’intégration continue du projet exécute les vérifications du frontend, du code natif Rust, de la Skill et de l’installation sur Ubuntu, macOS et Windows. Le flux de travail documenté utilise un jeton en lecture seule, aucun secret de signature et aucun téléversement d’artefacts ; la validation complète du moteur et des installateurs est réalisée séparément.
L’architecture de CCBaga associe Rust et Tauri 2 pour les commandes natives et les limites transactionnelles, React 19 et TypeScript pour l’interface, des ponts spécifiques à chaque plateforme pour l’intégration au système d’exploitation et un environnement Chromium dédié pour effectuer de véritables mesures du navigateur. Son principe de conception central est l’observabilité assortie de limites explicites : archiver avant de changer d’identité, demander confirmation avant les actions destructives, distinguer les paramètres appliqués des résultats mesurés et rendre visibles les limites propres à chaque plateforme, plutôt que de laisser entendre que tous les environnements ou états de compte sont pris en charge.