Когда разработчики получают в руки новый регулятор «мощности мышления» нейросети, первая естественная реакция — выкрутить тумблер на максимум. Кажется логичным: зачем соглашаться на поверхностный ответ, если можно заставить модель думать с предельной отдачей? Однако в терминальном агенте Claude Code от Anthropic максимализм оборачивается неожиданным отрезвлением. Ты отправляешь простую задачу, уходишь заварить кофе, возвращаешься через сорок минут, а терминал всё ещё перебирает гипотезы, жжёт токены и строит абстракции вокруг скрипта из двадцати строк.
Параметр effort призван положить конец этой дилемме. Команда Anthropic под руководством Тарика Шихипара и Лидии Хэлли формализовала вычислительные затраты агента, разбив их на пять чётких уровней: от моментального спринта low до автономного марафона max. Разберёмся, как устроена эта градация, где максимальный режим действительно спасает проект, а в каких ситуациях он лишь опустошает баланс API.
Пять градаций мышления: от спринта к марафону
Под капотом параметр effort управляет бюджетом рассуждений (reasoning budget). Он определяет, сколько внутренних шагов, обращений к файловой системе, проверок гипотез и запусков линтера агент может сделать до того, как решит вернуть ответ человеку.
Инженеры Anthropic выделили пять дискретных ступеней:
low— режим быстрых ответов. Агент берёт первую работоспособную гипотезу, делает минимум инструментальных вызовов и сразу возвращает управление. Подходит для верстки, генерации шаблонов и набросков функций.medium— сбалансированный повседневный режим. Модель проводит базовую самопроверку, но не уходит в глубокие философские размышления над кодовой базой.high— тщательный аудит с моделированием граничных случаев. Агент целенаправленно проверяет альтернативные пути реализации, отслеживает сайд-эффекты и прогоняет тесты.xhigh(extra high) — специализированный профиль для длительных сессий (от 30 минут), требующих сотен шагов и миллионов токенов на старших моделях рассуждений.max— режим максимальной автономности ("one-shot"). Модель стремится решить крупную архитектурную проблему без промежуточных вопросов к человеку.
Анатомия перегрузки: 1.5 минуты против 67 минут
Наглядное доказательство того, почему нельзя постоянно держать активным режим max, дают замеры на модели Claude Opus. В эксперименте по созданию прототипа веб-приложения по короткому описанию режим low справился за 1.5 минуты. Модель собрала базовый интерфейс, подключила графики и выдала рабочий результат. Тот же промпт в режиме max выполнялся 67 минут — в 44.6 раза дольше! Агент выстроил сложную симуляцию, потратив огромный массив токенов там, где требовался лишь черновой концепт.
Но списывать глубокие режимы со счетов нельзя. В бенчмарке TerminalBench 3.0 переход с уровня low на max поднял долю успешно решенных задач со 140 до 214 из 370 (+52.8% эффективности). На нестандартных задачах обработки данных на уровне low модель показала точность 0 из 5, хватаясь за первый попавшийся метод. На уровне high результат составил 4 из 5: агент протестировал два разных алгоритма, обнаружил аномалию во входных данных и переписал парсер.
Если ты настраиваешь рабочие процессы вокруг терминального агента, рекомендую вспомнить наш разбор про оптимизацию Claude Fable 5 и сокращение расхода токенов, а также практический стек экономии токенов в Claude Code. Новый параметр effort дополняет эти практики прямо в командной строке.
Практика настройки: CLI-флаги, команды сессии и кэш
Управлять уровнем усилий можно тремя способами. Для разового запуска в терминале используется флаг --effort:
# Быстрый набросок каркаса без долгого размышления
claude --effort low "Создай структуру TypeScript-проекта для парсинга OpenAPI-спецификаций"
# Глубокий поиск плавающей ошибки в многопоточном коде
claude --effort high "Проанализируй race condition в пуле воркеров worker_pool.ts и напиши стресс-тесты"
# Фиксация комфортного уровня по умолчанию в shell-профиле
export CLAUDE_CODE_EFFORT_LEVEL=medium
Внутри активной сессии Claude Code перезапуск не требуется — достаточно вызвать команду /effort или открыть глобальное меню /config:
# Проверка текущей конфигурации модели и расхода контекста
/config
# Мгновенное переключение на экономичный режим для мелких правок
/effort low
# Переход в режим строгой верификации перед коммитом
/effort high
Не держи сессию на одном уровне. Начинай декомпозицию задачи на low или medium. Когда каркас готов, переключайся на high для написания юнит-тестов и проверки граничных состояний. Такой подход экономит до 70% токенов без потери финального качества.
Когда включать тормоза: границы применимости
Помни об архитектурных компромиссах. Динамическая смена уровня рассуждений через команду /effort в длинных диалогах может приводить к инвалидации кэша промптов (Prompt Caching), временно увеличивая задержку первого ответа. Кроме того, режим max страдает от зацикливания на тривиальных задачах: видя огромный лимит шагов, модель начинает неоправданно рефакторить соседние модули и плодить лишние абстракции.
Используй max и xhigh только тогда, когда задача действительно масштабна, риск ошибки критичен, а ты готов оставить агента работать автономно. Для повседневной разработки связка из medium и точечного включения high остаётся самым быстрым, дешёвым и надежным выбором.