Когда использовать мышление

С переходом на адаптивное мышление вопрос «когда включать мышление» изменился: раньше разработчик вручную подбирал budget_tokens под каждый класс задач, теперь модель сама решает, когда и сколько думать. Но два решения по-прежнему за вами: передавать ли thinking: {"type": "adaptive"} вообще (без этого поля запрос выполняется без рассуждений — адаптивный режим не включён по умолчанию) и какой уровень effort задать. Правильные ответы на эти вопросы напрямую влияют на качество, стоимость и задержку.

Как это работает

Включённое адаптивное мышление означает, что Claude оценивает сложность каждого запроса: на простой вопрос отвечает сразу, на сложный — сначала рассуждает. Токены рассуждений оплачиваются как выходные, поэтому мышление — это инвестиция, которая должна окупаться качеством. Глубину регулирует effort в output_config: xhigh (появился в Opus 4.7) — лучший выбор для кодинга и агентных сценариев и дефолт в Claude Code, high — стандарт для интеллектуально-чувствительных задач, medium и low — экономные режимы. В агентных циклах адаптивный режим автоматически добавляет interleaved thinking: модель осмысливает результат каждого вызова инструмента перед следующим шагом. Если рассуждения показываются пользователю, добавьте display: "summarized" — на Opus 4.7+ и Fable 5 текст блоков мышления по умолчанию пуст.

Когда применять

Включайте мышление для задач с многошаговой логикой: проектирование и рефакторинг архитектуры, отладка неочевидных багов, математика, юридический и научный анализ, планирование с множеством ограничений, длинные агентные циклы с инструментами. Пропускайте его для простой классификации, коротких вопросов-ответов и латентно-критичных путей — там поле thinking лучше не передавать. Практичный паттерн: начните без мышления; если качество недостаточно, включите адаптивный режим с effort: "high" и поднимайте или опускайте уровень по результатам замеров на своих данных.

Типичные ошибки

Частая ошибка — считать, что на новых моделях мышление «всегда включено»: без явного параметра thinking его нет. Обратная ошибка — включать мышление на каждом маршруте без замеров: на простых задачах это лишние расходы без выигрыша в качестве. Третья — управлять глубиной через legacy budget_tokens: на Fable 5, Opus 4.7 и 4.8 параметр удалён и возвращает 400, вместо него используйте effort. И наконец, включив мышление в пользовательском продукте, не забудьте про display: "summarized" — иначе вместо видимого прогресса пользователь наблюдает долгую немую паузу перед ответом.

Как это работает

Когда применять

Типичные ошибки

Связанные понятия

Полезные ресурсы