OpenAI добавила управление браузером в Agents API с подтверждением доступа к сайтам
29 сентября OpenAI добавила computer use в Agents API. Разработчики могут запускать агента в браузере, размещенном в инфраструктуре OpenAI, и поручать ему навигацию по сайтам и взаимодействие с интерфейсом. Существенная часть анонса - граница ответственности: приложение создает сессию, отслеживает события и обрабатывает запросы на доступ к каждому новому сайту; если требуется вход в аккаунт, его организует приложение. Это отдельная облачная среда выполнения, а не подключение к личной вкладке пользователя и не разрешение заходить на любые сайты без подтверждения.
Что изменилось
Браузерная сессия создается отдельно
Чтобы начать работу, приложение поднимает сессию браузера и передает агенту задачу. Затем оно получает события и может показывать ход действий пользователю. Это дает приложению контроль над жизненным циклом сессии и позволяет отделить агентный интерфейс от основной бизнес-логики продукта.
Новый сайт требует решения приложения
Когда браузер просит доступ к новому origin, приложение получает запрос и должно обработать его: показать адрес и причину, затем принять решение разрешить, отклонить или отменить. Само наличие сетевого доступа не считается одобрением каждого сайта. Это дает разработчику возможность ограничивать географию работы агента и делать разрешения видимыми.
Вход в аккаунт остается зоной приложения
Если сайту нужна аутентификация, документация возлагает обработку входа на приложение. Сценарий с авторизованной системой поэтому требует отдельного безопасного потока: определить, какой пользователь входит, какие страницы доступны агенту и какие действия он может выполнить после входа. Нельзя считать одобрение домена подтверждением каждой операции внутри него.
Прогресс и завершение сессии нужно контролировать
В документации советуют сохранять идентификатор сессии, следить за событиями, проверять результат, просматривать активность браузера и удалять сессию по окончании работы. При обрыве соединения нужно восстанавливать прежнюю сессию, если она доступна, а не бездумно повторять задачу в новом контексте.
Разрешение на домен не заменяет контроль каждого действия
Руководство OpenAI описывает hosted-браузер, которым приложение управляет через Agents API. Клиент запускает сессию, получает события, отправляет задачу и обрабатывает запрос на доступ к каждому новому origin. Если требуется аутентификация, ее организует приложение. Документация отдельно предупреждает: разрешение сайта не требует отдельного подтверждения каждого последующего действия. Значит, разработчик должен сам поставить барьеры на платеж, удаление, отправку или публикацию. Следует также просматривать историю браузера и удалять сессию после завершения, если ее сохранение не требуется для восстановления.
Сделайте небольшой тест на публичном сайте и запретите все изменения. Затем используйте тестовую учетную запись с ограниченными правами, чтобы проверить чтение и одно обратимое действие. Показывайте человеку адрес origin и причину доступа до одобрения. Перед необратимой операцией добавьте отдельное подтверждение в бизнес-приложении и проверьте, что агент не может обойти его через другую страницу. В журнал включите идентификатор сессии, цель, запрошенные разрешения, шаги, снимки экрана и итог. Испытайте обрыв соединения: система должна восстановить прежний ход или безопасно завершиться, а не выполнить запрос дважды.
Hosted-браузер не подключается автоматически к персональной Chrome-сессии и не наследует вход пользователя. Не вставляйте пароли в инструкции агенту; используйте предусмотренный приложением контролируемый вход. Контент страницы может содержать недоверенные инструкции и не должен менять правила системы. Для финансовых и производственных аккаунтов сначала получите согласование владельца системы и ограничьте разрешенные домены.
Что это дает пользователю
Передавайте браузеру только нужные сайты и используйте отдельную тестовую учетную запись с минимальными правами.
На каждом origin показывайте понятный запрос разрешения. Для покупок, удаления и публикации настройте отдельное подтверждение, не полагаясь только на разрешение сайта.
Включите журнал шагов и сохранение снимков экрана для разборов ошибок, соблюдая правила хранения и удаления данных.
Определите условие остановки и обязательно удаляйте браузерную сессию после работы, если ее сохранение не нужно для восстановления.
Что нужно учитывать
Computer use выполняется в hosted-браузере OpenAI; эта возможность сама по себе не управляет уже открытым Chrome на компьютере пользователя.
Одобрение доступа к сайту не защищает от отдельных ошибочных или необратимых действий внутри него.
Для работы с учетными записями приложение должно само построить безопасный поток входа и подтверждений; это не включается одной настройкой модели.
Коротко
Обновление дает разработчикам готовую браузерную среду для агентов, но одновременно оставляет приложению ключевые решения о доступе, входе и подтверждении опасных операций. Для полезного внедрения нужно проектировать весь контур управления и восстановления, а не только включить инструмент computer use в запросе. Особенно важно проверить, что сайт, учетная запись и разрешенные действия ограничены задачей.