Ваш тижневий ліміт на 75%.
Тепер ви це знаєте, хоч би де були.

Кожен постачальник, який публікує квоту на панель використання AgentsRoom: Claude Code (поточна сесія, поточний тиждень для всіх моделей, поточний тиждень на кожну модель), Codex CLI (5-годинне вікно, тижневе вікно й кожна група лімітів), Grok Build (тиждень або місяць), GitHub Copilot CLI (місячна квота преміум-запитів активного облікового запису CLI), Kimi Code (5 годин, 7 днів, місяць), Cursor (платіжний період: включене в план використання, пули Auto і API), Antigravity (5 годин і тиждень, на пул моделей: Gemini, потім Claude і GPT), OpenCode Go (5 годин, тиждень, місяць), Z.AI Coding Plan (5 годин, тиждень), Command Code (5 годин, тиждень, місячні кредити плану) і Muse Code (поточне вікно, тиждень). Постачальник, доданий на панель пізніше, охоплюється без жодних змін у сповіщеннях, бо вони читають панель, а не кожен CLI. Для Copilot потрібна версія CLI, що надає доступ до квот облікового запису через SDK; для необмежених або недоступних квот відсотковий стовпчик не відображається.

Ні. Сповіщення про використання ввімкнено з першого запуску, на 50%, 75% і 90% кожного стовпчика. Що ви, можливо, захочете змінити, так це канал: картка в додатку, банер на робочому столі та push на телефон це три окремі перемикачі в Налаштуваннях, у розділі Сповіщення.

Ні. Поріг оголошується раз на вікно. AgentsRoom запам'ятовує, які пороги він оголосив і який час скидання вікна був при цьому. Він заговорить знову, лише коли постачальник опублікує новий час скидання або коли ви приберете поріг і повернете його. Виняток: стовпчик без часу скидання. Там поріг зводиться знову, коли відсоток опустився приблизно на десять пунктів нижче нього.

Ви отримаєте одне сповіщення, про найвищий перетнутий поріг, 75%. І 50%, і 75% позначаються як оголошені, тож другого банера про нижчий поріг через десять хвилин не буде.

Не з інтерфейсу. Типові пороги в Налаштуваннях це прапорці для позначення, 25, 50, 75, 90 і 100, і меню правою кнопкою на дзвінку показує ті самі значення. Значення на кшталт 60 або 85, записане через налаштування usageAlerts, наприклад агентом, усе одно діє і з'являється як додатковий прапорець, щоб ви могли його вимкнути.

Саме по собі ні, і це навмисно. Сповіщення це те, що відбувається до ліміту; перенесення агента на інший обліковий запис це правило квоти, записане в тій самій панелі в блоці «Керування квотами»: коли сесія досягає 99%, перенести запущених агентів. Сповіщення й правила читають ті самі стовпчики, а що відбувається під час передачі роботи, описано на сторінці автоперемикання облікових записів.

Це вказано в заголовку. З одним обліковим записом заголовок Claude · AgentsRoom; щойно в постачальника більше ніж один обліковий запис, у який ви ввійшли, назва запису додається в дужках. Кожен обліковий запис має власні стовпчики, власні дзвінки та власні пороги.

Нічого. Правило прив'язане до постачальника, облікового запису, часового вікна та моделі чи групи лімітів, ніколи до підпису. Підпис може змінитися з будь-яким випуском CLI; правило йде за стовпчиком.

Поки ні. Телефон отримує сповіщення й за дотиком відкриває вкладку Використання всередині Активності, де показано ті самі стовпчики, що й на комп'ютері. Дзвінки й пороги налаштовуються на комп'ютері.

Ні. Стовпчики опитує настільний застосунок, тож він має бути відкритий, на передньому плані чи у фоні. Що не потрібно відкривати, так це саму панель використання: у цьому й суть.

Ні. Два канали: нативне сповіщення на робочому столі на macOS, Windows і Linux та push у мобільний застосунок AgentsRoom на iOS і Android.

Правило за замовчуванням стежить за будь-яким стовпчиком квоти й спрацьовує саме, коли стовпчик перетинає поріг. Воно розташоване на панелі використання, у картці «Керування квотами», і створюється з одного з п'яти шаблонів або з порожнього правила: «Використати іншого провайдера» (коли будь-який індикатор Claude досягає 99%, нові агенти запускаються в Codex), «Використовувати легшу модель» (на 90% запускає нових агентів на дешевшій моделі або з нижчим рівнем міркування), «Використовувати інший обліковий запис» (перенаправляє нові запуски на запасний обліковий запис) , «Запустити аварійний тригер» (запускає один із ваших тригерів, один раз за вікно) і «Чергувати провайдерів», якому не потрібен поріг: нові агенти по черзі розподіляються між Claude і Codex або між двома обліковими записами, через запуск або частиною кожної квоти. Порожнє правило також пропонує дії «Заблокувати запуск» (кожен запуск або лише заплановані агенти, виклики webhook чи ручні запуски) і «Перенести запущених агентів» (перемикає вже запущених агентів на інший обліковий запис), а умову можна обмежити останніми хвилинами перед скиданням вікна. Кожне правило задає постачальника, обліковий запис (конкретний або найближчий до ліміту), вікно (будь-який індикатор, або сесія, день, тиждень чи місяць), поріг і за потреби другу умову щодо іншого вікна. Правила застосовуються в заданому вами порядку, під час запуску перемагає перше виконане правило, і кожне спрацьовує один раз за вікно квоти. Перенаправлення утворюють ланцюжок: якщо правило надсилає запуск до постачальника, який сам перетнув поріг власного правила, застосовується й це правило (Claude вичерпано, запуск іде в Codex; Codex теж вичерпано, запуск іде в OpenCode), а блокування в кінці ланцюжка блокує запуск. Уже запущений агент ніколи не змінює CLI. Правило блокує лише запуски того постачальника, за яким стежить. За Cursor і Antigravity теж можна стежити, з одним індикатором на всю машину, а не по одному на обліковий запис.

Так, починаючи з версії 1.190. Коли стовпчик, що досяг 90% або більше, скидається, AgentsRoom повідомляє про це тими самими каналами, що й сповіщення про пороги: картка в застосунку, сповіщення на робочому столі та push на телефон, з провайдером у заголовку («Квоту Claude скинуто») і текстом на кшталт «Можна знову писати код: Поточна сесія знову на рівні 3%», плюс короткий звук успіху, якщо звуки сповіщень не вимкнено. Тижневий стовпчик, який оновлюється на 30%, нічого не повідомляє: сповіщення стосується квоти, яку ви справді вичерпали. Вимикається перемикачем «Повідомляти, коли вичерпану квоту скинуто» в Налаштуваннях, у розділі Сповіщення, Сповіщення про використання. Заглушений стовпчик не повідомляє ні про пороги, ні про скидання.

Так, за допомогою «Старту квот», картки на тій самій панелі використання. Зворотний відлік квоти починається лише з вашого першого повідомлення; старт квоти надсилає це повідомлення за вас, у заданий вами час (наприклад, 07:00 по буднях) або в режимі «Безперервно», щойно квота відновлюється, тож вікно, у якому ви працюєте, відновлюється раніше. Він охоплює 5-годинні сесії та тижневі ліміти у Claude, Codex і Antigravity: тижневому ліміту, який ви вичерпали, можна дати старт у мить його відновлення, навіть уночі, і старти сесій не завершуються невдачею, а чекають на це відновлення. Grok, Kimi, Cursor, Copilot, OpenCode Go і Z.AI не вказано, бо в них періоди фіксовані або рухомі. Функція з'явилася завдяки користувачу, який щоранку вручну набирав коротке «привіт», щоб запустити свої квоти.

Він не відкриває ні агента, ні вкладки: власний CLI облікового запису запускається у фоні з одним коротким повідомленням, потім завершується, і ані Claude, ані Codex не зберігають від нього розмови. Це все ж один справжній запит, надісланий найдешевшій моделі, яка витрачає квоту (Haiku для сесії Claude), тож він коштує крихітну частку цієї квоти. Старти квот спрацьовують, поки AgentsRoom відкритий; пропущений під час сну комп'ютера чи закритого застосунку старт іде при першій нагоді, якщо він запізнився менш ніж на 6 годин. Розклад на панелі показує вікно кожної квоти, майбутні старти квот і відновлення, які вони приносять.