Votre agent atteint une limite d'usage.
Il continue à travailler quand même.

Oui. La règle a besoin d'au moins deux comptes du même fournisseur réellement utilisables : deux comptes Claude, Codex ou Grok Build connectés. Avec un seul compte il n'y a rien vers quoi basculer, l'éditeur de règle le dit, et AgentsRoom se comporte exactement comme avant : l'agent s'arrête et vous dit quand le quota se réinitialise.

Pour Claude, Codex et Grok Build, non, et c'est tout l'intérêt : la session est reprise avec son transcript complet sur le nouveau compte. Pour Claude, le transcript est d'abord copié dans le dossier du compte entrant, parce qu'une session Claude vit physiquement à l'intérieur du compte qui l'a créée. Antigravity et Cursor n'ont pas de bascule automatique, car leur quota est lu une seule fois pour toute la machine, pas une fois par compte ; quand vous déplacez un de leurs agents à la main, il est relancé proprement sur l'autre compte au lieu d'être repris.

Non. C'est une règle de quota que vous créez : ouvrez le panneau Usage en bas de fenêtre, ouvrez la carte Gestion des quotas dans la colonne de droite du panneau (depuis la version 1.192, les jauges sont à gauche et les actions à droite), cliquez sur Nouvelle règle, choisissez l'action Basculer les agents en cours, puis choisissez le fournisseur, la fenêtre (toute jauge, ou la session ou la semaine) et le seuil. Si l'ancien interrupteur global était activé avant la mise à jour, ces règles existent déjà sous le nom « Continuer quand un compte est épuisé ». Mutualiser deux abonnements déplace du travail, et de l'argent, de l'un vers l'autre : c'est un choix, pas un défaut. Une fois écrite, la règle ne fait toujours rien tant que vous n'avez pas un deuxième compte connecté chez ce fournisseur.

Oui. Chaque compte dispose de sa propre exclusion, « Jamais utilisé en secours », dans les Réglages sous Fournisseurs d'IA et comptes. Les comptes exclus ne sont jamais choisis comme secours, mais ils continuent de fonctionner normalement quand un agent leur est explicitement rattaché.

L'agent s'arrête, et le terminal le dit, en nommant le compte et l'heure de réinitialisation rapportée par le CLI. C'est le même résultat qu'aujourd'hui, avec une explication au lieu du silence.

La règle lit la barre de quota que publie le fournisseur, jamais le terminal, et elle agit une fois par fenêtre de quota quand cette barre franchit le seuil que vous avez fixé ; 99 % est le plus proche du mur que l'éditeur propose. Un avertissement dans une conversation, un panneau de quota collé par quelqu'un ou un fichier qui cite une limite ne peuvent pas la déclencher. Une seconde condition peut aussi être exigée, par exemple que la semaine soit elle aussi au-dessus d'un niveau donné, pour que la règle ne déplace jamais un agent sur le seul chiffre de la session.

Oui. Il est mis de côté jusqu'à la réinitialisation de sa fenêtre de quota, avec l'heure de réinitialisation du fournisseur quand elle est disponible, puis il rejoint le pool automatiquement. Rien à cliquer.

C'est là que ça compte le plus. Les tâches planifiées, les tickets de backlog et les workflows d'équipe tournent sans personne devant l'écran, et une limite d'usage y mettait fin en silence. La bascule se fait de la même façon que vous soyez au clavier ou endormi. Et comme c'est une règle de quota, ses voisines couvrent aussi le lancement : une règle peut retenir les lancements programmés tant que la session est pleine, ou les envoyer sur le compte de réserve avant qu'ils consomment quoi que ce soit.

Claude Code, Codex et Grok Build : les trois CLI qui publient une barre de quota qu'AgentsRoom sait lire et qui isolent un compte entier sur le disque, ce qui permet à la conversation de voyager avec l'agent. Antigravity CLI et Cursor ont une seule lecture de quota pour toute la machine, pas une par compte : aucune règle ne peut distinguer leurs comptes et rien ne bascule tout seul ; leurs comptes tournent toujours côte à côte et vous rattachez un agent à la main. Tout CLI qui gagnera un quota lisible et des comptes isolés pourra être ajouté sans rien redessiner.

AgentsRoom ne crée pas de comptes, ne partage pas d'identifiants et ne met pas en commun le quota d'autres personnes. Il utilise des abonnements qui vous appartiennent et auxquels vous êtes connecté, via le mécanisme d'isolation de comptes que chaque CLI documente. C'est exactement ce que vous feriez à la main, sans l'interruption.

Non, et aucun outil ne le fait proprement aujourd'hui. Le CLI Antigravity range cette connexion dans le trousseau du système, qui ne contient qu'un seul compte pour toute la machine et n'expose aucun moyen de choisir entre plusieurs. Les utilitaires qui semblent gérer plusieurs abonnements réécrivent cette entrée du trousseau : un seul compte est donc actif à la fois, pour toutes les sessions de la machine. AgentsRoom ne fait pas ça. Ce qu'il prend en charge à la place, ce sont plusieurs clés API Gemini, une par agent, qui tournent réellement en parallèle.

Cela écrit un réglage que le CLI Antigravity lit globalement : toutes les sessions Antigravity de cette machine utilisent alors la clé API au lieu de votre abonnement Google, y compris celles que vous lancez vous-même hors d'AgentsRoom. AgentsRoom vous en avertit à l'endroit où vous l'activez, et le désactiver rétablit le comportement précédent.

Ils sont configurés mais inactifs : le CLI Antigravity lit encore son propre identifiant, donc il ignore la clé. Activez l'interrupteur au-dessus de la liste pour qu'ils prennent effet. Rien ne signale d'erreur dans ce cas, parce que du point de vue du CLI rien ne va mal : il n'a simplement jamais regardé la clé.