Новость · ИИ-агенты и инструменты · 2026-10-20

Microsoft открыла общий доступ к браузерному инструменту для ИИ-агентов: что это меняет для бизнеса

Автор: Ivan Noda

19 октября 2026 года Microsoft объявила об общей доступности Browser Automation Tool в Microsoft Foundry. Инструмент даёт ИИ-агенту управляемый облачный браузер: он может открывать сайты, читать страницы, взаимодействовать с элементами и заполнять формы. Для бизнеса это способ автоматизировать часть работы в системах, к которым нет удобного программного подключения.

Это не новая кнопка в обычном чате Copilot. Речь об инфраструктуре для создания агентов в Azure: с отдельным браузерным ресурсом, настройкой доступа и контролем действий. Сам статус общей доступности не гарантирует, что агент без ошибок выполнит любой процесс.

Какую проблему решает инструмент

У поставщика есть личный кабинет, у компании — внутренняя система, а сотрудник переносит сведения между ними вручную. Автоматизировать такую работу через API, то есть предусмотренное сервисом программное подключение, удаётся не всегда.

Browser Automation Tool работает через страницы. Агент осматривает текущее состояние сайта, выбирает действие, выполняет его и смотрит, что изменилось. Браузеры запускаются в Playwright Workspaces; команде не нужно устанавливать и обслуживать браузер внутри среды самого агента. Но отдельный ресурс Playwright Workspace в Azure всё равно нужно создать и подключить.

Microsoft описывает сценарии переноса данных, работы с формами, проверки пользовательских маршрутов и автоматизации старых систем. Из этого не следует, что любой сайт разрешает такую работу или что агенту можно выдавать все права сотрудника.

Где польза для небольшой компании

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

Представим небольшой отдел закупок. Каждое утро менеджер проверяет карточки нужных товаров на сайтах поставщиков. Для первого пилота можно выбрать только чтение: получить артикул, указанное наличие, цену, единицу продажи и ссылку на карточку. Если цена не опубликована, оставить пропуск. Это возможный учебный сценарий, а не протестированное внедрение или обещание экономии.

Результат такого пилота удобно проверять: открыть ссылки и сверить значения. Следующий шаг — оформление заказа — имеет другой риск. Неверное прочтение карточки ещё можно заметить в черновике; ошибочная отправка заказа уже меняет отношения с поставщиком.

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

Что доступно, а что ещё в предварительном режиме

Основной Browser Automation Tool заявлен как общедоступный. В текущей документации возможность работы с частными сайтами через защищённую сеть отдельно обозначена Public preview. Не стоит распространять статус основной функции на все её компоненты.

Есть два полезных средства наблюдения:

• Live View позволяет видеть активную браузерную сессию и понимать, на каком шаге остановился агент.
• Take control позволяет человеку временно принять управление, разобраться с неожиданным состоянием страницы и затем вернуть работу агенту.

Эти средства помогают наблюдать и вмешиваться, но не заменяют правила доступа. Если процесс включает оплату, отправку заявки или изменение записи, разрешение на такое действие нужно спроектировать отдельно, а не предполагать его по умолчанию.

Что понадобится до запуска

Документация требует подписку Azure, проект Foundry, развёрнутую модель, Playwright Workspace и соединение между ресурсами. Для настройки и использования предусмотрены разные роли доступа. Это работа по внедрению, а не сценарий «вставьте один промпт и получите готового сотрудника».

Доступность зависит и от размещения ресурсов. В перечне Browser Automation есть, например, West Europe, East US и Japan East. Для hosted agents — агентов, размещённых на платформе, — нужен регион, который поддерживает и соответствующий тип агента, и браузерный ресурс.

Регион Azure не равен стране клиента. Наличие европейского региона в списке не подтверждает возможность оформить подписку и оплату для любой организации. Допустимость договора, оплаты и доступа для своей компании нужно выяснить до расходов; анонс этих условий не решает.

В бюджет следует включать работу облачного браузера и используемой модели. Фиксированной цены «за готового агента» в анонсе нет. Поэтому считать экономию без длительности сессий, объёма работы и актуального тарифа рано.

Почему не стоит начинать с платежей и боевых кабинетов

Microsoft предупреждает о непреднамеренных действиях и вредоносных указаниях на страницах. Текст сайта может быть данными для задачи, но не должен становиться разрешением изменить цель агента или передать информацию постороннему получателю.

Есть и обычные технические ограничения. Изменение разметки, названий кнопок или сценария входа может сломать процесс. Сложные страницы с динамической загрузкой могут отображаться некорректно. Документация отдельно советует избегать страниц с запросом учётных данных, платежами и другими чувствительными действиями.

Журналы выполнения тоже требуют внимания: в них могут оказаться промпты, ответы модели и данные вызванных инструментов. Наблюдаемость полезна только при понятных правилах доступа к этим записям.

Практический вывод для владельца бизнеса: новость стоит рассмотреть, если команда уже использует Azure и упирается в повторяющуюся работу через сайты. Начать разумно с одной задачи только на чтение и ручной сверки результата. Покупать облачную инфраструктуру ради самого анонса или сразу отдавать агенту оплату счетов оснований нет.

До обсуждения платформы полезно описать вход, результат и спорные случаи своей задачи. Для этого есть разбор подготовки бизнес-процесса к ИИ-автоматизации.