claude-share

Qu’est-ce que claude-share ?

claude-share est un petit outil en ligne de commande (CLI) qui vous permet de partager l’accès à votre abonnement Claude Code avec des amis via un lien d’appairage. Il est conçu pour que la machine réceptrice n’obtienne pas votre token d’accès Claude, et vous pouvez révoquer l’accès instantanément.

Le flux de travail est divisé en deux parties : la machine partageuse exécute le proxy claude-share, et l’ami se connecte avec claude-connect en utilisant le lien d’appairage généré.

Fonctionnalités principales

• Installation en une commande : Installez le CLI globalement avec npm install -g @0xpv/claude-share, pour une utilisation rapide locale sur macOS et Linux.
• Partage via lien d’appairage : Générez un lien d’appairage à envoyer à un ami, qui établit une connexion temporaire sauvegardée de son côté.
• Token non révélé à l’ami : L’architecture proxyfie le trafic CLI Claude via la machine partageuse et injecte le token bearer API Claude côté serveur, si bien que la machine réceptrice ne reçoit pas de token d’accès.
• Révocation instantanée en arrêtant le partage : Quitter le CLI arrête le proxy local et déconnecte tout le monde immédiatement.
• Routage réseau via proxy/tunnel (avec notes sur le mode) : Par défaut, il fonctionne le mieux sur un LAN ; un mode public expérimental utilisant bore.pub est mentionné pour les amis distants.

Comment utiliser claude-share

1. Installez claude-share sur la machine qui partagera l’accès : npm install -g @0xpv/claude-share
2. Lancez le CLI pour générer un lien d’appairage et partagez ce lien avec votre ami.
3. Faites connecter votre ami en exécutant claude-connect, puis en saisissant le lien d’appairage pour établir la session.
4. Maintenez la machine partageuse disponible : vous devez garder la machine éveillée pendant le partage car le CLI exécute un proxy local.

Cas d’utilisation

• Utilisation côte à côte de Claude Code sur un projet partagé : Les équipes ou paires peuvent utiliser le même abonnement Claude Code pour des sessions de collaboration courtes en connectant chaque ami via un lien d’appairage.
• Accès temporaire pour onboarding : Vous pouvez partager l’accès pendant qu’un ami apprend ou valide un flux de travail, puis le révoquer en quittant le CLI.
• Partage basé sur LAN pour environnements dev distants : Quand les deux machines sont sur le même réseau local, claude-share fonctionne le mieux.
• Accès distant pour collaborateurs de confiance (expérimental) : Si votre ami n’est pas sur le même LAN, vous pouvez utiliser le mode public expérimental via bore.pub comme décrit.
• Sessions d’accès contrôlées : Comme le proxy est lié au processus en cours sur la machine partageuse, vous pouvez arrêter le partage à tout moment pour une déconnexion immédiate.

FAQ

• Mon ami reçoit-il mon token d’accès Claude ? Non. L’architecture décrite proxyfie le trafic vers la machine partageuse et injecte le token bearer côté serveur, tandis que la machine de l’ami ne reçoit pas de token d’accès.

• Que se passe-t-il si la machine partageuse s’endort ou si le CLI s’arrête ? Les amis sont déconnectés immédiatement si la machine s’endort ou si le processus se termine, car le CLI exécute un proxy local.

• Puis-je révoquer l’accès sans rien reconfigurer ? Oui. Quitter le CLI arrête le proxy et déconnecte tout le monde instantanément.

• Fonctionne-t-il sur Internet ? Il fonctionne le mieux sur un LAN, et un mode public expérimental est disponible via bore.pub pour les amis distants.

• Est-ce sûr de l’utiliser avec n’importe qui ? Non. Le projet avertit explicitement de ne partager qu’avec des personnes en qui vous avez pleinement confiance, car le proxy de la machine partageuse peut intercepter les chats Claude Code par conception.

Alternatives

• Utiliser des abonnements/comptes séparés par utilisateur : Au lieu de proxyfier et partager l’accès, chaque utilisateur se connecte avec son propre abonnement pour éviter les préoccupations liées à la gestion des tokens et à la confiance.
• Autres approches de proxy basées sur CLI : Pour les développeurs à l’aise avec les configurations réseau, vous pourriez chercher des outils qui redirigent ou proxyfient le trafic API localement ; ceux-ci diffèrent généralement par leur gestion des identifiants et la portion de trafic qu’ils peuvent observer.
• Accès équipe via gestion de comptes officielle (si disponible) : Quand disponible, utiliser un mécanisme officiel de partage ou d’accès équipe (plutôt qu’un proxy personnalisé) peut réduire les risques opérationnels par rapport à un proxy local qui intercepte les chats.