OpenAI выпустила гайд по промптингу GPT-5.1 для разработчиков

Одно из ключевых новшеств — новый режим none, в котором модель вообще не использует reasoning-токены и ведет себя ближе к GPT-4.1 и GPT-4o. Для разработчиков, мигрирующих с GPT-4.1, OpenAI пишет, что GPT-5.1 с none «должна быть естественной заменой для большинства сценариев с низкой задержкой, которые не требуют сложного рассуждения».

При переходе с GPT-5 в компании предупреждают: GPT-5.1 может иногда быть излишне лаконичной и недоговаривать детали. Поэтому в промптах рекомендуют явно усиливать «настойчивость» модели. В гайде прямо предлагается формулировка: «Persist until the task is fully handled end-to-end within the current turn whenever feasible» и дополняется указанием «Be extremely biased for action», то есть модель специально настраивают на полное завершение задачи без лишних уточнений и откатов к пользователю.

Большой блок документа посвящен управляемости и «характеру» агентов. OpenAI показывает, как через системные промпты задавать тон, ритм и уровень вежливости. В одном из примеров для саппорт-бота компания формулирует принцип так: «Your communication philosophy is „respect through momentum.“ You’re warm in intention but concise in expression». Для контроля многословности разработчикам предлагают жестко задавать рамки: «Respond in plain text styled in Markdown, using at most 2 concise sentences».

Отдельно описаны «user updates» — короткие статусные сообщения, которыми агент должен регулярно информировать пользователя о плане и прогрессе при длительной работе с инструментами. OpenAI рекомендует устанавливать частоту таких обновлений и их формат: «Send short updates (1–2 sentences) every few tool calls when there are meaningful changes» и всегда указывать хотя бы один конкретный результат с прошлого шага, а не только следующие действия.

В разделе solution_persistence модель инструктируют «вести себя как автономный senior pair-programmer»: самостоятельно собирать контекст, планировать, вносить изменения, запускать проверки и объяснять результат, не дожидаясь отдельного запроса на каждый шаг. Там же подчеркивается, что плохо оставлять пользователя «в подвешенном состоянии», когда ответ «да, стоит сделать», но само действие так и не выполнено.

Гайд также подробно расписывает работу с инструментами. Вместо кастомных функций для правки кода OpenAI рекомендует перейти на стандартный инструмент apply_patch, который в тестах «снижает долю неудачных правок на 35%». Для системных задач добавлен shell-tool: модель предлагает команды, интеграция их выполняет и передает вывод обратно, формируя простой цикл «план — выполнить — проверить». Разработчикам советуют по возможности синхронизировать чтение и правки файлов и использовать отдельный «plan-tool», где модель сама ведет список шагов, их статусы и обновляет план по мере выполнения.