Playwright MCP 0.0.84 разделяет аккаунты по контекстам и сохраняет историю запросов
Браузерный инструмент для ИИ-агентов получил именованные контексты, скрытие значений URL и более удобную диагностику переходов. Это не превращает его в границу безопасности.
Новый выпуск интерфейса между моделью и браузером
31 октября Microsoft опубликовала Playwright MCP 0.0.84. Это MCP-сервер, через который совместимый клиент предоставляет языковой модели инструменты работы с веб-страницами. Он не является новой моделью ИИ и не заменяет сам клиент. В основе взаимодействия — структурированные снимки дерева доступности, а не обязательное распознавание каждого экрана по изображению.
Документация различает MCP и Playwright CLI со skills: у них разные компромиссы между постоянным состоянием, подробным исследованием страницы и объёмом данных, передаваемых агенту. Поэтому номер обновления MCP не следует читать как обещание одинакового изменения всех сценариев Playwright или всех способов браузерной автоматизации.
Несколько аккаунтов без общего хранилища вкладок
В browser_tabs для действия new появился параметр isolatedContext с именем контекста. Вкладки с одинаковым именем используют общий контекст, а с разными — отдельные cookies и хранилище. Если параметр пропущен или выбран default, используется контекст по умолчанию. Это позволяет явно обозначить, какие вкладки относятся к одной браузерной идентичности.
В первичном изменении разработчики уточняют область действия: скрипты инициализации, фильтры источников и маршруты применяются ко всем контекстам. Трассировка и видео тоже охватывают несколько контекстов, тогда как инструменты cookies, хранилища и сети работают с контекстом текущей вкладки. Значит, разделение входов не означает автоматически отдельные файлы диагностики или независимую политику разрешений для каждого имени.
URL можно очищать от значений, появившихся во время работы
Параметр redactUrlParams и соответствующий флаг --redact-url-params позволяют перечислить имена параметров URL, значения которых в ответах инструментов заменяются на <redacted>. Это относится к query и fragment. Такой механизм полезен для access_token или code, возникающих уже во время входа: их нельзя заранее записать в статический список известных секретов.
В том же изменении страница подключения расширения удаляет свой токен из URL после чтения. Но документация прямо называет редактирование значений удобством, а не защитным барьером. Оно не отзывает токен, не ограничивает полномочия браузера и не гарантирует отсутствие чувствительной информации в любом другом содержимом страницы. Проверка данных, которые получает клиент, остаётся отдельной задачей.
Сетевые запросы не теряются при первом переходе
У browser_network_requests появился all: true. С ним можно включить сохранённую историю предыдущих навигаций: удерживается до 200 запросов с прежних страниц. Их номера остаются стабильными в течение сессии, поэтому подробности выбранного запроса можно открыть и после перехода. Это история ограниченного размера, а не бессрочный архив всего сетевого трафика.
Связанное изменение затронуло сообщения консоли: возвращаемое количество теперь согласовано с уже существующей опцией all. Для разбора цепочки переходов это устраняет ситуацию, когда контекст диагностики обрывался вместе с уходом со страницы. В статье не приводятся собственные замеры полноты или скорости такого сбора.
| Инструмент | Новая возможность | Ограничение |
|---|---|---|
| browser_network_requests | all: true включает предыдущие переходы | До 200 запросов с прежних страниц |
| browser_find | maxResults ограничивает ответ | Параметр должен быть положительным целым |
| browser_tabs | Именованный isolatedContext | Одинаковое имя означает общий контекст |
Поиск и локаторы стали управляемее
В выпуске также добавлен положительный целочисленный maxResults для browser_find: инструмент возвращает первые совпадения с контекстом и сообщает общее число найденных элементов. Без лимита сохраняется прежнее поведение. Инструменты взаимодействия принимают локаторы JavaScript, Python, Java и C# наряду с CSS и ссылками из snapshot.
При этом README отдельно предупреждает: Playwright MCP не является границей безопасности. Изолированный браузерный контекст, ограничение выдачи поиска и маскирование URL решают разные задачи и не подменяют контроль полномочий со стороны MCP-клиента.
