Une limite d’usage ne devrait pas mettre fin à ta session.

Un provider refuse un tour et Happier affiche « Limite d’usage atteinte », avec l’heure de réinitialisation quand le provider en a fourni une. À partir de là : attendre — « Reprendre à la réinitialisation de la limite » conserve la session et la relance toute seule — ou « Vérifier la limite maintenant » pour resonder, ou arrêter d’attendre. Attendre est l’option qui sauve ton après-midi : Happier retient l’heure de réinitialisation, la revérifie pour toi, redémarre la session si elle s’était arrêtée entre-temps, et envoie un prompt pour repartir du contexte interrompu. Coche « Toujours attendre et reprendre » une fois et on ne te le demande plus — chaque limite suivante est traitée de la même façon sans que personne surveille. Une session Codex va un cran plus loin et arme l’attente d’elle-même une fois « Continuer automatiquement » activé.

Ce bandeau apparaît pour Claude Code, Codex, OpenCode, Gemini et Pi. Aucun autre agent du registre ne rapporte ses limites d’usage à Happier sous une forme exploitable, donc ce que tu obtiens là, c’est ce qu’affiche le propre CLI du provider.

Un pool appartient à un service connecté, pas à un agent. Un service connecté est un type d’identifiant — un abonnement Claude, un abonnement Codex, une clé Anthropic ou OpenAI, une connexion Gemini — et un pool est un ensemble de tes propres comptes sur l’un d’eux. L’agent que tu fais tourner est un choix distinct, fait au moment où tu lances une session.

Un même pool sert donc plusieurs agents. Les abonnements Claude et les clés Anthropic sont consommés par Claude Code, OpenCode et Pi ; les abonnements Codex et les clés OpenAI par Codex, OpenCode et Pi ; les connexions Gemini par Gemini. Construis un pool avec tes deux comptes Claude et il est là, que tu ouvres Claude Code, OpenCode ou Pi cet après-midi-là.

Rien ne bascule tant que tu n’as pas construit un pool, et un pool est quelque chose que tu crées exprès : Réglages → Services connectés, ouvre le service auquel ces comptes appartiennent, puis Pools → Créer un pool, nomme-le, et ajoute les comptes que tu veux dedans. Tant qu’il n’existe pas, chaque session utilise le seul compte que tu as choisi et s’arrête quand ce compte s’arrête.

Une fois le pool créé, il démarre avec le basculement automatique activé, pour les services capables de changer de compte à l’intérieur d’une session en cours. Il y a un interrupteur sur le pool — « Basculement automatique » — et le désactiver te laisse un pool que tu bascules à la main, ce qui est une façon raisonnable de fonctionner si tu préfères décider à chaque fois.

Les valeurs par défaut sont volontairement peu ambitieuses. Happier bascule sur un autre membre, en préférant celui qui a le plus de quota restant, au plus une fois par tour et trois fois par heure de session, avec un délai de trente secondes entre deux. Quand un provider annonce qu’une limite se réinitialise à une heure précise, Happier le prend au mot et ne considère pas ce compte comme candidat avant. Un pool sert à ne pas perdre vingt minutes dans une reconnexion ; ce n’est pas un service de rotation, et le plafond horaire est là pour qu’il ne le devienne pas discrètement.

On appelle souvent ça de la répartition de charge. Ce que fait Happier est plus étroit, et bon à savoir avant de payer un second abonnement : il ne répartit pas le travail entre tes comptes pour les maintenir au même niveau. Rien ne bouge du tout tant que le compte sur lequel tu es a encore de la marge. Le pool est là pour le moment où l’un est à sec — le produit appelle ça le basculement automatique, et c’est exactement ce que c’est.

Un pool de comptes est fait pour des comptes qui t’appartiennent. La forme de la fonctionnalité, c’est une personne avec plusieurs connexions à elle — un abonnement Max personnel et un siège Claude professionnel, un abonnement Codex et une clé OpenAI — gardées visibles et interchangeables au même endroit, au lieu de ré-authentifier un CLI chaque fois que tu es à sec.

Ce n’est pas un moyen de mettre plusieurs personnes sur un seul abonnement. Les conditions des providers — celles d’Anthropic comme celles d’OpenAI — interdisent de partager un même abonnement entre plusieurs personnes, et le pooling n’y change rien : si tu l’utilises ainsi, tu es hors des conditions de ton provider, et aucun client ne peut y remédier à ta place.

Nous ne sommes pas juristes, nous ne donnons aucune garantie, et les conditions des providers changent. Lis-les. Si ton organisation a un accord avec un provider, vérifie-le avant de connecter un compte professionnel.

Deux comptes connectés sur le même service, un pool, et une vérification que la jauge affiche bien quelque chose. Construire le pool est un travail pour l’app — Réglages → Services connectés, choisis le service, Pools — parce qu’aucune commande n’en crée un ; happier connect connecte un compte depuis un shell et s’arrête là. Lancer une session sur un pool que tu as déjà construit, c’est la moitié qui est dans le CLI : happier --auth cs:<id> prend l’id d’un profil ou d’un pool. Il existe une écriture plus longue, cs:group:<id>, pour le cas où un profil et un pool partagent un id et où la forme courte ne peut pas les distinguer.

Connecter les comptes vient d’abord, et cette partie a une référence de configuration : comment fonctionne la connexion de chaque provider, quel agent peut consommer quel identifiant, et d’où viennent les instantanés de quota.

Un relay auto-hébergé peut désactiver tout ça, et peut désactiver les jauges de quota indépendamment du pooling. Si tu es sur le serveur de quelqu’un d’autre et que l’écran Pools manque, c’est la réponse du serveur et non un bug.