Claude Code лимиты: как планировать работу над проектом

Запрос «Claude Code лимиты» описывает как минимум две разные ситуации. Сервис может ограничить использование по плану, а длинная беседа может заполнить окно контекста, то есть объём информации, который модель видит в текущей работе.

Эти причины требуют разных действий. В справке Anthropic об использовании, проверенной 25 октября 2026 года, они разобраны отдельно. Я покажу, как распознать проблему и сохранить рабочий результат сайта или бота.

Бесплатный план claude.ai не даёт доступ к Claude Code. Для входа нужен подходящий платный план, Console или поддерживаемый сторонний провайдер. Скачивание программы само по себе не открывает бесплатную квоту.

Если работа остановилась:

• Прочитайте точный текст сообщения.
• Проверьте /usage для своего аккаунта.
• Сохраните незавершённый шаг в проекте.
• Отдельно решите, нужна новая сессия или ожидание лимита.

Что именно закончилось

Сначала прочитайте точное сообщение в интерфейсе. У платных планов есть пятчасовое окно и недельный лимит, проверено 25 октября 2026 года. Расход Claude и Claude Code учитывается вместе. Для ограничения плана обычно указан срок следующего доступного периода или возможность проверить расход. Для переполненной истории проблема в объёме уже прочитанных файлов и сообщений. Официальная страница Claude Code о расходе описывает команду /usage: подписчику она показывает использование плана, а для API есть сведения о токенах. Конкретное число запросов я не указываю: оно зависит от способа входа, плана, модели и нагрузки.

Если используется API‑ключ, следите за расходами в соответствующем аккаунте и заранее выставляйте доступные ограничения. Подписка и API‑оплата не являются одной квотой. Перед запуском нескольких агентов одновременно проверьте правила своего способа входа. Параллельная работа может ускорить отдельную задачу, но каждое чтение и сообщение расходует ресурс.

Почему одна длинная беседа дорожает

Каждый новый вопрос может снова включать историю прежних сообщений и прочитанные файлы. Если в одной сессии обсуждали дизайн, затем базу, потом сервер и снова дизайн, модель обрабатывает лишний контекст. В официальных рекомендациях Anthropic советуют начинать новую беседу для независимой задачи и сокращать историю, когда продолжаете ту же работу. Команды /clear и /compact имеют разное назначение. /clear начинает новую беседу и сам не создаёт запрос к модели. /compact просит модель сделать сводку истории и расходует часть лимита. Используйте сокращение истории, когда надо продолжить тот же разговор; для независимой задачи очистите беседу после записи решения в проекте.

История чата не должна быть единственным местом, где хранится решение. Запишите критерий готовности в задаче, команду запуска в репозитории, а причину найденной ошибки в рабочей документации. Тогда новую сессию можно начать с конкретного файла и вопроса. На моих проектах это особенно важно при доработке CRM: через несколько дней приходится вернуться к полю, которое уже используется в отчёте и в карточке клиента.

Перед очисткой беседы:

• Запишите принятое правило в файл проекта.
• Сохраните команду проверки.
• Укажите, какие файлы уже изменены.
• Назовите следующий незавершённый шаг.

git status --short
rg -n "status|amount" .

Такой поиск перед новой сессией восстанавливает связи лучше, чем просьба «вспомни, что мы делали в прошлый четверг». Замените пример имён на поля своего проекта и ограничьте каталоги. Не пересылайте агенту весь репозиторий текстом, если он может прочитать нужные файлы сам.

Делите работу по проверяемым исходам

Вместо «переделай учёт продаж» задайте последовательность: найти источник статуса, исправить сохранение, проверить отображение, затем отдельно обсудить отчёт. После каждого шага смотрите diff и прогоняйте подходящую проверку. Если результат понятен, следующий вопрос можно задать в новой сессии с коротким описанием уже принятого решения. Так снижается повторное чтение и сохраняется контроль над кодом.

Для условной CRM запрос «улучшить воронку» слишком широк. Отдельная задача может звучать: «Проверь, почему отчёт за вчера сдвигается на день при переводе времени из UTC в местное, и покажи тест на границе суток». Следующая задача касается отображения на экране руководителя. Этот пример не описывает поля конкретного проекта.

Что делать при достижении ограничения плана

Сохраните текущие файлы и описание незавершённого шага. Посмотрите сообщение интерфейса: когда доступ вернётся и какие варианты предусмотрены для вашего аккаунта. Не пытайтесь обойти ограничение выдуманным способом оплаты или случайным сторонним аккаунтом. Если работа срочная, можно выполнять независимые проверки вручную: просмотреть diff, запустить тесты, уточнить постановку задачи. Возобновив доступ, вы продолжите с конкретным состоянием проекта.

Официально Россия не в списке поддерживаемых стран; как это решают на практике, разбираю на встрече. Это отдельный вопрос от лимита использования. Если вход не разрешён по условиям сервиса, ожидание сброса квоты проблему не решит. В разборе доступа показано, какие официальные условия проверить до выбора инструмента.

Когда менять модель или способ работы

Более мощная модель может понадобиться для сложного разбирательства, но рутинный поиск файла не обязательно требует её. Официальная справка Anthropic предлагает выбирать модель по сложности задачи и проверять доступные варианты командой /model. Не записывайте название модели как вечное правило проекта: линейка меняется. Сравнивайте качество на своём тесте. Общая таблица возможностей для этого не подходит.

Для повторяемых действий полезна короткая инструкция в репозитории: какие папки прочитать, какую команду запустить, что считать ошибкой. Но инструкция не должна превращаться в огромный текст, который модель получает в каждой сессии. Держите главное рядом с проектом, а редкие случаи отдельно. Если агент каждый раз читает сотни строк устаревших заметок, он тратит ресурс и может принять старое решение за действующее.

Сократите повторное чтение:

• Оставьте в общей инструкции только постоянные правила.
• Перенесите редкий случай в отдельный файл.
• Удалите устаревшее описание.
• Начните новую задачу с нужной ссылки.

Как проверить, что оптимизация помогла

Сравните два прохода одной небольшой задачи: сколько раз пришлось повторить вопрос, сколько файлов прочитано без необходимости, сколько ручных исправлений осталось после ответа. Экономия сообщений бесполезна, если из‑за короткого запроса агент пропустил важное поле. Нужен баланс между достаточным контекстом и лишней историей. Сохраняйте в задаче ссылку на исходный тест и принятый результат, чтобы качество можно было проверить после очистки чата.

На обучении по своему проекту мы выстраиваем работу вокруг проверок. Число сообщений здесь вторично. Тогда ограничение плана становится вопросом расписания, а качество проекта опирается на исходники и тесты.

Частые вопросы

Почему лимит закончился раньше, чем ожидалось?

Расход зависит от размера истории, прочитанных файлов, модели и сложности действий. Проверьте /usage и вспомните, не работали ли несколько сессий одновременно.

Удалит ли /clear файлы проекта?

Команда очищает историю беседы. Файлы репозитория сохраняются. Перед ней сохраните важные решения в файлах задачи. Если надо продолжать тот же разговор, посмотрите возможность сокращения истории.

Можно ли узнать точное число оставшихся запросов?

Экран использования показывает доступные для аккаунта сведения. Универсального постоянного числа для всех задач и планов нет; условия меняются.

Поможет ли новая сессия после сообщения о лимите?

Если достигнут предел плана, новая беседа сама его не увеличит. Если проблема в длинном контексте, новая сессия с сохранённой постановкой может помочь.

Если работа над сайтом обрывается в середине задачи, разберём её на встрече: выделим маленький проверяемый шаг и сохраним способ продолжить его позже.