Перевод с разбором · для Вани

Extended thinking: советы

О чём это

Когда вы открываете Claude Code Desktop и просите дописать OrderCalculationService или разобраться, почему падает JwtFilterTest, модель не всегда отвечает мгновенно. Иногда вы видите, что она «думает» — крутится индикатор, появляется свёрнутый блок рассуждений, и только потом приходит ответ или правка кода. Это и есть thinking: внутренняя цепочка рассуждений модели до того, как она выдаст результат.

Anthropic различает два режима. Adaptive thinking — у Opus 4.7 и Sonnet 4.6: модель сама решает, нужно ли подумать дольше, и подстраивается под сложность запроса. Extended thinking — у Sonnet 4.6 и Haiku 4.5: явная цепочка рассуждений перед ответом, которую можно включить специально. На практике в Claude Code Desktop вы влияете на оба режима через выпадающий список уровня усилия (effort) и через сам промпт.

Зачем нужно thinking

Anthropic пишет: «возможности thinking могут быть особенно полезны для задач, связанных с рефлексией после tool use или со сложными многошаговыми рассуждениями». В вашей работе это, например, такие задачи:

• Разобраться, почему OrderRepository возвращает не то количество заказов: модель сначала прочитает миграцию, потом тест, потом сам запрос — и должна между шагами «остановиться и подумать».
• Перенести логику markupMaterialsPct из MaterialService в OrderCalculationService с сохранением поведения: нужно сопоставить десяток мест и не сломать IntegrationTestBase.
• Спроектировать React-форму редактирования заказа, которая ходит в Ktor и обрабатывает ошибки JDBI, — здесь много шагов, и модель выигрывает от времени на размышление.

Anthropic отдельно пишет, что adaptive thinking «во внутренних оценках устойчиво даёт лучшие результаты, чем extended thinking» — поэтому на Opus 4.7 и Sonnet 4.6 это режим по умолчанию, и переключаться вручную не надо.

Как направлять thinking промптом

Adaptive thinking слушается вашего промпта. Можно прямо попросить модель подумать после результата команды или чтения файла. Anthropic приводит такой пример (промпты модели обычно пишут на английском, мы оставляем дословно):

After receiving tool results, carefully reflect on their quality and determine optimal next steps before proceeding. Use your thinking to plan and iterate based on this new information, and then take the best next action.

На русском смысл такой: «после того как получишь результаты инструмента, внимательно оцени их качество и определи оптимальные следующие шаги; думай, планируй и выбирай лучшее действие». В вашем случае это полезно, когда Claude Code прочитал кусок OrderService и собирается править дальше — пусть остановится и сверится со своими предположениями, а не пишет правку с разбегу.

Когда модель думает слишком много

Бывает обратная проблема: модель уходит в долгие рассуждения там, где это не нужно. Anthropic так это формулирует: «Claude Opus 4.6 делает заметно больше предварительного исследования, чем предыдущие модели, особенно на высоких уровнях effort. Эта работа часто помогает оптимизировать итог, но модель может собирать обширный контекст или преследовать несколько ниток исследования без явной просьбы».

Что Anthropic советует делать:

• Заменить общие правила прицельными. Вместо «всегда используй [инструмент]» — «используй [инструмент], когда это помогает понять задачу».
• Убрать over-prompting. Инструменты, которые недосрабатывали в старых моделях, теперь срабатывают как надо. Фразы вроде «если сомневаешься — используй [инструмент]» приведут к пересрабатыванию.
• Уровень усилия как запасной выход. Если модель продолжает быть слишком активной, понизьте уровень усилия в выпадающем списке.

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

When you're deciding how to approach a problem, choose an approach and commit to it. Avoid revisiting decisions unless you encounter new information that directly contradicts your reasoning. If you're weighing two approaches, pick one and see it through. You can always course-correct later if the chosen approach fails.

Смысл: «выбирай подход и придерживайся его; не пересматривай решения, пока нет новой информации, которая прямо им противоречит; всегда можно скорректироваться позже». Это хорошо работает, когда вы просите Claude Code, например, починить флаки в JwtFilterTest: пусть выберет одну гипотезу и доведёт её до конца, а не мечется между тремя.

Ещё один пример — когда модель слишком часто включает thinking:

Extended thinking adds latency and should only be used when it will meaningfully improve answer quality - typically for problems that require multi-step reasoning. When in doubt, respond directly.

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

Полезные приёмы

• Общие инструкции лучше пошаговых. Anthropic пишет: «промпт вроде „think thoroughly“ часто даёт лучшие рассуждения, чем написанный вручную пошаговый план — рассуждения Claude часто превосходят то, что прописал бы человек». Не нужно расписывать модели десять шагов рефакторинга OrderService — достаточно описать цель и попросить подумать тщательно.
• Few-shot работает с thinking. Если вы даёте примеры («вот так я хочу, чтобы ты решал такие задачи»), оборачивайте рассуждения в теги <thinking> — модель обобщит этот стиль на свои собственные блоки.
• Manual CoT как запасной вариант. Если thinking почему-то выключен или вы пишете в Claude Chat, всё равно можно попросить модель рассуждать пошагово. Anthropic советует структурные теги <thinking> и <answer>, чтобы разделить размышления и итог. Подробнее — в нашей статье про chain-of-thought.
• Просите модель самопроверяться. Anthropic рекомендует добавлять в конец фразу вроде «Before you finish, verify your answer against [test criteria]» — «прежде чем закончишь, сверь ответ с [критериями]». Для кода это особенно эффективно: «прежде чем закончишь, проверь, что IntegrationTestBase поднимается без ошибок и все юнит-тесты OrderCalculationService зелёные».

Если коротко

• На Opus 4.7 и Sonnet 4.6 thinking работает по умолчанию (adaptive) — модель сама решает, когда подумать дольше.
• Уровень усилия выбирается выпадающим списком в Claude Code Desktop. Хотите больше глубины — поднимите. Хотите быстрее — опустите.
• Сложные задачи с tool use и многошаговыми рассуждениями — благодарная почва для thinking. Простые — нет, тут лучше попросить отвечать напрямую.
• Слишком разговорчивую модель можно попросить выбрать подход и идти до конца, не пересматривая решения без новой информации.
• Добавляйте «прежде чем закончишь, проверь себя» — это надёжно ловит ошибки в коде.