Ваш агент досягає ліміту використання.
І все одно працює далі.
Коли обліковий запис Claude, Codex чи Grok Build, на якому працює агент, ось-ось вичерпає свою квоту, правило квоти передає ту саму розмову іншому обліковому запису, у який ви вже ввійшли, і робота триває.
Без перезапуску, без втрати контексту, без очікування, поки скинеться 5-годинне чи тижневе вікно. Кілька менших підписок починають поводитися як один значно більший план.
Одна розмова, два облікові записи. Передавання відбувається саме там, де раніше була стіна.
Кожен план Claude, Codex і Grok Build має стелю: рухоме вікно, що вимірюється годинами, і довше, що вимірюється днями або тижнем. Щойно межу досягнуто, CLI зупиняється посеред завдання. Агент був на третьому файлі рефакторингу, тримав у голові весь план, а тепер стоїть, доки не спливе годинник, якого ви не бачите.
Звичні способи вийти з цього нікуди не годяться. Ви чекаєте. Або вручну відкриваєте другий обліковий запис і починаєте розмову з порожнього запиту, бо сесія живе всередині першого. Або платите за найбільший план у списку, щоб стіна з'явилася пізніше.
AgentsRoom обирає четвертий шлях, а починаючи з версії 1.188 іде ним через правило квоти. Панель використання в рядку стану вже читає всі стовпчики квоти, які публікує кожен CLI; правило, записане в цій самій панелі, каже: коли сесія або тиждень мого облікового запису, що найближче підійшов до ліміту, досягає 99%, перенести запущених агентів на інший обліковий запис. Коли воно спрацьовує, AgentsRoom обирає інший обліковий запис, у який ви ввійшли, переносить транскрипцію розмови, перезапускає сесію на цьому записі й просить агента продовжити роботу з місця, де вона спинилася. З вашого боку виглядає так, ніби нічого не сталося, окрім рядка в терміналі з назвою запису, що перебрав роботу.
Ліміт використання коштує більше, ніж саме очікування
Очікування ніколи не буває лише очікуванням. П'ятигодинне вікно, що відкривається о 15:00, це решта вашого дня, а завдання, посеред якого ви були, так і залишається незавершеним, коли вікно відкривається знову.
Перезапуск розмови коштує справжніх грошей. Пояснювати наново функцію, файли та вже ухвалені рішення означає спалити токени нового облікового запису ще до того, як він зробить бодай щось корисне.
Запуски без нагляду гинуть мовчки. Заплановане завдання о 2 ночі, довгий тікет із беклогу, командний робочий процес: вони спиняються на ліміті, а ви дізнаєтеся про це вранці, коли нічого не зроблено.
Це трапляється знову і знову. Це не рідкісний випадок раз на квартал. Для тих, хто запускає кількох агентів паралельно, це щотижневий податок.
Кілька менших планів, один безперервний день
Причина, з якої люди просять цю функцію, рідко полягає в зручності. Річ у рахунку.
Одна велика підписка
- : Ви платите за найвищий тариф, щоб відсунути стіну далі, а не щоб її прибрати.
- : Межа нікуди не зникає, вона просто настає пізніше і зазвичай у найгірший момент.
- : Один обліковий запис означає одну квоту: двоє агентів, що працюють паралельно, спалюють її вдвічі швидше.
- : Коли вона закінчується, все спиняється одночасно. Немає на що перейти.
Два або три менші плани
- : Кожен обліковий запис має власну незалежну квоту і власний годинник скидання.
- : Той, у кого квота закінчується першим, передає роботу наступному, посеред розмови, без жодних дій з вашого боку.
- : Загальна вартість часто нижча за один найвищий тариф, при цьому робочих годин строго більше.
- : Вичерпаний обліковий запис відкладається до скидання свого вікна, а потім сам повертається до пулу.
AgentsRoom не продає вам ці підписки і не бере з них частки. Він лише не дає тим, за які ви вже платите, простоювати, поки інша заблокована.
Що саме відбувається, крок за кроком
П'ять кроків, жоден з яких не потребує вас, щойно правило написано.
Стовпчик квоти перетинає заданий вами поріг
AgentsRoom опитує стовпчики квоти, які публікує кожен CLI, ті самі, що показує панель використання, і звіряє з ними ваше правило: який обліковий запис (найближчий до ліміту або конкретний), яке вікно (будь-який індикатор за замовчуванням, або сесія чи тиждень), який поріг, причому 99% це найближче до стіни значення, яке пропонує редактор. Термінал більше ніхто не читає: розмова, у якій лише йдеться про ліміти, або файл, що згадує ліміт, нічого не можуть запустити, а правило спрацьовує один раз за вікно квоти, а не під час кожного опитування стовпчика.
Вичерпаний обліковий запис відкладається
Він позначається як непридатний, доки не скинеться його вікно квоти, з реальним часом скидання, який публікує провайдер. Агент, запущений тим часом, прив'язується до справного запису, а не врізається в ту саму стіну, а друге правило може притримати або перенаправити заплановані запуски ще до їхнього старту.
Обирається заміна
Серед ваших інших облікових записів цього провайдера AgentsRoom залишає лише ті, у які справді виконано вхід на диску, які не відкладені й не наблизилися до власного ліміту. Він бере той, у якого лишилося найбільше квоти. Записи, які ви виключили, не розглядаються ніколи.
Розмова переїжджає на новий запис
У Claude транскрипція сесії лежить у власному каталозі запису, що віддає роботу, тож спершу вона копіюється в дерево запису, який її приймає. Без цього кроку сесія відновилася б порожньою, а саме цю втрату функція й має відвернути. Початковий обліковий запис зберігає свою копію недоторканою.
Агент відновлюється і працює далі
CLI перезапускається на новому обліковому записі, відновлює ту саму сесію з повною історією й отримує коротку вказівку продовжити перервану роботу, а не починати її наново. Рядок у терміналі називає запис, що перебрав роботу, а позначка облікового запису агента оновлюється всюди в застосунку.
Як кожен провайдер ізолює свої облікові записи
Перемикання побудоване на механізмі, який кожен CLI вже надає, а не на обгортці навколо нього.
Claude Code
Обліковий запис це каталог із власними обліковими даними, сесіями та історією проєктів. Перемкнутися означає перезапустити CLI на іншому каталозі, і саме тому транскрипція має подорожувати разом із розмовою. AgentsRoom робить це копіювання за вас.
CLAUDE_CONFIG_DIR
Codex
Codex ізолює облікові дані так само, але записи розмов лежать у домашньому каталозі, який AgentsRoom створює для кожного проєкту окремо, і той не переїжджає разом зі зміною прив'язаного запису. Тому перемикання зводиться до повторної прив'язки облікових даних і відновлення сесії.
CODEX_HOME
Antigravity CLI і Cursor
Обидва CLI публікують стовпчик квоти починаючи з версії 1.190 (платіжний цикл Cursor, 5-годинне й тижневе вікна кожного пулу моделей Antigravity), але це одне показання на всю машину, а не по одному на обліковий запис, а правилу, яке переносить агентів, потрібен стовпчик для кожного облікового запису: автоматичного перемикання для Antigravity і Cursor досі немає. Їхні облікові записи й далі існують і працюють паралельно. Обліковий запис Antigravity тут це ключ API Gemini, за бажання по одному на агента, тож кілька агентів працюють на окремих квотах; обліковий запис Cursor це власний каталог конфігурації. Коли квоту одного з них вичерпано, ви вручну прив'язуєте агента до іншого ключа чи запису з його картки, і агент запускається наново, а не відновлює розмову.
GEMINI_API_KEY
Підписки Google AI Pro та Ultra чергувати неможливо: Antigravity CLI тримає ці входи в ключовому сховищі вашої операційної системи, де вміщається один обліковий запис на всю машину і немає жодного способу обрати між кількома.
Це змінює кожну сесію Antigravity на цій машині, зокрема ті, які ви запускаєте самі поза AgentsRoom. Вони використовуватимуть ключ API замість вашої підписки Google. Вимкніть, щоб повернути як було.
Що люди роблять замість цього сьогодні
Кожен із цих обхідних шляхів реальний, і кожен чогось коштує.
Чекати на скидання вікна
Безкоштовно і водночас найдорожче з усього. Агент тримає план, який втратить під час ущільнення контексту, гілка лишається наполовину зробленою, а будь-який запуск без нагляду, запланований у цьому вікні, взагалі не відбувається.
Перемкнути обліковий запис вручну
Спрацює, якщо ви якраз дивитеся на екран. Розмову ви все одно втратите: сесія належить запису, який її створив, тож новий стартує з порожнього запиту, і ви пояснюєте наново все, що вже пояснили.
Обгортка для оболонки чи перемикач облікових записів
Такі інструменти підміняють активні облікові дані глобально, поза вашим редактором. Вони не можуть знати, що конкретний агент у конкретному проєкті щойно врізався в стіну посеред ходу, і не мають як перенести цю розмову. До того ж вони тягнуть за собою кожну іншу сесію.
Купити найбільший план
Це посуває стіну, а не прибирає її, і погано масштабується: чотири агенти паралельно ділять ту саму квоту на чотири. Кілька незалежних квот поглинають сплеск, який одна велика квота не витримує.
Робочий обліковий запис не платитиме нишком за особисту роботу
Автоматичне перемикання вимкнене, доки ви не напишете правило. Перенести розмову на іншу підписку означає вирішити, хто за неї платить, і найчастіше йдеться про робочий обліковий запис, що оплачує особисту роботу, тож це вмикають самі, а не отримують уже ввімкненим. Якщо раніше у вас був увімкнений колишній глобальний перемикач, оновлення саме записало рівнозначні правила з назвою «Продовжувати роботу, коли ліміт вичерпано», і їх можна переглянути, вимкнути чи видалити, як будь-яке інше правило. Але навіть увімкнене, правило ніколи не працює наосліп. Будь-який обліковий запис можна позначити опцією «Ніколи як резервний»: саме це потрібно, коли ви тримаєте чіткий розподіл між підпискою роботодавця та власною або між двома клієнтами. Про кожне перемикання повідомляється в терміналі агента, а запис, на якому працює кожен агент, видно на його картці на бічній панелі, тож ніколи не доводиться гадати, кому що виставляють у рахунок.
FAQ
Чи потрібні дві підписки, щоб це взагалі щось робило?
Так. Правилу потрібні щонайменше два облікові записи одного провайдера, і обидва мають бути придатні до роботи: два записи Claude, Codex чи Grok Build із виконаним входом. З одним записом перемикатися нема на що, редактор правил про це скаже, і AgentsRoom поводиться так само, як раніше: агент спиняється й повідомляє, коли скинеться квота.
Чи втрачає агент розмову під час перемикання?
Для Claude, Codex і Grok Build ні, і в цьому вся суть: сесія відновлюється з повною транскрипцією на новому обліковому записі. У Claude транскрипція спершу копіюється в каталог запису, що приймає роботу, бо сесія Claude фізично живе всередині запису, який її створив. В Antigravity і Cursor автоматичного перемикання немає, бо їхня квота зчитується один раз для всієї машини, а не для кожного облікового запису; коли ви вручну переносите одного з їхніх агентів, він наново запускається на іншому записі, а не відновлюється.
Чи ввімкнено це за замовчуванням?
Ні. Це правило квоти, яке ви створюєте самі: відкрийте панель використання в рядку стану, відкрийте картку «Керування квотами» у правій колонці панелі (починаючи з версії 1.192 індикатори розташовані ліворуч, а дії праворуч), натисніть «Нове правило», оберіть дію «Перенести запущених агентів», потім укажіть провайдера, вікно (будь-який індикатор, або сесія чи тиждень) і поріг. Якщо до оновлення колишній глобальний перемикач був увімкнений, ці правила вже існують під назвою «Продовжувати роботу, коли ліміт вичерпано». Об'єднання двох підписок перекладає роботу, а разом з нею й гроші, з однієї підписки на іншу, тож це ваш вибір, а не значення за замовчуванням. І навіть написане, правило нічого не робить, доки ви не ввійдете у другий обліковий запис цього провайдера.
Чи можна заборонити використання конкретного запису як резервного?
Так. Кожен обліковий запис має власне вимкнення, «Ніколи як резервний», у Налаштуваннях, у розділі провайдерів AI та облікових записів. Виключені записи ніколи не обираються як резервні, але й далі працюють нормально, коли агента прив'язано до них явно.
А якщо квота закінчилася в усіх записів?
Агент спиняється, і термінал це пише, називаючи обліковий запис і час скидання, про який повідомив CLI. Результат той самий, що й сьогодні, але з поясненням замість тиші.
Чи може воно перемкнутися помилково і спалити мою другу підписку?
Правило читає стовпчик квоти, який публікує провайдер, а не термінал, і спрацьовує один раз за вікно квоти, коли цей стовпчик перетинає заданий вами поріг; 99% це найближче до стіни значення, яке пропонує редактор. Попередження в розмові, чиясь вставлена панель квоти чи файл, що згадує ліміт, не можуть його запустити. Можна також вимагати другу умову, наприклад щоб і тиждень був вище певного рівня, тож правило ніколи не перенесе агента лише через показник сесії.
Чи повертається вичерпаний обліковий запис?
Так. Він відкладений, доки не скинеться його вікно квоти, з часом скидання від самого провайдера, якщо той доступний, і після цього автоматично повертається до пулу. Нічого натискати не треба.
Чи працює це для запусків без нагляду?
Саме там це важить найбільше. Заплановані завдання, тікети беклогу й командні робочі процеси виконуються, коли ніхто не дивиться, а ліміт використання раніше обривав їх мовчки. Перемикання відбувається однаково, сидите ви за клавіатурою чи спите. А оскільки це правило квоти, сусідні правила охоплюють і бік запуску: правило може притримати заплановані запуски, поки сесія заповнена, або відправити їх на запасний обліковий запис, перш ніж вони щось витратять.
Які провайдери це підтримують?
Claude Code, Codex і Grok Build: три CLI, які публікують стовпчик квоти, що його може прочитати AgentsRoom, і ізолюють цілий обліковий запис на диску, тож розмова може переїхати разом з агентом. Antigravity CLI і Cursor мають одне зчитування квоти на всю машину, а не на кожен обліковий запис, тож жодне правило не може розрізнити їхні записи й нічого не перемикається саме; їхні облікові записи й далі працюють пліч-о-пліч, а агента ви прив'язуєте до іншого запису вручну. Будь-який CLI, який отримає читабельну квоту та ізольовані записи, можна додати, нічого не переробляючи.
Чи не порушує це умови провайдерів?
AgentsRoom не створює облікові записи, не ділиться обліковими даними і не об'єднує чужі квоти. Він використовує підписки, які належать вам і у які ви ввійшли, через механізм ізоляції записів, задокументований кожним CLI. Це те саме, що ви зробили б вручну, тільки без перерви в роботі.
Чи можу я чергувати дві підписки Google AI Pro або Ultra в Antigravity?
Ні, і сьогодні жоден інструмент не робить цього чисто. Antigravity CLI зберігає цей вхід у ключовому сховищі вашої операційної системи, де вміщається єдиний обліковий запис на всю машину і немає способу обрати між кількома. Перемикачі, які виглядають так, ніби керують кількома підписками, переписують цей запис у сховищі, тож у кожен момент активний лише один обліковий запис, і одразу для всіх сесій на машині. AgentsRoom так не робить. Натомість він підтримує кілька ключів API Gemini, по одному на агента, і вони справді працюють паралельно.
Що змінює на моїй машині переведення агента Antigravity на ключ API?
Записується налаштування, яке Antigravity CLI читає глобально, тож кожна сесія Antigravity на цій машині використовує ключ API замість вашої підписки Google, зокрема й сесії, які ви запускаєте самі поза AgentsRoom. AgentsRoom попереджає про це там, де ви це вмикаєте, а зворотне вимкнення повертає попередню поведінку.
Я додав облікові записи Antigravity, і нічого не змінилося. Чому?
Вони налаштовані, але неактивні: Antigravity CLI досі читає власні облікові дані й тому ігнорує ключ. Увімкніть перемикач над списком, і вони почнуть діяти. Помилки в цьому випадку не буде ніде, бо з погляду CLI нічого не зламано: він просто жодного разу не подивився на ключ.
Вам також може сподобатися
Claude Multi-Account
Запускайте два чи більше облікових записів Claude Code на одному комп'ютері, поруч в AgentsRoom. Тримайте особистий обліковий запис на одному проєкті, робочий на іншому, клієнтський на третьому. Закріпіть один обліковий запис на проєкт, перевизначайте для кожного агента, увійдіть прямо з додатка. Безкоштовне завантаження для macOS, Windows і Linux.
Codex Multi-Account
Запускайте кілька облікових записів Codex CLI поруч в AgentsRoom. Використовуйте особистий обліковий запис OpenAI на одному проєкті, робочий обліковий запис на іншому, обліковий запис клієнта на третьому. Закріпіть один обліковий запис Codex на проєкт, перевизначайте для кожного агента. Увійдіть безпосередньо з програми через codex login, без необхідності в терміналі.
Використання токенів: на сесію: в реальному часі
Живий лічильник токенів у кожній сесії Claude Code в AgentsRoom. Попередження про перевищення, показник влучення кешу, повний розподіл вхідних, вихідних даних та кешу. 100% локально. Безкоштовно на macOS, Windows і Linux.
Багатопровайдерність
Запускайте Claude, Codex та інші CLI агентів поруч в одному проєкті й переносьте сесію з одного в інший без втрати контексту.
Adaptive Mode
Добирайте модель ще до відправлення: легкі завдання на дешеву модель, важкі на флагманську. Менше витрачених токенів означає, що ліміт настане пізніше.
Відновлення сесії
Продовжуйте попередню розмову CLI замість того, щоб починати з порожнього запиту, у будь-якого провайдера, що це підтримує.
Заплановані завдання
Запускайте агентів за розкладом, зокрема вночі. Разом з автоперемиканням облікових записів стіна квоти більше не обриває запуск.
Сповіщення про використання
До стіни: отримайте сповіщення, коли стовпчик квоти перетинає 50%, 75%, 90% або поріг, який ви обрали, на комп'ютері чи на телефоні, раз на вікно.
Черга повідомлень
Інший бік того самого вікна: складіть запит і заведіть його так, щоб він пішов, коли квота відновиться, або незадовго до скидання вікна, щоб оплачені кредити були витрачені.
Корисні матеріали
Скільки токенів у мене залишилося в Claude? Два екрани, куди треба дивитися.
Ваша підписка Claude вимірюється не в токенах, тому жоден екран не показує балансу токенів. Ось що насправді обліковується, два екрани, де це справді видно, чому воно витрачається, поки ви нічого не пишете, і що робить з вашим тижнем зміна тижневого вікна у вересні 2026 року.
Claude Code тримає лише один вхід за раз. Ось як запустити кілька.
Практичний посібник із запуску робочого й особистого облікових записів на одній машині: одна змінна середовища, яка вирішує, який вхід активний, чому підхід через shell ламається, щойно у вас більше двох терміналів, і як закріпити обліковий запис за проєктом.
Antigravity CLI тримає один вхід Google на всю машину. Ось що працює натомість.
Чому дві підписки Google AI Pro не можна чергувати в Antigravity CLI, де він насправді зберігає ваш вхід, що перемикачі облікових записів справді роблять із системною зв'язкою ключів, чому сімейний тариф не подвоює квоту, і єдиний підхід, який справді запускає кілька облікових записів паралельно.
Годі втрачати дні через ліміт використання
Увійдіть один раз у другий обліковий запис. Наступного разу, коли квота закінчиться, ви дізнаєтеся про це з рядка в терміналі, а не від агента, що спинився кілька годин тому.
Додаток-компаньйон: контролюйте своїх агентів на ходу
Використовуйте свого: Claude, Codex, Antigravity CLI або іншого AI-провайдера.
Надсилайте баги та запити прямо у свій публічний беклог.