OpenAI передала Open Responses в Agentic AI Foundation: общий API для нейросетей разных поставщиков

22 октября в 19:00 по Москве Agentic AI Foundation (AAIF), фонд при Linux Foundation, объявил о четырёх новых проектах. Один из них — Open Responses от OpenAI: открытая спецификация программного интерфейса (API), по которой приложение одинаково обращается к языковым моделям разных поставщиков. Объявление приурочили к конференции AGNTCon + MCPCon North America в Сан-Хосе, которая идёт 22–23 октября.

Что именно передала OpenAI

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

На сайте проекта в разделе сообщества показаны логотипы NVIDIA, Vercel, OpenRouter, Hugging Face, LM Studio, Databricks, Red Hat, AWS, Ollama, vLLM, Llama Stack и самой OpenAI. Что именно каждая из компаний поддерживает, там не расписано, поэтому считать их всех готовыми реализациями рано. Главная оговорка простая: переносимость появится только там, где поставщик модели действительно реализует спецификацию.

В фонде уже живут другие общие стандарты для ИИ-агентов: протокол MCP для подключения инструментов, Agent2Agent для общения агентов между собой, формат AGENTS.md с инструкциями для агентов-программистов. Open Responses закрывает ещё один слой — сам разговор программы с моделью.

Что это значит для бизнеса в России

Почти каждая компания, которая встроила нейросеть в свою CRM, сайт, чат-бот или внутренние отчёты, сталкивается с одним и тем же: код написан под конкретного поставщика. У каждого свой формат запроса, свои названия полей, свой способ отдавать ответ по кусочкам и вызывать инструменты. Пока поставщик один, это незаметно. Проблемы начинаются, когда его надо сменить или добавить второго.

Когда приходится менять поставщика модели

• Цена. Модели дешевеют рывками, и через полгода та же задача может стоить в разы меньше у другого поставщика.
• Доступ. Сервис может закрыть регион, поменять условия оплаты или ограничить российские адреса.
• Требования к данным. Персональные данные клиентов по 152-ФЗ нужно обрабатывать по правилам, и часть задач приходится переносить на модели, размещённые в России.
• Качество. Для одной задачи лучше одна модель, для другой — другая, и держать обе хочется без двух разных кодовых баз.
• Сбои. Если у основного поставщика авария, запросы полезно перекинуть на запасного, а не останавливать работу.

Общий стандарт API не решает всё это сам, но снимает главную техническую стену. Если и старый, и новый поставщик понимают одну спецификацию, переезд сводится к смене адреса и ключа плюс проверке качества ответов, а не к переписыванию интеграции.

Что сделать уже сейчас

1. Собрать все места, где программы обращаются к нейросети. Часто их больше, чем кажется: бот на сайте, скрипт отчётов, обработка заявок, плагин в CRM.
2. Отделить обращение к модели в отдельный слой. Остальной код не должен знать, какой поставщик внутри. Тогда смена модели затрагивает один модуль.
3. Держать набор контрольных запросов. 20–50 типовых задач с ожидаемым результатом, чтобы после смены модели быстро проверить, не стало ли хуже.
4. Не завязываться на уникальные функции одного поставщика без нужды. Если без них никак, описать, как будет работать запасной вариант.
5. Следить, кто из ваших поставщиков реализует Open Responses. Пока это решает каждый поставщик сам, и гарантий переносимости никто не даёт.

Это та же логика, что и с доступами ИИ-агентов: свой ключ, минимум прав и возможность отключить одну программу, не трогая остальные. Подробно мы разбирали её в новости о том, как банки США блокируют ИИ-агентов со входом по паролю клиента.

Кто сделает это у вас

Вынести работу с нейросетью в отдельный слой, переписать интеграции и настроить проверки — задача для IT-специалиста КАРАДЕСК. Это собственный IT-специалист компании в аренду: программы, сервисы, сайты, интеграции с CRM и 1С, скрипты и доработка существующих программ. Задачи ставятся голосом, текстом или брифом, как сотруднику; код и документация остаются у клиента, персональные данные клиентов обрабатываются в России. Аренда дешевле штатного программиста, стоимость — после оценки задач. Это не полная замена любого программиста: архитектуру утверждает инженер, приёмка за клиентом, результат не гарантируется.

Если доработку нужно сначала описать, пригодится наша статья о том, как составить техническое задание на разработку ПО, а о сборке собственного агента — разработка ИИ-агента. Какие системы мы подключаем, собрано на странице API и интеграции.