Codex Computer Use на Windows: Remote Profiles, Entries и routing-контроль

Майское обновление Codex от OpenAI меняет операционную модель для команд, запускающих coding agents на разных операционных системах. До этой недели Computer Use в Codex был доступен только на macOS — вы запускали Codex на Mac, и он мог видеть, кликать и вводить текст в Mac-приложениях. Теперь Codex делает то же самое на Windows. И вы можете управлять им с телефона или другой машины, пока Windows-хост продолжает работу.

Это не простое расширение платформы. Это меняет то, какие машины становятся агентскими хостами, как команды управляют идентичностью и использованием агентов на разных хостах, и какие инфраструктурные паттерны имеют смысл, когда ваш coding agent должен работать как с Windows-нативными инструментами, так и с macOS/Linux-окружениями.

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

29 мая 2026 года OpenAI выпустила три взаимосвязанные возможности Codex:

1. Computer Use на Windows. Codex теперь может видеть, кликать и вводить текст в Windows-приложениях через приложение Codex. Возможность понимания экрана и выполнения действий, ранее доступная только на macOS, теперь работает и в среде Windows. Функция недоступна в ЕЭЗ, Великобритании и Швейцарии на момент запуска.

2. Кросс-девайсное удалённое управление. Вы можете начать работу на Windows-машине и использовать ChatGPT на iOS или Android — или Codex на Mac — для проверки прогресса, продолжения потоков, ответа на запросы и управления работой вдали от рабочего стола. Windows-машина остаётся каноническим хостом для файлов проекта, терминала, сервера приложений и локального контекста.

3. Профили Codex. Пользователи с доступом теперь могут видеть свою идентичность Codex, хронологию активности, детали профиля, статистику использования и токен-активность. Это добавляет identity-слой в использование coding agents — кто что запускает, на каком хосте, с каким расходом токенов.

Релиз также включает инфраструктурные улучшения: повышенную отзывчивость, скорость in-app браузера, стабильность и веб-совместимость.

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

Кроссплатформенный паттерн coding agents стал реальностью. Команды, разрабатывающие на macOS, но нуждающиеся в тестировании, сборке или деплое с Windows-нативными инструментами (.NET Framework, Visual Studio, Windows-специфичные сборочные системы), теперь могут держать Windows Codex-хост и управлять им со своей основной машины разработки.

Это переворачивает прежнее предположение: локальная машина разработчика больше не обязана быть агентским хостом. Команды могут рассматривать агентские хосты как удалённую инфраструктуру — Windows-машины в лаборатории, облачные VM или выделенные рабочие станции — доступные через мобильный или десктопный управляющий клиент.

Профили впервые вводят реальный учёт использования для рабочих нагрузок coding agents. Команды, запускающие несколько экземпляров Codex на разных хостах, теперь могут отслеживать, кто что потребляет. Для организаций, управляющих распределением затрат и governance в рамках coding agents, это недостающий слой.

Взгляд router/оператора

Для команд, эксплуатирующих API-шлюзы перед coding agents, важны три аспекта:

Идентичность хоста становится входным параметром routing. Когда Codex может работать и на Windows, и на macOS, решение о том, какая модель обслуживает конкретную задачу агента, может зависеть от того, какая ОС на хосте. Отладочная сессия на Windows может выиграть от другого уровня модели, чем задача рефакторинга на macOS. Операторам, управляющим политиками routing моделей, следует предусмотреть ОС хоста как потенциальное измерение routing.

Учёт токенов требует измерения по хостам. Профили Codex показывают использование по пользователям, но фактическое потребление токенов проходит через API-слой. Команды, использующие TheRouter или аналогичные шлюзы для управления API-ключами coding agents, должны проверить, может ли их биллинговый ledger различать сессии Codex на Mac и на Windows. Разные типы хостов могут генерировать разные паттерны использования — автоматизация GUI на Windows создаёт иной токен-профиль, чем терминально-ориентированные рабочие процессы на macOS.

Кросс-девайсное управление увеличивает поверхность API. Удалённое управление означает, что сессия Codex, запущенная на Windows, может получать команды с iOS-устройства. Каждое управляющее взаимодействие может генерировать дополнительные API-вызовы. Операторам следует отслеживать, не увеличивают ли паттерны удалённого управления объём запросов сверх типичных baseline показателей coding agent, и не требуют ли корректировки rate limits или настройки concurrency.

Более широкий архитектурный паттерн — агентский хост ≠ машина разработчика — также меняет подход команд к выбору провайдера. Если Windows-хост агента — это облачная VM в определённом регионе, задержка до model provider имеет значение. Команды, работающие в Китае или с Windows-инфраструктурой в Китае, могут захотеть убедиться, что их API-шлюз направляет трафик Codex через провайдеров с низколатентными региональными endpoint.

На что обратить внимание пользователям TheRouter

Этот релиз касается прежде всего клиентской инфраструктуры coding agent, а не изменений модели или API. Пользователям TheRouter, эксплуатирующим парк coding agents, следует:

• Провести аудит зависимости от Windows-инструментов. Если ваша команда поддерживает какие-либо сборочные шаги только для Windows, оцените, может ли Windows Codex-хост сократить переключение контекста при разработке.
• Отслеживать расхождение паттернов использования. Если вы направляете API-трафик coding agents через TheRouter, мониторьте, производят ли сессии Codex на Windows иные профили токенов на задачу по сравнению с сессиями на macOS. Это может повлиять на будущие решения по routing policy.
• Готовиться к идентичности на уровне хоста. Функция Profiles — это сигнал о том, что идентичность и учёт использования coding agents становятся вопросами первого порядка. Приведите стратегию управления API-ключами и биллинговый ledger в соответствие с этим трендом.

Ландшафт coding agents движется к паттерну, в котором среда выполнения агента отделена от локальной машины разработчика. Codex на Windows — ещё один шаг в этом направлении, и каждая команда, работающая в мультиплатформенных средах разработки, должна за ним следить.