Dein Agent erreicht ein Nutzungslimit.
Er arbeitet trotzdem weiter.

Ja. Die Regel braucht mindestens zwei tatsächlich nutzbare Konten desselben Anbieters: zwei angemeldete Claude-, Codex- oder Grok Build-Konten. Mit einem einzigen Konto gibt es nichts, wohin gewechselt werden könnte, der Regeleditor weist darauf hin, und AgentsRoom verhält sich genau wie vorher: Der Agent stoppt und sagt dir, wann sich das Kontingent zurücksetzt.

Bei Claude, Codex und Grok Build nein, und genau darum geht es: Die Sitzung wird mit ihrem vollständigen Transkript auf dem neuen Konto fortgesetzt. Bei Claude wird das Transkript zuerst in das Verzeichnis des übernehmenden Kontos kopiert, weil eine Claude-Sitzung physisch in dem Konto liegt, das sie angelegt hat. Antigravity und Cursor haben keinen automatischen Wechsel, da ihr Kontingent einmal für den ganzen Rechner gelesen wird, nicht einmal pro Konto; wenn du einen ihrer Agenten von Hand verschiebst, wird er auf dem anderen Konto sauber neu gestartet statt fortgesetzt.

Nein. Es ist eine Kontingentregel, die du anlegst: Öffne das Nutzungspanel in der Statusleiste, öffne die Karte Kontingentverwaltung in der rechten Spalte des Panels (seit Version 1.192 stehen die Balken links und die Aktionen rechts), klicke auf Neue Regel, wähle die Aktion Laufende Agenten verschieben und dann den Anbieter, das Fenster (jede Anzeige, oder die Sitzung oder die Woche) und den Schwellenwert. War der frühere globale Schalter vor dem Update eingeschaltet, gibt es diese Regeln bereits unter dem Namen "Weiterarbeiten, wenn ein Konto erschöpft ist". Zwei Abos zusammenzulegen verschiebt Arbeit, und damit Geld, von einem zum anderen, das ist also eine Entscheidung und keine Voreinstellung. Auch wenn sie geschrieben ist, tut die Regel nichts, solange du für diesen Anbieter kein zweites Konto angemeldet hast.

Ja. Jedes Konto hat einen eigenen Opt-out, "Nie als Ersatz verwenden", in den Einstellungen unter KI-Anbieter und Konten. Ausgeschlossene Konten werden nie als Ersatz gewählt, funktionieren aber normal weiter, wenn ein Agent ausdrücklich an sie gebunden ist.

Der Agent stoppt, und das Terminal sagt es, mit dem Namen des Kontos und der Reset-Zeit, die die CLI gemeldet hat. Das ist dasselbe Ergebnis wie heute, nur mit einer Erklärung statt Schweigen.

Die Regel liest den Kontingent-Balken, den der Anbieter veröffentlicht, nie das Terminal, und sie greift einmal pro Kontingentfenster, wenn dieser Balken den von dir festgelegten Schwellenwert überschreitet; 99 % ist der Wert, den der Editor am nächsten an der Wand anbietet. Eine Warnung in einem Gespräch, ein von jemandem eingefügtes Kontingent-Panel oder eine Datei, die ein Limit zitiert, können sie nicht auslösen. Zusätzlich lässt sich eine zweite Bedingung verlangen, etwa dass auch die Woche über einem bestimmten Wert liegt, damit die Regel einen Agenten nie allein wegen des Sitzungswerts verschiebt.

Ja. Es pausiert, bis sein Kontingentfenster zurückgesetzt ist, mit der Reset-Zeit des Anbieters, sofern verfügbar, und kehrt danach automatisch in den Pool zurück. Nichts zum Anklicken.

Genau da zählt es am meisten. Geplante Aufgaben, Backlog-Tickets und Team-Workflows laufen, ohne dass jemand zusieht, und ein Nutzungslimit hat sie früher lautlos beendet. Der Wechsel läuft gleich ab, ob du an der Tastatur sitzt oder schläfst. Und weil es eine Kontingentregel ist, decken verwandte Regeln auch den Start ab: Eine Regel kann geplante Starts zurückhalten, solange die Sitzung voll ist, oder sie auf das Ersatzkonto schicken, bevor sie überhaupt etwas verbrauchen.

Claude Code, Codex und Grok Build: die drei CLIs, die einen Kontingent-Balken veröffentlichen, den AgentsRoom lesen kann, und die ein ganzes Konto auf der Festplatte isolieren, sodass das Gespräch mit dem Agenten mitreisen kann. Antigravity CLI und Cursor haben eine einzige Kontingentmessung für den ganzen Rechner, nicht eine pro Konto, also kann keine Regel ihre Konten unterscheiden und nichts wechselt von selbst; ihre Konten laufen weiterhin nebeneinander, und du bindest einen Agenten von Hand um. Jede CLI, die ein lesbares Kontingent und isolierte Konten bekommt, lässt sich ergänzen, ohne irgendetwas neu zu entwerfen.

AgentsRoom legt keine Konten an, teilt keine Zugangsdaten und bündelt nicht das Kontingent anderer Leute. Es nutzt Abos, die dir gehören und in denen du angemeldet bist, über den Konten-Isolationsmechanismus, den jede CLI dokumentiert. Es ist dasselbe, was du von Hand tun würdest, nur ohne die Unterbrechung.

Nein, und heute schafft das kein Werkzeug sauber. Die Antigravity CLI speichert diese Anmeldung im Schlüsselbund deines Betriebssystems, der genau ein Konto für den ganzen Rechner hält und keinen Weg anbietet, zwischen mehreren zu wählen. Umschalter, die so aussehen, als würden sie mehrere Abos verwalten, überschreiben diesen Schlüsselbund-Eintrag, also ist immer nur ein Konto gleichzeitig aktiv, und zwar für jede Sitzung auf dem Rechner. AgentsRoom macht das nicht. Unterstützt werden stattdessen mehrere Gemini-API-Schlüssel, einer pro Agent, die wirklich parallel laufen.

Es schreibt eine Einstellung, die die Antigravity CLI global liest: Jede Antigravity-Sitzung auf diesem Rechner nutzt dann den API-Schlüssel statt deines Google-Abos, auch die Sitzungen, die du selbst außerhalb von AgentsRoom startest. AgentsRoom warnt dich genau dort, wo du es einschaltest, und das Ausschalten stellt das vorherige Verhalten wieder her.

Sie sind konfiguriert, aber nicht aktiv: Die Antigravity CLI liest weiterhin ihre eigenen Anmeldedaten und ignoriert deshalb den Schlüssel. Schalte den Schalter über der Liste ein, dann greifen sie. In diesem Fall meldet nichts einen Fehler, denn aus Sicht der CLI ist nichts falsch, sie hat schlicht nie auf den Schlüssel geschaut.