OpenAI подготовила руководство по промптам для GPT-5.5. Ключевой вывод: отказывайтесь от старых промптов. Переходите к простым инструкциям, сосредоточенным на желаемом результате. Определения ролей, ранее отвергнутые как ненужные, теперь снова возглавляют рекомендуемую структуру промпта от OpenAI.
В свежем руководстве по промптам компания советует разработчикам не воспринимать GPT-5.5 как прямую замену предыдущим версиям вроде GPT-5.2 или GPT-5.4. Переход требует начинать с нуля, используя самый короткий промпт, который справляется с задачей. Только после этого стоит настраивать уровень рассуждений, объем, описания инструментов и формат вывода на основе типичных примеров.
GPT-5.5 рассуждает эффективнее предшественников, поэтому сначала проверяйте низкие и средние уровни усилий, прежде чем повышать их. Короткие промпты, нацеленные на итог, обычно превосходят многослойные конструкции с детальным описанием процесса.
Старые промпты могут мешать модели
Руководство прямо предостерегает от переноса всех инструкций из прежних промптов. Такие наработки часто избыточно детализируют шаги, поскольку ранние модели требовали тщательного контроля, объясняет OpenAI. В GPT-5.5 эти детали добавляют помехи, сужают пространство поиска или приводят к шаблонным ответам.
Промпт должен четко обозначать желаемый результат, критерии успеха, ограничения и доступный контекст, а модель пусть сама найдет путь к цели. Положительный пример из руководства — промпт для клиентской поддержки, где указан только результат:
Resolve the customer's issue end to end.
Success means:
the eligibility decision is made from the available policy and account data
any allowed action is completed before responding
the final answer includes completed_actions, customer_message, and blockers
if evidence is missing, ask for the smallest missing field
Отрицательный пример навязывает каждый шаг:
First inspect A, then inspect B, then compare every field, then think through all possible exceptions, then decide which tool to call, then call the tool, then explain the entire process to the user.
Категорические правила с "ALWAYS" или "NEVER" стоит применять только к строгим требованиям, таким как правила безопасности или обязательные поля вывода. Для решений с оценкой лучше использовать правила принятия решений. Явные условия остановки предотвращают ненужные циклы инструментов:
Resolve the user query in the fewest useful tool loops, but do not let loop minimization outrank correctness, accessible fallback evidence, calculations, or required citation tags for factual claims.
After each result, ask: "Can I answer the user's core request now with useful evidence and citations for the factual claims?" If yes, answer.
Определения ролей снова на первом месте
В сообществе по промптам спорят, полезны ли определения ролей в новых моделях. Одни считают их бесполезными или даже вредными. Руководство по GPT-5.5 возражает: рекомендуемая структура промпта начинается с роли и контекста.
Role: [1-2 sentences defining the model's function, context, and job]
# Personality
[tone, demeanor, and collaboration style]# Goal
[user-visible outcome]# Success criteria
[what must be true before the final answer]# Constraints
[policy, safety, business, evidence, and side-effect limits]# Output
[sections, length, and tone]# Stop rules
[when to retry, fallback, abstain, ask, or stop]
Для ассистентов, ориентированных на клиентов, рабочих процессов поддержки или инструментов обучения руководство предлагает разделять в этой схеме личность и стиль взаимодействия.
Личность определяет звучание: тон, теплоту, формальность или юмор. Стиль взаимодействия — как работать, когда задавать вопросы, когда предполагать и как справляться с неопределенностью.
OpenAI приводит два контрастных примера. Сначала — фактическая, ориентированная на задачи личность:
You are a capable collaborator: approachable, steady, and direct. Assume the user is competent and acting in good faith, and respond with patience, respect, and practical helpfulness.
Prefer making progress over stopping for clarification when the request is already clear enough to attempt. Use context and reasonable assumptions to move forward. Ask for clarification only when the missing information would materially change the answer or create meaningful risk, and keep any question narrow.
И более выразительный, совместный стиль:
Adopt a vivid conversational presence: intelligent, curious, playful when appropriate, and attentive to the user's thinking. Ask good questions when the problem is blurry, then become decisive once there is enough context.
Be warm, collaborative, and polished. Conversation should feel easy and alive, but not chatty for its own sake. Offer a real point of view rather than merely mirroring the user, while staying responsive to their goals and constraints.
Каждый раздел держите кратким. Добавляйте детали только там, где они реально меняют поведение, подчеркивает OpenAI. Структуру воспринимайте как отправную точку, а не жесткий шаблон.
Бюджеты поиска и правила цитирования прямо в промпте
Для ответов на основе фактов поведение с цитатами определяйте в самом промпте. Укажите, какие утверждения требуют доказательств, что считается достаточным и как реагировать при их отсутствии. Недостаток доказательств не должен вести к фактическому "нет". Руководство описывает бюджеты поиска как условия остановки:
For ordinary Q&A, start with one broad search using short, discriminative keywords. If the top results contain enough citable support for the core request, answer from those results instead of searching again.
Make another retrieval call only when:
- The top results do not answer the core question.
- A required fact, parameter, owner, date, ID, or source is missing.
- The user asked for exhaustive coverage, a comparison, or a comprehensive list.
- A specific document, URL, email, meeting, record, or code artifact must be read.
- The answer would otherwise contain an important unsupported factual claim.
Do not search again to improve phrasing, add examples, cite nonessential details, or support wording that can safely be made more generic.
Для задач вроде составления презентаций, обзоров или маркетинговых текстов OpenAI советует в промпте четко разграничивать утверждения, требующие источников, и свободные фрагменты:
- Use retrieved or provided facts for concrete product, customer, metric, roadmap, date, capability, and competitive claims, and cite those claims.
- Do not invent specific names, first-party data claims, metrics, roadmap status, customer outcomes, or product capabilities to make the draft sound stronger.
- If there is little or no citable support, write a useful generic draft with placeholders or clearly labeled assumptions rather than unsupported specifics.
Преамбулы для снижения ощущаемой задержки в стриминге
В стриминговых приложениях каждая секунда до первого видимого ответа на счету. GPT-5.5 тратит время на рассуждения, планирование или вызовы инструментов до появления текста. Для длинных или инструментозависимых задач руководство предлагает короткую "преамбулу": видимое уведомление, подтверждающее запрос и называющее первый шаг. Это повышает воспринимаемую отзывчивость без изменения сути задачи.
Before any tool calls for a multi-step task, send a short user-visible update that acknowledges the request and states the first step. Keep it to one or two sentences.
Разработчикам, не желающим вручную переписывать промпты, OpenAI предлагает делегировать это Codex. Агент для кода применит рекомендации руководства одной командой. Компания выпустила свой "OpenAI Docs Skill" для этой цели, который подходит и другим агентам для кодирования.