Un limite di utilizzo non dovrebbe porre fine alla tua sessione.

Un provider rifiuta un turno e Happier mostra “Limite di utilizzo raggiunto”, con l’orario di reset quando il provider lo ha fornito. Da lì: aspetta — “Riprendi quando il limite si reimposta” mantiene la sessione e la riprende da sola — oppure “Controlla il limite ora” per riverificare, oppure smetti di aspettare. Aspettare è l’opzione che ti salva il pomeriggio: Happier conserva l’orario di reset, lo ricontrolla per te, riavvia la sessione se nel frattempo era uscita e invia un prompt per riprendere dal contesto interrotto. Spunta “Attendi e riprendi sempre” una volta e smetti di ricevere la domanda — ogni limite successivo viene gestito allo stesso modo senza che nessuno guardi. Una sessione Codex fa un passo in più e prepara l’attesa da sola una volta impostato “Continua automaticamente”.

Quel banner compare per Claude Code, Codex, OpenCode, Gemini e Pi. Nessun altro agente nel registry riporta a Happier i limiti di utilizzo in una forma su cui possa agire, quindi lì ottieni quello che stampa la CLI nativa del provider.

Un pool appartiene a un servizio connesso, non a un agente. Un servizio connesso è un tipo di credenziale — un abbonamento Claude, un abbonamento Codex, una chiave Anthropic o OpenAI, un login Gemini — e un pool è un insieme di tuoi account su uno di essi. Quale agente esegui è una scelta separata, fatta quando avvii una sessione.

Quindi lo stesso pool serve più di un agente. Gli abbonamenti Claude e le chiavi Anthropic sono consumati da Claude Code, OpenCode e Pi; gli abbonamenti Codex e le chiavi OpenAI da Codex, OpenCode e Pi; i login Gemini da Gemini. Costruisci un pool con i tuoi due account Claude ed è lì che tu apra Claude Code, OpenCode o Pi quel pomeriggio.

Nulla cambia finché non costruisci un pool, e un pool è qualcosa che fai di proposito: Impostazioni → Servizi connessi, apri il servizio a cui appartengono quegli account, poi Pool → Crea Pool, dagli un nome e aggiungi gli account che vuoi dentro. Finché non esiste, ogni sessione usa l’unico account che hai scelto e si ferma quando quell’account si ferma.

Una volta che il pool esiste, parte con il fallback automatico attivo, per i servizi che possono cambiare account dentro una sessione in corso. C’è un interruttore sul pool — "Fallback automatico" — e disattivarlo ti lascia un pool che commuti a mano, il che è un modo ragionevole di gestirlo se preferisci decidere ogni volta.

I valori predefiniti sono deliberatamente poco ambiziosi. Happier ripiega su un altro membro, preferendo quello con più quota residua, al massimo una volta per turno e tre volte per ora di sessione, con trenta secondi di attesa in mezzo. Quando un provider dice che un limite si reimposta a un orario preciso, Happier lo prende in parola e non considera quell’account un candidato fino ad allora. Un pool è un modo per non perdere venti minuti in un nuovo accesso; non è un servizio di rotazione, e il tetto orario è lì perché non lo diventi di nascosto.

Spesso lo si chiama load balancing. Quello che Happier fa è più ristretto, e vale la pena saperlo prima di pagare un secondo abbonamento: non distribuisce il lavoro tra i tuoi account per tenerli pari. Nulla si muove finché l’account su cui sei ha ancora spazio. Il pool è lì per il momento in cui uno si esaurisce — il prodotto lo chiama fallback automatico, ed è esattamente quello che è.

Un pool di account è per account che possiedi tu. La forma della funzione è una persona con diversi login propri — un abbonamento Max personale e una postazione Claude di lavoro, un abbonamento Codex e una chiave OpenAI — tenuti visibili e commutabili in un solo posto, invece di riautenticare una CLI ogni volta che esaurisci.

Non è un modo per mettere più persone su un solo abbonamento. I termini dei provider — quelli di Anthropic come quelli di OpenAI — vietano di condividere un singolo abbonamento tra più persone, e il pooling non cambia questo: se lo usi così sei fuori dai termini del tuo provider, e nessun client può risolverlo per te.

Non siamo avvocati, non diamo alcuna garanzia, e i termini dei provider cambiano. Leggili. Se la tua organizzazione ha un accordo con un provider, verificalo prima di collegare un account di lavoro.

Due account collegati sullo stesso servizio, un pool, e una verifica che l’indicatore stia leggendo. Costruire il pool è un lavoro per l’app — Impostazioni → Servizi connessi, scegli il servizio, Pool — perché nessun comando ne crea uno; happier connect autentica un account da una shell e si ferma lì. Avviare una sessione su un pool che hai già costruito è la metà che sta nella CLI: happier --auth cs:<id> accetta l’id di un profilo o di un pool. C’è una forma più lunga cs:group:<id> per il caso in cui un profilo e un pool condividano un id e la forma breve non riesca a distinguerli.

Collegare gli account viene prima, e quella parte ha un riferimento di configurazione: come funziona l’accesso di ogni provider, quale agente può consumare quale credenziale, e da dove arrivano gli snapshot di quota.

Un relay self-hosted può disattivare tutto questo, e può disattivare gli indicatori di quota separatamente dal pooling. Se sei sul server di qualcun altro e la schermata Pool non c’è, è la risposta di quel server e non un bug.