OpenAI будет одобрять роутеры и ИИ-шлюзы к своим моделям

Роутеры моделей, ИИ-шлюзы и другие сервисы, через которые сторонние разработчики напрямую обращаются к моделям OpenAI, с 20 ноября 2026 года смогут работать с ними только после проверки и одобрения самой OpenAI. Требование вошло в обновлённые правила использования (Usage Policies), о которых компания рассказала 21 октября в посте «Broad access through consistent standards» на сайте OpenAI.

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

Партнёрам при этом выставлены конкретные обязательства. Они должны держать защиту на уровне самой OpenAI, расследовать возможные нарушения и принимать меры, когда что-то находят. Отдельный пункт касается координации санкций, чтобы ограничения «оставались действенными во всех сервисах», которые дают доступ к моделям. Судя по формулировке, речь о том, чтобы заблокированный в одном месте клиент не получал те же модели через соседнего провайдера. Реализацию у каждого партнёра OpenAI проверяет на соответствие своим стандартам: она должна их «выполнять или превосходить».

До вступления обновлённых правил в силу у роутеров и шлюзов остаётся всего месяц. Разделение на «прямой доступ» и обычных клиентов в посте проведено через функцию сервиса: одобрение нужно тем, кто открывает модели третьим лицам, а примеры таких сервисов OpenAI называет сама, это роутеры моделей и ИИ-шлюзы. Кроме того, обновление уточняет правила для безопасной разработки моделей и для чувствительных сценариев применения ИИ.

Почему OpenAI вообще лезет в устройство чужих сервисов, компания объясняет так: часть защитных механизмов встроена в саму модель, а часть зависит от систем и людей вокруг неё. Перед запуском OpenAI оценивает возможности и риски модели, обучает её соблюдать требования безопасности и проверяет, выдерживают ли предохранители намеренные попытки их обойти. После запуска идёт мониторинг злоупотреблений и разбор конкретных случаев. На примере киберугроз это выглядит так: модель учат отказывать во вредных запросах, а отдельные системы ищут подозрительные закономерности сразу во многих взаимодействиях и по ним решают, как реагировать. Ещё один слой - программы доверенного доступа, которые задают условия допуска к самым мощным возможностям. Обе половины, встроенная и внешняя, по мысли OpenAI, должны работать независимо от того, пришёл пользователь напрямую или через партнёра. Модели вроде GPT-6 Astra, напоминает компания, расширяют то, что можно на них построить, и защиту приходится держать в ногу с этим.

Учитывать приходится и то, как устроены разные сервисы и как ими пользуются клиенты. В качестве примера OpenAI приводит совместную с клиентами и партнёрами работу над Private Safety Processing: защита остаётся действенной, а клиенты получают больше выбора и контроля над своими чувствительными данными.

Вторая новинка касается расследований. Злоупотребление может прийти к клиенту OpenAI через его конечных пользователей, через взломанные аккаунты или утёкшие API-ключи. Вместе с клиентами компания вводит SafetyIDs: клиент передаёт идентификаторы, по которым OpenAI при расследовании отличает одного конечного пользователя от другого, не узнавая, кто эти люди. По словам OpenAI, так можно реагировать на злоупотребления «точнее» и меньше задевать остальных. Для сервиса с тысячами пользователей на одном ключе разница существенная: под ограничение попадает конкретный пользователь, а не весь продукт.

Компания также обещает и дальше объяснять, что разрешено, что ограничено и как клиентам и партнёрам задавать вопросы или разрешать споры о соответствии правилам. Решения о санкциях, уверяют в OpenAI, принимаются на основе задокументированного поведения и риска, правила применяются одинаково, а ответ соразмерен обстоятельствам.

Ограничение доступа при этом не окончательное: OpenAI пересматривает его, если «существенные изменения в поведении, обязательствах или мерах защиты» снимают опасения, из-за которых оно было введено.