26 августа наступают сразу два дедлайна OpenAI. Первый, о котором говорят заголовки, — уход o3 из ChatGPT: модель рассуждений, которая показала 96,7% на AIME 2024, 87,7% на GPQA Diamond и рейтинг 2727 Elo на Codeforces, бесшумно исчезнет из выбора модели для платных подписчиков. Второй дедлайн — тот, который на самом деле сломает производственные системы, если команды не приняли меры, — это окончательное жёсткое отключение Assistants API, инфраструктурного слоя, который с DevDay OpenAI в ноябре 2023 года обеспечивал работу корпоративных чат-ботов поддержки, мультисессионных ИИ-агентов и автоматизированных интеграций рабочих процессов. Официальная страница устаревших функций OpenAI подтверждает оба дедлайна.
Для любого приложения, которое после вторника вызывает /v1/assistants, /v1/threads или /v1/runs, ответом будет не предупреждение об устаревании и не ограничение скорости. Это будет жёсткая ошибка. Согласно руководству по миграции Assistants API, OpenAI не предусмотрел льготного периода и возможности продления.
o3 уходит из ChatGPT — а o3-pro остаётся
Удаление o3 — реальность, и для пользователей, которые выбирали его по имени в панели выбора модели, это настоящее нарушение привычного порядка. OpenAI объявил о 90-дневном завершении поддержки 28 мая 2026 года, так что вторник — его естественный конец.
Уход o3 закрывает последнюю главу потребительского продукта в эпоху до GPT-5, посвящённую специализированным моделям рассуждений. Модель была запущена в апреле 2025 года как флагман архитектуры o-серии OpenAI — обученная с помощью обучения с подкреплением генерировать внутренние шаги рассуждений перед выдачей видимого ответа, что делало её особенно полезной для многошаговой отладки кода, соревновательной математики и анализа научной литературы. Эти задачи определяли особую группу пользователей, которые ценили o3 именно за то, что её поведение при рассуждениях отличалось от стандартных языковых моделей.
OpenAI вывел из эксплуатации GPT-4o, GPT-4.1, o4-mini, GPT-4.5, а теперь и o3 из ChatGPT — больше моделей в 2026 году, чем за все предыдущие годы вместе взятые, при этом жизненный цикл моделей сократился с примерно 18 месяцев до примерно шести. Согласно анализу миграции от ByteIota, такое ускорение отражает платформу, движущуюся быстрее традиционных стандартов жизненного цикла корпоративного ПО. Изменение касается только ChatGPT; API o3 остаётся доступным через отдельные конечные точки для разработчиков до 11 декабря 2026 года.
Одно важное исключение: o3-pro, вариант с более высокими вычислительными затратами, останется доступным в ChatGPT для подписчиков Pro, Team, Enterprise и Edu после вторника. Для пользователей, которым требуется поведение граничных рассуждений внутри пользовательского интерфейса, эта опция продолжит действовать после дедлайна вторника.
Опубликованная OpenAI замена для большинства задач рассуждений — GPT-5.6 Sol. Руководства по миграции, проверенные в августе 2026 года, отмечают, что GPT-5.6 Terra — вариант среднего уровня в том же семействе — покрывает подавляющее большинство задач, которые команды решали с помощью o3, примерно за 40% стоимости Sol, что делает рефлекторный апгрейд до флагманской модели дорогим вариантом по умолчанию для команд, выполняющих большинство работ с o3 в больших объёмах. Анализ миграции от andrew.ooo рекомендует Terra как вариант по умолчанию для высокообъёмных задач рассуждений.
Отключение Assistants API — это архитектурное изменение
Более значимый дедлайн во вторник — это не изменение в панели выбора модели. Это конец трёхуровневой серверной инфраструктуры, которая с ноября 2023 года обрабатывала состояние диалога, выполнение инструментов и асинхронную оркестровку задач для корпоративных приложений.
Assistants API был построен вокруг трёх основных объектов. Assistants — постоянные объекты API, объединяющие выбор модели, набор инструкций и объявления инструментов — создавались и управлялись программно. Threads (потоки) были серверными хранилищами сообщений; они содержали полную историю диалога для данной пользовательской сессии, хранились бессрочно OpenAI и не требовали хранения на стороне разработчика. Runs (запуски) были асинхронными процессами выполнения, которые запускались для Thread, требовали опроса до завершения и возвращали вывод только после разрешения цикла. Руководство по миграции OpenAI документирует все три объекта и их замены в полном объёме.
Все три этих объекта начнут возвращать ошибки со вторника. Assistants API так и не вышел из статуса бета за примерно три года своей работы — и отключение является жёстким.
Что на самом деле меняет Responses API
Responses API, замена от OpenAI, — это не переименование. Он работает на другой концептуальной модели, и именно это различие является причиной, по которой не существует автоматизированного инструмента миграции.
Замещающий стек состоит из двух компонентов. Responses API обрабатывает уровень выполнения: отправляет входные элементы, получает выходные элементы. Conversations API обрабатывает сохранение: он хранит упорядоченный поток элементов — сообщений, вызовов инструментов, результатов работы инструментов и других данных — на которые Responses API может ссылаться по идентификатору диалога. Это значительный архитектурный сдвиг по сравнению с тем, что предоставлял Assistants API. Официальное руководство по миграции подробно сопоставляет каждый устаревший объект с его заменой.
Самое значительное изменение — это то, кто управляет состоянием. Assistants API хранил состояние диалога на стороне сервера в инфраструктуре OpenAI, и разработчики, которые на нём строили, часто не моделировали это как допущение — оно просто работало. Замещающий Conversations API также хранит состояние, но концептуальная ответственность сместилась: теперь разработчики должны явно создавать и ссылаться на Conversations, управлять их жизненным циклом и понимать, что данные из Thread автоматически не переносятся. OpenAI подтвердил, что не предоставит автоматизированный инструмент для миграции Threads в Conversations; разработчик должен перебирать существующие сообщения Thread, конвертировать их элемент за элементом и создавать новые Conversations из результата.
Существует окно потери данных. Threads, которые не были явно мигрированы до вторника, не перенесутся автоматически. Векторные хранилища и файлы сохраняются в инструменте поиска файлов Responses API, но определения Assistants и истории Threads не переносятся. Командам с большими историями Threads — платформы поддержки, долго работающие рабочие процессы агентов, мультисессионные взаимодействия пользователей — требовалась стратегия миграции до дедлайна. Руководство по миграции от UX Continuum подтверждает, что данные Threads станут недоступны после отключения для любой истории, которая не была явно экспортирована и конвертирована.
Руководства по миграции рекомендуют закладывать на переход дни, а не часы: найти все вызывающие API модули (включая теневые интеграции в блокнотах, cron-заданиях и внутренних инструментах), перенести обработку состояния из Threads в Conversations API, перестроить цикл опроса Runs как синхронный вызов Responses и провести регрессионное тестирование. Для производственных интеграций — платформ поддержки, автоматизированных рабочих процессов агентов, мультисессионных систем — инженерные усилия обычно составляют от двух до шести недель, согласно руководству по миграции от ClonePartner.
Как это повлияет на инфраструктуру вокруг вас?
Zapier объявил устаревшими все шаги ChatGPT, использующие Assistants API. Начиная со вторника, Zaps, построенные на этих шагах, перестанут работать, а затронутые шаги больше не будут видны в редакторе Zaps для новых рабочих процессов. Согласно официальному уведомлению Zapier об устаревании, Zaps, использующие устаревшее действие “Conversation With Assistant”, будут автоматически мигрированы Zapier на новое действие “Conversation”; Zaps, использующие другие устаревшие действия — “Create Assistant”, “Upload File”, “Find Assistant” — требуют ручной перестройки рабочего процесса с использованием текущих действий ChatGPT.
Временная шкала API для разработчиков, которые программно вызывали o3, отличается и более щадящая. Снимки API o3-2025-04-16 и o3-pro-2025-06-10 остаются доступными до 11 декабря 2026 года — согласно официальной странице устаревших функций — что даёт инженерным командам примерно четыре дополнительных месяца на миграцию программных интеграций после изменения поверхности ChatGPT во вторник.
Различие между выводами из эксплуатации в ChatGPT и устареванием API является задокументированным источником путаницы; дата вторника — это дедлайн для o3 на поверхности ChatGPT и жёсткое отключение инфраструктуры для Assistants API. Это два разных события с двумя разными определениями масштаба.
Меняет ли бета-статус расчёты?
Один недостаточно изученный элемент отключения Assistants API заключается в том, что продукт так и не вышел из бета-статуса. Он был запущен в ноябре 2023 года с явной маркировкой как бета и работал под этой маркировкой почти три года до отключения. Приложения, которые относились к нему как к стабильной производственной инфраструктуре, строились на продукте, жизненный цикл которого OpenAI специально не гарантировал.
Эта тенденция, задокументированная несколькими руководствами по миграции в августе 2026 года, ускоряется. В 2026 году OpenAI вывел из эксплуатации больше API и моделей, чем за все предыдущие годы вместе взятые. Урок, который закрепляется: названия моделей ИИ и бета-конечные точки API не являются стабильными идентификаторами инфраструктуры, и отношение к ним как к таковым несёт операционный риск. Анализ ByteIota за август 2026 года отмечает, что фреймворки, находящиеся между логикой приложения и API поставщиков — Vercel AI SDK, LangChain, LlamaIndex — снижают этот риск, абстрагируя конкретную конечную точку поставщика от основной логики приложения.
Для предприятий, которые встроили o3 или Assistants API в автоматизированные рабочие процессы, интеграции API или процессы, чувствительные к соответствию требованиям, двойной дедлайн вторника подтверждает, что решения о жизненном цикле на стороне поставщика могут создавать незапланированные события управления в масштабе.
Что на самом деле произойдёт с моими вызовами Assistants API после 26 августа?
Каждый запрос к /v1/assistants, /v1/threads и /v1/runs после 26 августа 2026 года будет возвращать жёсткую ошибку. OpenAI подтвердил, что нет режима пониженной функциональности, льготного периода или возможности продления — конечные точки просто перестанут успешно отвечать. Если ваше приложение не было мигрировано на Responses API и Conversations API до вторника, оно начнёт сбоить на уровне вызовов API. Миграция требует перестройки всей трёхуровневой архитектуры: замены Assistants на управляемые через панель Prompts, замены Threads на Conversations (которые вы должны заполнить вручную из существующих данных Threads) и замены асинхронного цикла опроса Runs на синхронные вызовы Responses. Руководство по миграции OpenAI проходит через каждое преобразование на уровне объектов с примерами кода.
Что заменяет o3 для задач рассуждений в ChatGPT?
Опубликованная OpenAI замена — GPT-5.6 Sol, флагман текущего семейства GPT-5.x. Однако анализ миграции от августа 2026 года отмечает, что GPT-5.6 Terra покрывает большинство случаев использования o3 примерно за 40% стоимости Sol, что делает его более экономичным вариантом по умолчанию для высокообъёмных задач рассуждений. Для пользователей, которым требуется поведение граничных рассуждений именно в пользовательском интерфейсе, o3-pro остаётся доступным для подписчиков Pro, Team, Enterprise и Edu после вторника. Для разработчиков API снимки модели o3 остаются доступными до 11 декабря 2026 года.
Смогу ли я получить доступ к своим историям диалогов Threads после отключения Assistants API?
OpenAI не предоставит автоматизированный инструмент для миграции Threads в Conversations, и данные Threads не перенесутся автоматически после отключения. Чтобы сохранить истории диалогов, команды должны экспортировать Threads, перебирая существующие сообщения с помощью Threads API до вторника, конвертируя типы сообщений в формат элементов Conversations API и создавая новые Conversations из результата. Векторные хранилища и файлы, хранящиеся в Assistants API, сохранятся в инструменте поиска файлов Responses API; именно данные объектов Thread и Assistant требуют ручной миграции. Согласно руководству по миграции Assistants от OpenAI, любые данные Threads, не экспортированные явно до отключения во вторник, станут недоступны.
Что означает отключение Assistants API для более широкого вопроса создания приложений на основе API поставщиков ИИ?
Assistants API работал как бета-продукт с ноября 2023 года до своего отключения — почти три года — так и не перейдя в общедоступную версию. Множество руководств по миграции, опубликованных в августе 2026 года, отмечают, что OpenAI в этом году вывел из эксплуатации больше API и моделей, чем за все предыдущие годы вместе взятые, что отражает платформу, движущуюся быстрее традиционных стандартов жизненного цикла корпоративного ПО. Практический вывод: любое производственное приложение с глубокими, непроверенными зависимостями от бета-API одного поставщика несёт текущие накладные расходы на миграцию как структурные операционные издержки. Уровни абстракции — фреймворки, находящиеся между логикой приложения и конкретной конечной точкой поставщика — снижают подверженность этому классу рисков, отделяя интеграцию от базовой поверхности API. Анализ миграции от ByteIota подробно документирует эту закономерность.
Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.
Автор – Jerry Owens
