Claude Opus 4.6: промпт-инжиниринг и лучшие практики по гайду Anthropic

Claude Opus 4.6 от Anthropic обучен точнее следовать инструкциям, чем предыдущие поколения. Официальная документация по prompt engineering описывает, как получать стабильно лучшие результаты: от формулировки запросов до управления мышлением и инструментами.

Общие принципы

Будьте явными в инструкциях

Чёткие и конкретные формулировки работают лучше расплывчатых. Если нужно поведение «выше базового», явно это попросите.

Менее эффективно: «Создай аналитический дашборд.»

Эффективнее: «Создай аналитический дашборд. Добавь как можно больше уместных фич и интерактивности. Сделай полноценную реализацию, а не минимальный вариант.»

Добавляйте контекст

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

Пример: вместо «Никогда не используй многоточия» лучше написать: «Твой ответ будет озвучиваться движком text-to-speech, поэтому не используй многоточия — движок не знает, как их произносить.»

Следите за примерами и деталями

Claude сильно опирается на примеры и детали в промпте. Убедитесь, что примеры соответствуют желаемому поведению и не поощряют то, что хотите избежать.

Долгосрочные задачи и контекст

Модели Claude 4.6 отлично держат состояние в длинных сессиях и при работе в нескольких контекстных окнах. Модель может сохранить прогресс и продолжить в новом окне.

Context awareness (Claude 4.6 / 4.5)

Модель отслеживает оставшийся «бюджет» контекста. Если вы используете компактирование контекста или сохранение в файлы (например, в Claude Code), добавьте в промпт явное указание:

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

Управление состоянием

• Инкрементальный прогресс: просите явно отслеживать прогресс и делать шаги по шагу.
• Git для состояния: коммиты и ветки дают чекпоинты; последние модели хорошо используют git между сессиями.
• Прогресс в тексте: свободные заметки в progress.txt удобны для общего контекста.
• Структурированные данные: для тестов, статусов задач используйте JSON и чёткую схему.

Стиль общения и инструменты

Баланс краткости

Новые модели склонны к лаконичности и могут не подводить итог после вызовов инструментов. Если нужны явные отчёты:

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

Явно про действия, а не только советы

Фраза «Можешь предложить улучшения этой функции?» чаще приведёт к советам, а не к правкам. Чтобы модель сделала изменения:

• «Измени эту функцию, чтобы улучшить производительность.»
• «Внеси такие правки в поток аутентификации.»

Чтобы по умолчанию склонять к действию, можно добавить в системный промпт блок <default_to_action> (в документации Anthropic приведён готовый текст). Чтобы, наоборот, не действовать без явного запроса — блок <do_not_act_before_instructions>.

Безопасность и необратимые действия

Без указаний Opus 4.6 может выполнять труднообратимые действия (удаление файлов, force-push, публикация вовне). Рекомендуется добавить в промпт: просить подтверждение для деструктивных операций, операций с общими системами и видимых другим (push, комментарии в PR, сообщения).

Триггер инструментов

В Opus 4.5/4.6 системный промпт сильнее влияет на вызов инструментов. Если раньше вы писали «КРИТИЧНО: ты ДОЛЖЕН использовать этот инструмент…», достаточно более мягкой формулировки: «Используй этот инструмент, когда…».

Формат ответов

• Говорите, что делать, а не только чего не делать: например, «Ответ должен быть сплошным прозой, абзацами» вместо «Не используй markdown».
• XML-теги помогают структурировать промпт и ответ: например, «Прозу пиши в тегах <prose>.» Теги улучшают разбор и снижают путаницу между инструкциями и контентом.
• Стиль вашего промпта (с маркдауном или без) может влиять на стиль вывода — при необходимости упростите разметку в запросе.

Мышление (thinking) и «переобдумывание»

Адаптивное мышление (Opus 4.6)

Claude Opus 4.6 использует адаптивное мышление (thinking: { type: "adaptive" }): модель сама решает, когда и сколько «думать». Глубину можно регулировать параметром effort (low, medium, high, max). Ручной режим с budget_tokens для Opus 4.6 не используется.

Избегание избыточного мышления

Opus 4.6 склонен к тщательной проработке, особенно при высоком effort. Если нужно ограничить рассуждения:

• Снизьте effort.
• Уберите явные призывы «использовать think tool» или «быть максимально тщательным» — модель и так склонна к глубокому анализу.
• Можно добавить: «Приоритизируй выполнение над обсуждением. Выбери один подход и начинай выдавать результат. Не переписывай готовое без явной необходимости.»

Для Claude Sonnet 4.6 при необходимости жёстко ограничить токены мышления можно использовать extended thinking с budget_tokens.

Дополнительные приёмы

• Параллельные вызовы инструментов: модель хорошо выполняет независимые вызовы параллельно; в документации приведён пример блока <use_parallel_tool_calls> для максимизации параллелизма.
• Исследования: для сложных задач полезно задать структуру (гипотезы, проверка по источникам, заметки в файле), чтобы модель систематически собирала и критиковала информацию.
• Субагенты: Opus 4.6 активно делегирует подзадачи субагентам. Если делегирование избыточно, уточните в промпте, когда субагенты уместны (параллельные независимые подзадачи), а когда лучше работать напрямую.
• Вision: Opus 4.5/4.6 лучше обрабатывают несколько изображений и извлечение данных из картинок; для анализа видео можно разбивать на кадры.

Где смотреть дальше

• Prompting best practices (Claude 4) — полный гайд Anthropic.
• Adaptive thinking, Extended thinking — настройка мышления.
• Use XML tags, Chain of thought — структура промптов и пошаговые рассуждения.

Модель Claude Opus 4.6 доступна через единый API-шлюз NeuroAPI вместе с десятками других моделей. Подробнее об API и моделях: https://neuroapi.host