Сообщение «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, от тех, кто действительно контролирует процесс.
Олексій Паламарчук