Je agent raakt een gebruikslimiet.
Hij werkt toch gewoon door.

Ja. De regel heeft minstens twee accounts van dezelfde provider nodig die allebei bruikbaar zijn: twee ingelogde Claude-, Codex- of Grok Build-accounts. Met één account is er niets om naartoe te wisselen, de regeleditor meldt dat ook, en AgentsRoom gedraagt zich precies zoals eerst: de agent stopt en vertelt je wanneer het quotum reset.

Bij Claude, Codex en Grok Build niet, en dat is precies het punt: de sessie wordt met het volledige transcript hervat op het nieuwe account. Bij Claude wordt het transcript eerst naar de map van het ontvangende account gekopieerd, omdat een Claude-sessie fysiek binnen het account leeft dat hem heeft gemaakt. Antigravity en Cursor hebben geen automatische wissel, omdat hun quotum één keer voor de hele machine wordt gelezen, niet één keer per account; verplaats je een van hun agents met de hand, dan wordt die schoon opnieuw gestart op het andere account in plaats van hervat.

Nee. Het is een quotumregel die je zelf aanmaakt: open het gebruikspaneel in de voettekst, open de kaart Quotumbeheer in de rechterkolom van het paneel (sinds versie 1.192 staan de balken links en de acties rechts), klik op Nieuwe regel, kies de actie Draaiende agents verplaatsen en kies daarna de provider, het venster (elke meter, of de sessie of de week) en de drempel. Stond de vroegere globale schakelaar aan voordat je bijwerkte, dan bestaan die regels al onder de naam "Doorwerken wanneer een account op is". Twee abonnementen bundelen verschuift werk, en geld, van het ene naar het andere, dus het is een keuze en geen standaardinstelling. Eenmaal geschreven doet de regel nog steeds niets tot je een tweede account voor die provider hebt ingelogd.

Ja. Elk account heeft een eigen opt-out, "Nooit als reserve gebruiken", in Instellingen onder AI-providers en accounts. Uitgesloten accounts worden nooit als reserve gekozen, maar blijven gewoon werken wanneer een agent er expliciet aan is gekoppeld.

De agent stopt, en de terminal zegt dat, met de naam van het account en de resettijd die de CLI meldde. Dat is dezelfde uitkomst als vandaag, met een uitleg in plaats van stilte.

De regel leest de quotumbalk die de provider publiceert, nooit de terminal, en gaat één keer per quotumvenster af wanneer die balk de drempel overschrijdt die je hebt ingesteld; 99% is het dichtst bij de muur wat de editor aanbiedt. Een waarschuwing in een gesprek, een quotumpaneel dat iemand heeft geplakt of een bestand dat een limiet citeert, kan hem niet in gang zetten. Je kunt ook een tweede voorwaarde eisen, bijvoorbeeld dat ook de week boven een bepaald niveau zit, zodat de regel een agent nooit alleen op basis van het sessiecijfer verplaatst.

Ja. Het staat aan de kant tot zijn quotumvenster reset, met de resettijd van de provider zelf als die beschikbaar is, en het voegt zich daarna automatisch weer bij de pool. Niets aan te klikken.

Daar telt het het meest. Geplande taken, backlogtickets en teamworkflows draaien zonder dat iemand kijkt, en een gebruikslimiet beëindigde ze vroeger in stilte. De wissel verloopt hetzelfde, of je nu achter het toetsenbord zit of ligt te slapen. En omdat het een quotumregel is, dekken verwante regels ook de start af: een regel kan geplande starts tegenhouden zolang de sessie vol is, of ze naar het reserveaccount sturen voordat ze iets verbruiken.

Claude Code, Codex en Grok Build: de drie CLI's die een quotumbalk publiceren die AgentsRoom kan lezen en die een heel account op schijf isoleren, zodat het gesprek met de agent mee kan reizen. Antigravity CLI en Cursor hebben één quotumuitlezing voor de hele machine, niet een per account, dus geen enkele regel kan hun accounts uit elkaar houden en niets wisselt vanzelf; hun accounts draaien nog steeds naast elkaar en je koppelt een agent met de hand om. Elke CLI die een leesbaar quotum en geïsoleerde accounts krijgt, kan worden toegevoegd zonder iets opnieuw te ontwerpen.

AgentsRoom maakt geen accounts aan, deelt geen inloggegevens en bundelt niet het quotum van anderen. Het gebruikt abonnementen die van jou zijn en waarop je bent ingelogd, via het mechanisme voor accountisolatie dat elke CLI documenteert. Het is hetzelfde als wat je met de hand zou doen, zonder de onderbreking.

Nee, en geen enkele tool doet dat vandaag netjes. De Antigravity CLI bewaart die login in de sleutelhanger van je besturingssysteem, die één account voor de hele machine bevat en geen manier biedt om tussen meerdere te kiezen. Switchers die eruitzien alsof ze meerdere abonnementen beheren, herschrijven dat item in de sleutelhanger, dus er is altijd maar één account tegelijk actief, voor elke sessie op de machine. AgentsRoom doet dat niet. Wat het in plaats daarvan ondersteunt zijn meerdere Gemini API-sleutels, één per agent, die echt parallel draaien.

Het schrijft een instelling weg die de Antigravity CLI globaal leest, dus elke Antigravity-sessie op die machine gebruikt de API-sleutel in plaats van je Google-abonnement, ook de sessies die je zelf buiten AgentsRoom start. AgentsRoom waarschuwt je op de plek waar je het aanzet, en het weer uitzetten herstelt het vorige gedrag.

Ze zijn wel ingesteld maar niet actief: de Antigravity CLI leest nog steeds zijn eigen inloggegevens en negeert de sleutel dus. Zet de schakelaar boven de lijst aan en ze worden van kracht. Er meldt in dit geval niets een fout, want vanuit het oogpunt van de CLI is er niets mis, hij heeft simpelweg nooit naar de sleutel gekeken.