OpenAI передаст спецификацию Open Responses API в open source-фонд Agentic AI Foundation. Речь идёт не о новой модели и не о готовом сервисе, а о попытке договориться об общем интерфейсе для работы с большими языковыми моделями и агентами — вопросе, который всё чаще превращает интеграции ИИ из инженерной задачи в коллекцию несовместимых адаптеров.
О решении компании в четверг сообщает The New Stack. OpenAI называет Open Responses API спецификацией общего API для LLM: она должна описывать единый способ, которым приложения и агентные системы отправляют модели запросы, получают ответы и работают с сопутствующими возможностями. Спецификацию передадут Agentic AI Foundation — открытому фонду, ориентированному на экосистему агентного ИИ.
Для рынка это заметный жест по двум причинам. Во-первых, OpenAI остаётся одним из главных поставщиков моделей и API, поэтому её подход к контрактам интеграции уже влияет на решения разработчиков. Во-вторых, компания не оставляет документ исключительно внутри собственной платформы, а переносит его в независимую открытую структуру. Это не делает API стандартом автоматически, но создаёт площадку, на которой его смогут обсуждать и развивать участники рынка, а не только один вендор.
Проблема знакома любой команде, которая подключала к продукту больше одной модели. У разных провайдеров различаются форматы запросов и ответов, представление инструментов, обработка вложений, потоковая выдача, состояние диалога и ошибки. В простом прототипе это терпимо: достаточно одного SDK и нескольких вызовов. В продукте с резервированием поставщиков, несколькими агентами, журналированием и политиками безопасности различия быстро превращаются в слой собственного кода, который нужно поддерживать при каждом обновлении API.
Идея общего интерфейса не отменяет конкуренцию между моделями. Качество ответов, цена, задержка, контекстное окно, поддержка мультимодальности и условия обработки данных никуда не исчезают. Зато совместимый контракт способен снизить цену переключения между поставщиками и упростить создание инструментов вокруг LLM: прокси, систем наблюдаемости, тестовых стендов, библиотек для вызова инструментов и корпоративных шлюзов. Именно на этом уровне обычно и появляется особенно много «клея», о котором никто не мечтал на архитектурной сессии.
Для русскоязычных команд, работающих с несколькими зарубежными и локальными моделями, потенциальная польза практична. Если спецификацию поддержат разработчики моделей и платформ, можно будет отделить бизнес-логику от особенностей конкретного API. Это поможет быстрее менять модель под задачу, строить отказоустойчивые маршруты и не переписывать клиентский код при каждом эксперименте с новым провайдером. Но рассчитывать на бесшовную замену моделей всё же рано: единый протокол не выравнивает способности самих моделей и не решает вопросы доступа, комплаенса или размещения данных.
Само название фонда указывает на более широкий контекст: индустрия движется от одиночного чат-интерфейса к системам, где модель вызывает инструменты, получает результаты, делает несколько шагов и передаёт работу другим компонентам. Для таких сценариев особенно важны предсказуемые форматы сообщений и чёткие правила взаимодействия. Иначе агентная система оказывается привязанной не только к конкретной модели, но и к частным деталям реализации её API.
У передачи спецификации есть и пределы. Открытый документ полезен лишь тогда, когда его реально внедряют, а изменения обсуждаются прозрачно. Без поддержки других игроков Open Responses API может остаться ещё одним хорошим интерфейсом в длинном списке хороших интерфейсов. Следить теперь стоит не за самим фактом пожертвования, а за тем, кто присоединится к работе над спецификацией и появятся ли совместимые реализации за пределами экосистемы OpenAI.