Un límite de uso no debería acabar con tu sesión.

Un proveedor rechaza un turno y Happier muestra «Límite de uso alcanzado», con la hora de reinicio cuando el proveedor la ha facilitado. Desde ahí: esperar — «Reanudar cuando se reinicie el límite» conserva la sesión y la retoma por su cuenta — o «Comprobar el límite ahora» para volver a sondear, o dejar de esperar. Esperar es lo que te salva la tarde: Happier guarda la hora de reinicio, la vuelve a comprobar por ti, arranca la sesión de nuevo si había salido mientras tanto y envía un prompt para continuar desde el contexto interrumpido. Marca «Esperar y reanudar siempre» una vez y dejan de preguntarte — cada límite posterior se gestiona igual sin nadie mirando. Una sesión de Codex va un paso más allá y arma la espera por sí sola en cuanto está activado «Continuar automáticamente».

Ese aviso aparece para Claude Code, Codex, OpenCode, Gemini y Pi. Ningún otro agente del registro informa a Happier de los límites de uso en una forma sobre la que pueda actuar, así que ahí lo que ves es lo que imprima la propia CLI del proveedor.

Un grupo pertenece a un servicio conectado, no a un agente. Un servicio conectado es un tipo de credencial — una suscripción de Claude, una suscripción de Codex, una clave de Anthropic o de OpenAI, un inicio de sesión de Gemini — y un grupo es un conjunto de cuentas tuyas en uno de ellos. Qué agente ejecutas es una elección aparte, que se hace al arrancar una sesión.

Así que el mismo grupo sirve a más de un agente. Las suscripciones de Claude y las claves de Anthropic las consumen Claude Code, OpenCode y Pi; las suscripciones de Codex y las claves de OpenAI, Codex, OpenCode y Pi; los inicios de sesión de Gemini, Gemini. Construye un grupo con tus dos cuentas de Claude y estará ahí tanto si esa tarde abres Claude Code como OpenCode o Pi.

No cambia nada hasta que construyes un grupo, y un grupo es algo que se hace a propósito: Ajustes → Servicios conectados, abre el servicio al que pertenecen esas cuentas, y luego Grupos → Crear grupo, ponle nombre y añade las cuentas que quieras dentro. Hasta que eso exista, cada sesión usa la única cuenta que elegiste y se para cuando esa cuenta se para.

Una vez existe el grupo, arranca con el respaldo automático activado, para los servicios que pueden cambiar de cuenta dentro de una sesión en marcha. Hay un interruptor en el grupo — "Respaldo automático" — y desactivarlo te deja un grupo que cambias a mano, que es una forma razonable de llevarlo si prefieres decidir cada vez.

Los valores por defecto son deliberadamente poco ambiciosos. Happier recurre a otro miembro, prefiriendo el que tenga más cuota restante, como mucho una vez por turno y tres veces por hora de sesión, con un tiempo de espera de treinta segundos entre medias. Cuando un proveedor dice que un límite se reinicia a una hora concreta, Happier le toma la palabra y no trata esa cuenta como candidata hasta entonces. Un grupo es una forma de no perder veinte minutos en volver a iniciar sesión; no es un servicio de rotación, y el techo por hora está ahí para que no se convierta en uno sin que nadie lo note.

La gente suele llamar a esto balanceo de carga. Lo que hace Happier es más estrecho, y conviene saberlo antes de pagar una segunda suscripción: no reparte el trabajo entre tus cuentas para mantenerlas al mismo nivel. No se mueve nada mientras la cuenta en la que estás siga teniendo margen. El grupo está para el momento en que una se agota — el producto lo llama respaldo automático, y es exactamente eso.

Un grupo de cuentas es para cuentas tuyas. La forma de la función es una persona con varios inicios de sesión propios — una suscripción Max personal y un asiento de Claude del trabajo, una suscripción de Codex y una clave de OpenAI — mantenidos visibles e intercambiables en un solo sitio, en lugar de reautenticar una CLI cada vez que te quedas sin cuota.

No es una forma de poner a varias personas en una misma suscripción. Los términos de los proveedores — los de Anthropic y los de OpenAI por igual — prohíben compartir una única suscripción entre personas, y agrupar no cambia eso: si lo usas así estás fuera de los términos de tu proveedor, y ningún cliente puede arreglarte eso.

No somos abogados, no damos ninguna garantía y los términos de los proveedores cambian. Léelos. Si tu organización tiene un acuerdo con un proveedor, revísalo antes de conectar una cuenta del trabajo.

Dos cuentas conectadas en el mismo servicio, un grupo, y una comprobación de que el medidor está leyendo. Construir el grupo es tarea de la app — Ajustes → Servicios conectados, elige el servicio, Grupos — porque ningún comando crea uno; happier connect inicia la sesión de una cuenta desde un shell y se queda ahí. Arrancar una sesión sobre un grupo que ya has construido es la mitad que sí está en la CLI: happier --auth cs:<id> toma el id de un perfil o de un grupo. Hay una forma más larga, cs:group:<id>, para el caso en que un perfil y un grupo comparten id y la forma corta no puede distinguirlos.

Conectar las cuentas va primero, y esa parte tiene una referencia de configuración: cómo funciona el inicio de sesión de cada proveedor, qué agente puede consumir qué credencial y de dónde salen las instantáneas de cuota.

Un relay autoalojado puede desactivar esto, y puede desactivar los medidores de cuota por separado de la agrupación. Si estás en el servidor de otra persona y falta la pantalla de Grupos, esa es la respuesta del servidor y no un fallo.