Гайд · TNWS AI
Как использовать reasoning-модели OpenAI и проверить ответ на сложной задаче
Reasoning-модели OpenAI: постановка задачи, reasoning effort, проверяемый формат, инструменты и тестирование без запроса скрытой цепочки мыслей.
Давайте reasoning-модели ясную цель, данные, ограничения и формат результата. Не требуйте раскрывать скрытую цепочку мыслей: для проверки полезнее запросить краткое обоснование, источники, расчётные входы и тестируемый ответ. Уровень reasoning effort выбирают по сложности и измерениям на своём наборе задач.
Рабочий пример
const response = await client.responses.create({
model: "gpt-5",
reasoning: { effort: "medium" },
input: [{
role: "user",
content: [{ type: "input_text", text:
"Выбери вариант поставки. Верни JSON: choice, assumptions, risks, checks. Не придумывай цену." }]
}]
});
console.log(response.output_text);
Конкретные факты и поля
- Более высокий effort может увеличить время и вычислительную стоимость, но не гарантирует лучший ответ на простой задаче.
- Скрытые рассуждения не нужны для аудита; сохраняйте входные факты, краткое объяснение и проверяемые действия.
- Для актуальных фактов подключайте поиск или собственный источник. Reasoning не добавляет модели знания после cutoff.
- Структурированный формат облегчает автоматическую проверку, но бизнес-решение всё равно требует правил и порогов.
Как внедрить
- Разделите задачу на входные данные, допустимые действия, ограничения и критерий успеха.
- Создайте эталонный набор с простыми, сложными и нерешаемыми примерами.
- Сравните low/medium/high только на одной модели и одинаковом промпте.
- Проверяйте факты инструментом, вычисления кодом, а формат JSON Schema.
- Выберите минимальный effort, который устойчиво проходит ваш порог качества.
Как проверить результат
Для задачи выбора добавьте вариант с недостающей ценой. Хороший ответ должен вынести её в assumptions или запросить данные, а не выдумать. Для математики пересчитайте итог отдельной функцией. Считайте точность по всему датасету, а не по красивому примеру.
Ограничения
Reasoning-модель может уверенно ошибаться и подвержена плохим исходным данным. Значения параметров и поддержка инструментов зависят от модели. Текущую матрицу возможностей проверяйте в Models перед публикацией.
Чего не делать
- Не просите показать скрытую chain of thought.
- Не повышайте effort без измерения полезности.
- Не используйте reasoning вместо свежего источника данных.
FAQ
Можно ли копировать пример как есть?
Для прототипа — да. В production добавьте таймаут, обработку ошибок, лимиты, журнал request ID и защиту ключа.
Где хранить API-ключ?
В секретах серверной среды. Не в браузере, мобильном приложении, репозитории или тексте статьи.
Как проверить, что функция реально сработала?
Разбирать структурированные поля ответа и проводить контрольный тест, а не судить по убедительности текста.
Почему пример не фиксирует цену?
Тарифы и набор поддерживаемых моделей меняются; актуальные значения проверяются на официальной странице Pricing перед запуском.
Официальный источник
Документация OpenAI, проверена 11 сентября 2026 года: https://platform.openai.com/docs/guides/reasoning
Читайте также
Как создать eval для OpenAI API и измерять качество промпта до релиза
Практический eval для промпта: датасет, эталон, точные graders, LLM-судья, пороги релиза и разбор регрессий.
Как добавить веб-поиск в OpenAI Responses API и сохранить источники
Практическая настройка web_search в Responses API: запрос, список источников, проверка цитат и обработка неполных данных.
Как использовать Code Interpreter в OpenAI API для CSV и получить файл результата
Анализ CSV через Code Interpreter: контейнер, загрузка файла, Python-расчёт, ссылки на артефакты и ручная проверка итогов.
Комментарии
Пока тихо. Скажите первое слово