Повідомлення «You’ve hit your weekly limit» з’являється, коли підписка на Claude Code (Pro, Max або Team) вичерпала тижневий ліміт використання. Це окремий ліміт, який працює паралельно з п’ятигодинним сесійним вікном і блокує нові запити до моменту скидання. Ліміт спільний для всіх моделей і всіх інтерфейсів Anthropic — від CLI до веб-чату.
Скидання відбувається раз на сім днів у фіксований для акаунта час. Перевірити прогрес і точну дату можна командою /usage. Якщо ліміт уже вичерпано, залишається або чекати, або підключити додаткові usage credits, або тимчасово перейти на іншу модель чи інструмент.
Проблема найчастіше стосується активних розробників, які працюють із довгими контекстами, агентами та Opus. Правильне планування сесій, очищення контексту та моніторинг витрат дозволяють значно рідше стикатися з цим блокуванням.
Чому з’являється повідомлення You’ve hit your weekly limit
Anthropic запровадив тижневі ліміти, щоб рівномірно розподіляти обчислювальні потужності між тисячами користувачів. Система рахує не просто кількість повідомлень, а реальне споживання токенів — і вхідних, і вихідних, включно з кешем і фоновими операціями. Коли сумарний обсяг за сім днів досягає стелі плану, термінал або IDE виводить чітке попередження з датою скидання.
Ліміт працює окремо від п’ятигодинного вікна. Можна мати ще 40 % сесійного запасу, але вже 0 % тижневого — і робота зупиниться. Це саме те, на що скаржаться багато розробників у спільнотах: сесія ще жива, а тижневий лічильник уже на нулі.
Особливо швидко ліміт з’їдають довгі агентні сесії, множинні субагенти, великі репозиторії та постійне використання Opus. Навіть простий «Hi» іноді може з’їсти відчутний відсоток, якщо перед цим контекст був роздутий. Система рахує все, що проходить через API, незалежно від того, чи ви свідомо запускали важку задачу.
Як працюють ліміти в різних планах Claude
Pro ($20 на місяць) дає базовий тижневий обсяг, якого вистачає для помірної роботи. Max 5x і Max 20x збільшують як сесійні, так і тижневі квоти, але навіть на найдорожчому тарифі важке використання Opus може з’їсти запас за 3–4 дні. На Max-планах існують два окремі тижневі ліміти: загальний і окремий для Sonnet.
Скидання завжди відбувається в один і той самий день тижня та час для конкретного акаунта. Це не плаваюче вікно від першого запиту, а фіксована точка. Перевірити її можна в Settings → Usage або командою /usage у CLI.
Важливо: ліміт спільний. Якщо ви вранці поговорили з Claude у браузері, а вдень відкрили Claude Code, обидва сеанси з’їдають один і той самий тижневий пиріг. Багато хто дізнається про це вже після появи червоного повідомлення.
| План | Орієнтовний тижневий запас | Особливості | Коли найчастіше закінчується |
|---|---|---|---|
| Pro | 40–80 годин Sonnet | Без Opus у CLI | Середина–кінець тижня |
| Max 5x | 140–280 годин Sonnet + Opus | Два тижневі ліміти | Після інтенсивних агентних сесій |
| Max 20x | 240–480 годин Sonnet + більше Opus | Найвищий запас | Рідко, лише при постійному Opus |
Дані зібрані на основі офіційної документації Anthropic та звітів користувачів станом на середину 2026 року (support.claude.com, code.claude.com).
Що робити прямо зараз, коли ліміт уже вичерпано
Перше — не панікувати. Повідомлення завжди містить точний час скидання. Запишіть його. До цього моменту нові запити в Claude Code блокуються, але історія розмов залишається.
Запустіть /usage. Команда покаже, скільки саме відсотків з’їдено і коли саме відбудеться скидання. Якщо у вас увімкнені usage credits, команда /usage-credits відкриє налаштування додаткового використання. На Pro і Max це дозволяє продовжити роботу за додаткову плату.
Якщо credits недоступні або ви не хочете платити зайве, перемкніться на іншу модель через /model (якщо залишився запас на Sonnet). Або просто зробіть перерву: багато хто використовує цей час, щоб написати тести вручну, рефакторити код без AI або перейти на Cursor / Codex на кілька годин.
У нашій практиці ми стикалися з випадком, коли розробник витратив майже весь тижневий ліміт за один довгий агентний прогін по великому монорепозиторію. Після цього він почав розбивати задачі на коротші сесії з обов’язковим /clear між ними — і проблема майже зникла.
Поради, як рідше бачити You’ve hit your weekly limit
- Очищайте контекст регулярно. Команда /clear або /compact після завершення логічного блоку роботи суттєво зменшує витрати токенів. Довгий контекст — головний ворог тижневого ліміту.
- Використовуйте Sonnet за замовчуванням. Opus залишайте лише для складного планування чи архітектурних рішень. Різниця у витратах відчутна вже після кількох годин.
- Стежте за /usage щодня. Краще побачити 70 % у середу, ніж 100 % у четвер увечері. Багато хто ставить собі нагадування раз на день.
- Розбивайте великі задачі. Замість однієї восьмигодинної сесії зробіть три коротші з очищенням між ними. Тижневий ліміт «любить» рівномірне споживання.
- Вимикайте непотрібні MCP-сервери. Кожен зайвий інструмент додає токени на кожен запит. Команда /mcp допомагає швидко побачити, що можна відключити.
- Плануйте важку роботу на початок тижневого циклу. Після скидання у вас найбільший запас — саме тоді варто запускати великі агентні прогони.
Типові помилки, через які ліміт зникає швидше
Найпоширеніша — ігнорувати спільність ліміту між веб-інтерфейсом і Claude Code. Люди думають, що це різні квоти, і спокійно чатяться в браузері, а потім дивуються, чому термінал уже червоний.
Друга помилка — залишати контекст «на всяк випадок». Розмова на 150 тисяч токенів, яка вже не потрібна, продовжує з’їдати ліміт на кожному наступному запиті через кеш і повторну обробку.
Третя — запускати кілька паралельних субагентів без контролю. Один великий workflow fanout може з’їсти тижневий запас за лічені години, навіть якщо п’ятигодинне вікно ще не закрите.
Четверта — не перевіряти, чи увімкнені usage credits. Багато хто думає, що після досягнення ліміту все, а насправді можна просто продовжити за додаткову оплату, якщо ця опція активована в налаштуваннях.
Альтернативи, коли Claude Code вже недоступний
Поки чекаєте скидання, можна тимчасово перейти на Cursor з власним API-ключем Anthropic (якщо план дозволяє) або на OpenAI Codex. Codex теж має тижневі ліміти, але вони працюють за іншою логікою і часто скидаються в інший день.
Дехто тримає другий акаунт на іншому email саме для таких випадків. Інші використовують локальні моделі через Ollama або LM Studio для рутинних задач. Жоден із цих варіантів не замінює Claude повністю, але дозволяє не зупиняти роботу повністю.
За моїм досвідом використання Claude Code протягом кількох місяців, найефективніше — комбінувати: важке планування і складний код — тільки на Claude, а прості правки і генерацію тестів — на швидших і дешевших інструментах. Так тижневий ліміт розтягується значно довше.
Як Anthropic змінював ліміти протягом 2026 року
У травні 2026 року компанія подвоїла п’ятигодинні ліміти і прибрала зниження під час пікових годин. Пізніше запустили тимчасове підвищення тижневих лімітів на 50 % (спочатку до липня, потім продовжили). Ці зміни допомогли, але не скасували саму логіку тижневого обмеження.
Спільнота постійно обговорює, що навіть на Max 20x при активній роботі з агентами ліміт може закінчитися раніше, ніж очікувалося. Anthropic відповідає, що ліміти потрібні для справедливості і стабільності сервісу. Для більшості користувачів (за їхніми словами — понад 95 %) тижневий ліміт взагалі не стає проблемою. Проблема виникає саме у тих, хто працює інтенсивно щодня.
Офіційна документація на code.claude.com і support.claude.com залишається найнадійнішим джерелом актуальних цифр і правил. Усе інше — досвід користувачів, який варто перевіряти самостійно через /usage.
Коли наступного разу з’явиться це червоне повідомлення, ви вже знатимете: це не кінець світу, а просто сигнал перепочити, почистити контекст і спланувати наступний тиждень розумніше. Ліміт — не ворог, а нагадування, що навіть найкращі інструменти мають свої межі. І саме вміння працювати в цих межах відрізняє тих, хто просто використовує AI, від тих, хто дійсно контролює процес.
Олексій Паламарчук