Codex для каждой роли: что шесть ролевых плагинов, Sites и 5 миллионов пользователей в неделю означают для вашей архитектуры AI routing

OpenAI Codex преодолел порог, меняющий расчёт routing: по состоянию на 2 июня 2026 г. платформа обслуживает более 5 миллионов пользователей в неделю, причём около 20% из них — не разработчики. Нетехнические роли — аналитики, маркетологи, продавцы, продуктовые дизайнеры, инвесторы, банкиры — растут в более чем 3 раза быстрее, чем база разработчиков. Codex незаметно стал мультиролевой платформой coding agent, и этот сдвиг напрямую затрагивает любую команду, маршрутизирующую запросы через gateway.

Что произошло

OpenAI выпустила три новые возможности в одном обновлении:

Шесть ролевых плагинов. Каждый плагин включает приложения, навыки, инструкции и рабочие процессы, релевантные для конкретной роли. В совокупности они охватывают 62 популярных приложения и 110 отдельных навыков:

• Аналитика данных — Snowflake, Databricks Genie, Hex, Tableau
• Креативное производство — Figma, Canva, Shutterstock, Picsart, Fal
• Продажи — Salesforce, HubSpot, Slack, Outreach, Clay
• Продуктовый дизайн — Figma, Canva; прототипирование по живому URL
• Инвестиции в публичные компании — Moody's, FactSet, LSEG, S&P, PitchBook, Hebbia
• Инвестиционный банкинг — подготовка питч-материалов, анализ сопоставимых компаний, diligence-процессы

Плагины опубликованы в открытом доступе на GitHub и рассчитаны на расширение или замену командами, строящими собственные toolchain.

Sites (превью для Business/Enterprise). Codex теперь умеет генерировать, хостить и отдавать интерактивные веб-приложения — дашборды, сценарные планировщики, доски проектов, хабы для клиентских ревью — прямо из промпта и делиться ими через URL внутри рабочего пространства. Среди ранних партнёров по стеку развёртывания — Vercel, Wix, Replit, Lovable, Figma, Webflow и Emergent.

Аннотации. Возможность инлайн-редактирования, которой разработчики уже пользуются для уточнения кода и Markdown, теперь распространяется на документы, таблицы и слайды, созданные Codex. Пользователь выделяет область, описывает нужное изменение — Codex ограничивает правку именно выбранным фрагментом.

Почему это важно для AI-инженерных команд

Переход от dev-only к мультиролевому сценарию порождает составную routing-задачу, к которой большинство команд ещё не готовы.

Бюджеты контекста кардинально расходятся по ролям. Инженер, просящий Codex отрефакторить функцию, работает с предсказуемым и ограниченным контекстом: файлы кода, покрытие тестами, вывод линтера. Инвестиционный банкир, просящий Codex подготовить презентацию, за один сеанс может загрузить транскрипты earnings, данные из CRM, PDF отчёта 10-K, таблицы сопоставимых компаний и шаблон слайд-деки. Эти два сценария кардинально отличаются по объёму токенов, чувствительности к задержкам upstream и цене отказа при обрыве соединения с provider.

Паттерны вызовов инструментов растут нелинейно. Каждый ролевой плагин добавляет собственный набор инструментов: сеанс sales-плагина может обратиться к Salesforce, Slack и HubSpot в одном туре; сеанс аналитики данных — последовательно выполнить запрос к Snowflake, отрисовать график и написать резюме. Это меняет форму API-трафика через ваш gateway. Биллинг по токенам с единой ставкой на роль занижает реальную вычислительную стоимость; биллинг по вызовам инструментов или сложности сеанса становится жизнеспособной альтернативой.

Sites вводит новый класс асинхронной нагрузки. Генерация интерактивного сайта из промпта — это не chat completion. Это многошаговый pipeline: дизайн, генерация кода, сборка ассетов, развёртывание. Если ваш routing-слой сегодня обрабатывает трафик Codex, ждите появления нового класса долгоживущих задач — структурно они ближе к паттерну /v1/jobs/:id, чем к стандартным ответам /v1/chat/completions.

Вопрос выбора модели становится ролевым. Команда по креативному производству, запускающая интеграции Canva и генерацию изображений, имеет другое соотношение latency/quality, чем финансовая команда, анализирующая транскрипты финансовых отчётов. Если вы направляете весь трафик Codex к одной upstream-модели, вы, вероятно, переплачиваете для одних ролей и недостаточно обеспечиваете другие.

Угол зрения routing/operator

Запуск шести ролевых плагинов сигнализирует: платформенный слой поглощает дифференциацию рабочих нагрузок, которую операторы прежде обрабатывали вручную. OpenAI упаковывает интеграции приложений, системные промпты, определения инструментов и библиотеки навыков в готовые плагины. Для операторов это означает переход от маршрутизации по модели (какая модель обработает запрос?) к маршрутизации по рабочей нагрузке (какой контекст плагина, tier модели и биллинговый бакет владеет этим сеансом?).

Три конкретных изменения для мониторинга в вашей routing-политике:

1. Атрибуция затрат на уровне сеанса. Когда один сеанс Codex охватывает аналитику, затем документ, затем слайды, стоимость в токенах принадлежит одному сеансу, но концептуально распределена по разным задачам. Атрибуция затрат по ролевому плагину — а не только по модели — становится корректной единицей учёта для enterprise chargeback.

2. Rate limit по инструментам для каждой интеграции. У Salesforce, HubSpot и Snowflake — собственные API rate limit. Если ваш gateway проксирует вызовы инструментов из плагинов Codex, вам нужен мониторинг rate limit на уровне сеанса для каждой интеграции, а не только на пользователя или организацию.

3. Трафик из Sites — новый сигнал для мониторинга развёртываний. Когда Codex разворачивает сайт, нагрузка на него растёт вместе с пользовательской аудиторией — не в ритм с промптами. Эта асимметрия (один промпт порождает множество downstream-запросов) стоит зафиксировать в observability-слое уже сейчас, до масштабирования Sites-трафика.

Что стоит отслеживать и попробовать пользователям TheRouter

Если вы маршрутизируете трафик Codex или ChatGPT через TheRouter, практические шаги:

• Тегируйте сеансы по ролевому контексту. Если ваши пользователи подключают ролевые плагины Codex, добавьте поле типа плагина в теги маршрутизации или метаданные. Это заложит основу для применения выбора модели или cost-контролей в разбивке по ролям, когда такая возможность станет доступна.
• Пересмотрите модель биллинга для долгоживущих сеансов. Sites и мультиинструментные аналитические сеансы будут превышать типичные показатели токенов для chat completion. Проверьте, отражает ли текущая модель биллинга по запросу реальную вычислительную нагрузку расширенных сеансов.
• Мониторьте паттерны асинхронных задач. Pipeline Sites — индикатор более широкого перехода к агентским задачам, выполняемым в фоне. Если ваша routing-телеметрия ещё не отслеживает асинхронные паттерны в стиле /v1/jobs/:id, самое время инструментировать этот путь.

Полный исходный код плагинов опубликован в репозитории openai/role-based-plugins на GitHub.