🧭
GPT-5.6 Sol лучше работает с компактным контрактом задачи: результатом, критериями успеха, ограничениями, доступными данными и условиями остановки. При миграции не переносите старый промпт без проверки: убирайте устаревшие инструкции постепенно и измеряйте результат на собственных задачах.

Рекомендации по промптингу для GPT-5.6 Sol

Это практический справочник по адаптации промптов, инструментов и агентных процессов под GPT-5.6 Sol. Технические параметры и возможности сверяйте с официальным руководством по GPT-5.6 и страницей модели GPT-5.6 Sol.

Технические сведения ниже проверены 6 сентября 2026 года; меняющиеся параметры сверяйте по официальным страницам перед внедрением.

На эту дату алиас API gpt-5.6 направляет запросы к gpt-5.6-sol. Для рассуждений, многоходовых сценариев и вызова инструментов OpenAI рекомендует Responses API.

В выборке внутренних оценок кодинг-агента конфигурации с более лёгкими системными промптами повысили оценки примерно на 10–15%, сократили общее число токенов на 41–66% и стоимость на 33–67%. Это ориентиры, а не обещанный результат: каждое изменение нужно проверять на репрезентативных задачах вашего приложения.

Целевая архитектура промпта

Хороший промпт для GPT-5.6 задаёт пять вещей:

  1. Какой результат должен увидеть пользователь.
  2. Какие факты, ограничения и права доступа нельзя игнорировать.
  3. По каким признакам задача считается выполненной.
  4. Какие инструменты доступны и когда выбирать каждый маршрут.
  5. Когда продолжать работу, запросить данные или остановиться.

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

Чеклист быстрой проверки

За пять минут проверьте промпт по следующим пунктам:

Пользовательский результат сформулирован явно.
Есть проверяемые критерии успеха.
Каждое правило записано один раз.
Нет противоречащих друг другу инструкций.
Сохранены требования безопасности, бизнеса, данных и доступа.
Модели открыты только нужные для задачи инструменты.
Для зависимых действий указан обязательный порядок.
Для пустых или частичных результатов предусмотрен ограниченный запасной маршрут.
Внешние, разрушительные и затратные действия отделены от безопасной локальной работы.
Указаны обязательные поля и формат ответа.
Короткий ответ не теряет решения, факты, оговорки и следующий шаг.
Есть условие остановки и предел повторов.
Настройка reasoning.effort выбрана по результатам оценок.
После выполнения предусмотрена проверка результата.

Сначала упрощайте работающий промпт

Начните с конфигурации, которая уже решает задачу. Удаляйте по одной группе инструкций, примеров или инструментов, затем повторяйте те же оценки.

Кандидаты на удаление:

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

Сохраняйте видимый результат, критерии успеха, обязательную валидацию, ограничения и контекстные правила маршрутизации. Длинные диалоги увеличивают объём повторяющегося текста промпта и описаний инструментов; проверяйте размер контекста как в начале запуска, так и по мере роста истории.

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

Пример компактного контракта:

Промпт:

Решите запрос клиента от начала до конца.

Успех означает:
- принять решение по доступным данным политики и аккаунта
- выполнить все разрешённые действия до ответа
- вернуть completed_actions, customer_message и blockers
- если данных недостаточно, запросить минимально необходимое поле

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

Используйте абсолютные слова вроде ALWAYS, NEVER и «только» для настоящих инвариантов: правил безопасности, обязательных полей и безусловно запрещённых действий. Для поиска, уточнений и дополнительных итераций задавайте критерии решения.

Управляйте длиной, тоном и взаимодействием

GPT-5.6 по умолчанию лаконичнее GPT-5.5. При миграции проверьте, нужны ли ещё общие команды «пишите кратко»: иногда они приводят к потере существенных деталей.

Для постоянного уровня детализации используйте text.verbosity со значением low, medium или high, а в промпте задавайте требования конкретной задачи. Если ответ должен быть коротким, установите порядок сокращения:

Промпт:

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

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

Задавайте границы автономии

GPT-5.6 способна настойчиво выполнять многошаговые задачи, поэтому запрос должен определять разрешённый уровень действий.

Промпт:

Для запросов ответить, объяснить, проверить, диагностировать или спланировать
изучите доступные материалы и сообщите результат. Не вносите изменения без
прямого запроса.

Для запросов изменить, построить или исправить выполните разрешённые локальные
изменения и запустите подходящую неразрушительную проверку.

Запросите подтверждение перед внешней записью, разрушительным или затратным
действием и существенным расширением рамок задачи.

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

Маршрутизируйте инструменты по форме задачи

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

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

При пустом, частичном или подозрительно узком ответе попробуйте один-два осмысленных запасных варианта. Отсутствие доказательств само по себе не доказывает отсутствие факта.

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

Программный вызов инструментов (Programmatic Tool Calling, PTC) подходит для ограниченного этапа, где код обрабатывает несколько результатов или большой промежуточный вывод и возвращает компактную структуру. Типичные операции: фильтрация, объединение, сортировка, ранжирование, дедупликация, агрегация и детерминированная валидация.

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

Для PTC явно задайте:

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

program_output и финальное сообщение ассистента являются разными выводами. Проверяйте оба: корректный программный результат не гарантирует, что финальный ответ сохранит обязательное поле, цитату или оговорку.

Выбирайте режим и усилие рассуждения по оценкам

GPT-5.6 Sol поддерживает reasoning.effort: none, low, medium, high, xhigh и max; значение по умолчанию — medium.

При миграции с GPT-5.5 или GPT-5.4 сохраните текущий уровень как базовую линию, затем сравните его с уровнем ниже на одинаковых задачах. Используйте low для чувствительных к задержке процессов, если качество сохраняется. high и xhigh оправданы измеримым выигрышем, а max предназначен для наиболее сложных задач с приоритетом качества.

Режим Pro (Pro mode) включается в Responses API через reasoning.mode: "pro". Он выполняет больше работы до единого финального ответа, повышает задержку и добавляет токены этой работы в учёт использования; они оплачиваются по стандартным тарифам выбранной модели.

Выбирайте Pro, когда небольшой прирост надёжности существенно влияет на результат. Для обычных, чувствительных к задержке или массовых задач используйте стандартный режим, если оценки не показывают значимого выигрыша от Pro. В API это режим выполнения, поэтому менять модельный идентификатор для него не нужно. Настраивайте reasoning.mode и reasoning.effort независимо и сравнивайте конфигурации на репрезентативных примерах.

Управляйте состоянием и кэшированием

Для моделей GPT-5.6 значение reasoning.context по умолчанию — all_turns: доступные элементы рассуждения могут использоваться между ходами. Этот режим полезен, когда цели, допущения и приоритеты остаются стабильными. Установите current_turn, если прежнее рассуждение потеряло актуальность.

При all_turns продолжайте работу с previous_response_id, чтобы сделать рассуждение предыдущих ответов доступным модели. Если история воспроизводится вручную, сохраняйте пользовательские вводы и все элементы вывода ответа без изменения их роли.

Кэширование промпта можно оставить автоматическим или настроить с явными точками разрыва. Для явного режима используйте prompt_cache_options.mode: "explicit"; вместо устаревшего prompt_cache_retention используйте prompt_cache_options.ttl.

Запись в кэш GPT-5.6 тарифицируется как 1,25 стоимости некэшированного входа, поэтому отслеживайте cached_tokens и cache_write_tokens. Держите переиспользуемые префиксы стабильными, а явные точки разрыва добавляйте после измерения затрат.

Требуйте доказательства и проверяйте результат

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

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

Эталонный шаблон промпта

Role: [функция модели и рабочий контекст]

Personality: [тон и стиль взаимодействия]

Goal: [результат, который должен увидеть пользователь]

Success criteria: [проверяемые условия завершения]

Constraints: [ограничения безопасности, бизнеса, данных и побочных эффектов]

Tools: [разрешённые инструменты и правила выбора маршрута]

Output: [формат, структура, объём и обязательные поля]

Stop rules: [когда повторить, использовать запасной вариант, спросить или остановиться]

Рабочий процесс миграции

  1. Переключите модель, сохранив текущий уровень усилий рассуждения.
  2. Запустите репрезентативные оценки до изменения промпта.
  3. Уберите устаревшие инструкции, повторы и нерелевантные инструменты по одной группе.
  4. Добавляйте минимальную целевую инструкцию только для измеренной регрессии.
  5. После каждого изменения повторяйте те же оценки.
  6. Отдельно сравните качество, полноту, доказательства, токены, задержку и стоимость.

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

Официальные источники OpenAI

Следующий шаг

Для следующей миграции откройте руководство по миграции GPT-6 Astra в API.

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

Если захотите обсудить, как это применить у себя или в команде — пишите в Telegram @pimenov