Assistants API закрывается 26 августа: план переезда

26 августа 2026 года OpenAI выключает Assistants API. Дата стоит на официальной странице deprecations, рекомендованная замена указана там же — Responses API вместе с Conversations API. Это не смена версии модели: Assistants API держал состояние диалога на стороне провайдера, поэтому переезд затрагивает архитектуру сервиса, а не строку с именем модели в конфиге. На момент публикации остаётся 18 дней. Chat Completions отключение не затрагивает — если ваш проект работает через него, эта дата вас не касается.

Разберём, кого это касается на самом деле, что именно исчезнет и как спланировать переезд, пока время ещё есть.

Кого это касается, а кого нет

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

Она не ваша, если вы работаете через обычные chat completions и сами складываете историю сообщений в массив при каждом запросе. Такой код к 26 августа никак не относится.

Промежуточный случай встречается чаще всего: проект начинали на Assistants API как на «более удобном», потом дописали обычные запросы, и сейчас в репозитории живут оба подхода. Здесь нужен аудит, а не память.

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

Что именно закрывается 26 августа

По странице отключений OpenAI на эту дату назначен вывод Assistants API целиком, с рекомендованной заменой на Responses API и Conversations API.

Полезно понимать, чем эти подходы отличаются концептуально.

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

Почему у этой даты нет отсрочки

У OpenAI, в отличие от Anthropic, публикуется не нижняя граница, а точная дата выключения. Объявление про Assistants API висит заранее, и переносов не обещано.

Это отличается от того, как устроены предупреждения у других вендоров:

Полный календарь всех трёх вендоров до конца 2026 года собран отдельно: что сломается до конца 2026. Там же видно, что 26 августа — не единственная близкая дата: 24 сентября уходят Sora 2 и Videos API, 23 октября — пласт легаси-снапшотов вплоть до gpt-4o-2024-05-13.

План переезда на оставшиеся недели

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

1. Инвентаризация, один вечер. Выпишите все места, где код обращается к Assistants API. Включая шаблоны n8n, фоновые задачи и то, что запускается по cron. Список должен быть письменным, а не в голове.
2. Определите, что вам реально нужно от состояния. Часто оказывается, что от тредов использовалась только история последних сообщений. Если так, самый простой переезд — хранить историю у себя и работать через обычные chat completions. Это не единственный вариант, но самый предсказуемый по срокам.
3. Соберите тонкий слой поверх запросов. Один модуль, через который проходят все обращения к модели. Тогда следующая подобная новость будет правкой в одном файле, а не поиском по репозиторию.
4. Вынесите имя модели и адрес в конфигурацию. Если они всё ещё в теле запроса, сейчас удобный момент это исправить заодно.
5. Проверьте на реальных данных, не на «Привет». Возьмите десять типовых сценариев и сравните результат до и после. Отдельно посмотрите usage: после переезда объём входных токенов может измениться, потому что историю теперь собираете вы.
6. Заложите запас. Планируйте закончить к 20 августа, а не к 26. Последние дни уйдут на то, чего не было в плане.

Что будет, если не успеть

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

Запросы к выключенному API перестают выполняться и возвращают ошибку. Автоматической подмены на новый интерфейс не происходит — и это правильно: молчаливый перевод на другую модель работы с состоянием сломал бы логику тише и хуже, чем честная ошибка.

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

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

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

Что проверить в счёте после переезда

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

Два места, где обычно всплывают сюрпризы.

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

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

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

Заодно проверьте параметры запроса

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

Anthropic объявила параметры temperature, top_p и top_k устаревшими для Claude Opus 4.7 и новее: на этих моделях недефолтное значение возвращает ошибку 400. Рекомендация вендора — не передавать их вообще и управлять поведением через промпт.

Проблема в том, что готовые обвязки и скопированные сниппеты подставляют temperature: 0.7 по умолчанию, просто потому что так было принято раньше. Код годами работал и упирается в 400 на новой модели.

Правило простое: если параметр не нужен вам для результата — не отправляйте его.

Что держать в голове

26 августа Assistants API выключается, точка. Замена названа вендором, отсрочки не объявлено, до даты осталось меньше трёх недель.

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

В KeyDealer работает OpenAI-совместимый интерфейс chat completions с рублёвыми ставками и ценой, видной до первого запроса — контракт описан в документации API. Как мы проверяем факты и указываем даты — на странице о проекте.

Если по ходу переезда понадобится запасная модель другого семейства, ключ ко всему каталогу выдаётся сразу: keydealer.ru/login.