Начав пользоваться Claude Code всерьёз, вы рано или поздно встретите «usage limit reached». Эта глава — про работу, которая держит эту надпись подальше.

При этом экономия сама по себе не цель. Цель — чтобы квота оставалась тогда, когда она нужна. Скупиться до того, что страдает результат, бессмысленно, поэтому последний раздел посвящён тому, где провести черту.

Почему расход растёт

Единица расхода — токен. И вот здесь многие ошибаются: он определяется не только длиной отправленного указания.

FACTOR 1
Прочитанные файлы

Все файлы, которые Claude пошёл читать сам, ложатся во ввод. Если дать прочитать большой файл целиком, расход подскакивает разом.

FACTOR 2
История разговора

При каждом обмене вместе с ним отправляется и вся предыдущая история. В длинном разговоре один круг стоит дороже.

FACTOR 3
Число попыток

Поведение «править, пока тесты не пройдут» тратит по одному кругу на каждую неудачу. Обратная сторона сильной черты.

Из этих трёх сильнее всего вы влияете на FACTOR 2. Какие файлы читать, определяет содержание работы, число попыток определяет сложность, а вот длину истории вы меняете тем, как работаете.

«Коротко попросил — дешевле» — заблуждение. Если указание настолько коротко, что замысел не дошёл, Claude больше разведывает, делает мимо цели и переделывает. В итоге кругов становится больше, и выходит дороже. Дёшево не короткое указание, а указание, которое проходит с первого раза.

Квота бывает не одна

Об этом уже шла речь в главе 4, но здесь это главная тонкость работы. Квота на коротком периоде и квота на длинном существуют отдельно.

Короткая восстанавливается сравнительно быстро, так что достаточно подождать и продолжить. Длинная восстанавливается днями, и если исчерпать её, вы на несколько дней остаётесь без хода. Ощущение «только что отпустило и сразу опять встало» — это состояние, когда вернулась только короткая, а длинная осталась исчерпанной.

Само поведение квот разобрано в статье что делать при usage limit reached, а результаты практической проверки того, почему недельная квота возвращается раньше ожидаемого, — в статье правда о раннем сбросе недельного лимита.

Стройте план исходя из остатка квоты

Тяжёлую работу перед сроком делайте заранее, а поисковые эксперименты откладывайте на часы, когда запас есть.

Типичная неудача

Спалить длинную квоту на переборе вариантов и остаться без хода в день, когда нужно сдавать работу. Останется только ждать восстановления.

Effort: выбор между скоростью и сообразительностью

В Claude Code есть настройка того, насколько много думать. Если заставить думать глубже, точность вырастет, но вместе с ней вырастут время и расход.

Ни «всегда максимум», ни «всегда минимум» здесь не окупаются. Верный ответ — переключать по сложности задачи.

Когда достаточно лёгкого

Однообразные замены, форматирование, добавление тестов, реализация того, где подход уже выбран. Работа, в которой нечего додумывать.

Когда нужно тяжёлое

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

Что именно содержит эта настройка и когда что выбирать, разбирает статья Что такое настройка effort: быстрее или сообразительнее. Ось для решения — сравнение со стоимостью переделки. Если глубокое обдумывание даёт верный результат с первого раза, это дешевле, чем сделать легко и переделать трижды.

Свернуть контекст — это ещё и решение о деньгах

В главе 3 свёртка подавалась как то, что делают, потому что перестаёт помниться, но есть и второй мотив. Длинная история отправляется заново каждый раз, поэтому, продолжая работать без свёртки, вы делаете каждый круг всё дороже.

При этом сама свёртка тоже кое-что тратит. Свернёте слишком рьяно — потеряете нужные предпосылки, объясните их заново и в итоге заплатите больше. Критерии собраны в статье Стоит ли запускать /compact вручную.

Ориентиры по моменту свёртки хорошо : сразу после того, как закончена одна работа перед переходом к другой группе файлов плохо : посреди работы (исчезнут и предпосылки, нужные прямо сейчас) «как-то оно длинновато стало» (решения тут нет)

Как расход уходит впустую чаще всего

Большая часть расхода рождается из кругов, не приводящих к результату. Вот частые формы.

Не дан способ проверки

Без тестов «готово» не проверить, поэтому вы смотрите, указываете на огрехи, и кругов на переделку становится больше.

Огромный лог вставлен целиком

Из нескольких тысяч строк нужны несколько десятков. Отдав только нужный фрагмент, вы получите тот же результат дешевле.

Всё делается в одном разговоре

В одну историю накапливается и посторонняя работа, и дальше вы возите её с собой постоянно.

Одни и те же предпосылки объясняются каждый раз

Договорённости, свойственные проекту, можно положить в постоянную память из главы 6 и больше не писать их всякий раз.

Знать собственный расход

Прежде чем сокращать, полезнее узнать, на что и сколько уходит сейчас. Экономя на ощущениях, обычно срезают там, где это не даёт эффекта.

Смотреть надо на две вещи: насколько раздулся текущий разговор и сколько квоты осталось. Первое нужно для решения о свёртке, второе — для решения «начинать ли сегодня эту работу».

Смотрим перед работой

Остаток квоты. Решаем, можно ли браться за тяжёлую работу. Если осталось мало, переключаемся на лёгкое или ждём восстановления.

Смотрим во время работы

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

Важно не увеличивать частоту проверок. Проверяя остаток каждые несколько минут, вы расход не уменьшите. Достаточно смотреть на стыках работ.

Экономия, которая бьёт по вам же

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

Слишком урезанные указания

Предпосылки не доходят, реализация уходит мимо цели, и переделок становится больше. Урезать надо не объяснения, а объём вставляемого.

Слишком частая свёртка

Свернув посреди работы, вы сотрёте и предпосылки, нужные прямо сейчас. Объяснять заново выйдет дороже.

Проходить трудные места на лёгкой настройке

Если над багом неизвестного происхождения думать поверхностно, он будет раз за разом проверять неверные гипотезы. Вырастут и время, и расход.

Лезть в настройки после наступления лимита

Ковыряясь в них, пока всё стоит, вы не сможете убедиться в эффекте. Дождитесь восстановления и пробуйте по одному.

Что прибавляется, когда инструментом пользуется команда

Расход, который в одиночку не замечали, при переходе на команду вылезает в другом виде.

Чаще всего это состояние, когда каждый по отдельности объясняет одни и те же предпосылки. Договорённости проекта, соглашения об именовании, места, которые нельзя трогать: если это каждый раз пишет каждый, дублирование идёт по числу людей. Правильно положить это в постоянную память из главы 6 и разделять через репозиторий.

Второй случай — когда кто-то тратит квоту на поисковые эксперименты, а кто-то другой встаёт на боевой работе. Поведение различается в зависимости от того, личная это квота или организации, так что перед внедрением проверьте хотя бы это.

Наладить общее хозяйство действеннее, чем связывать всех правилами. От призыва «экономьте токены» решения у каждого разъедутся, а вот когда в репозитории собраны постоянная память и способы проверки, число кругов у всех снижается само собой.

На практике: семь способов тратить меньше

Перечислены по убыванию эффекта. Первые два решают большую часть.

1
Разделять разговоры по работам

Чем короче история, тем дешевле круг. Работает сильнее всего.

2
Сначала дать способ проверки

Когда он может проверить и починить сам, кругов с вашим участием становится меньше.

3
Сужать область чтения

Указывайте нужный каталог или файлы. Разведка отпадает целиком.

4
Переключать effort по сложности

Для однообразной работы максимум не нужен. На трудных местах не скупитесь.

5
Предпосылки — в постоянную память

Если что-то объясняется каждый раз, это и есть кандидат на запись (глава 6).

6
Сворачивать на стыках

Сразу после того, как работа закончена. Свёртка посреди неё обернётся повторными объяснениями.

7
Раздавать тяжёлую работу

Вынеся изыскания в отдельный контекст, вы не засоряете основную историю (глава 6).

Оптимизация расходов на ИИ-программирование в целом, с более широкой точки зрения, собрана в статье Полное руководство по оптимизации расходов на ИИ-программирование.

Где провести черту, чтобы не переэкономить

Напоследок самое важное в этой главе. Экономия не является целью.

Когда из-за оглядки на квоту даже трудную работу гоняют на лёгкой настройке и раз за разом правят реализацию, ушедшую мимо цели, растут и расход, и время. Это классический случай, когда в попытке сэкономить транжирят.

Решайте по величине переделки. Работу, где ошибку откатывают за пару минут, делайте легко и быстро. Работу, где ошибка съедает полдня, с самого начала отдавайте на глубокое обдумывание. Квоту и придерживают ради второго.

И ещё одно. Остановились — отдохните, это тоже часть работы. Чем при достижении лимита перекапывать настройки, быстрее в итоге получится дождаться восстановления и продолжить в полной готовности.

Итоги

  • Расход определяют прочитанные файлы, история разговора и число попыток. Влиять вы можете в основном на историю
  • «Короткое указание значит дешёвое» — заблуждение. Дёшево указание, которое проходит с первого раза
  • Квот две: на коротком периоде и на длинном. Исчерпав длинную, вы остаётесь без хода на несколько дней
  • Effort переключают по сложности. И всегда максимум, и всегда минимум одинаково невыгодны
  • Свёртка — вопрос не только памяти, но и расходов. Однако свёртка посреди работы выходит дороже
  • Наибольший эффект дают две вещи: разделять разговоры и заранее давать способ проверки
  • Экономия не цель. Решайте по величине переделки и придерживайте квоту для трудных мест
Поздравляем: все семь глав пройдены
→ Сравнить инструменты и выбрать
Чем он отличается от Cursor, Copilot и Codex и когда что брать. Для тех, кто присматривается не только к Claude Code.
К курсу «ИИ-программирование на практике» →
↩ Пройти заново
Вернуться к интересующей главе или поискать другой курс. Учебный хаб находится здесь.
Назад к главе 1 → К списку курсов →