Несколько LLM-агентов в одном Chrome: как изолировать вкладки и сохранить логины
Проблема возникает, когда несколько агентов подключаются через Playwright MCP к одному Chrome по Chrome DevTools Protocol и работают в общем default browser context. Логины и куки сохраняются, но агенты видят общий набор страниц и начинают перехватывать активную вкладку друг у друга.
Решение — одно подключение к Chrome, но отдельный BrowserContext для каждого агента. Куки копируются из основного профиля через addCookies, а штатные инструменты Playwright MCP переиспользуются через createConnection из playwright-core. В результате каждый агент получает отдельное окно, сохраняет доступ к уже авторизованным сайтам и не пересекается с другими агентами.
Схема зависит от внутреннего API playwright-core и конкретной alpha-версии, которую использует @playwright/mcp. Контексты не получают сохранённые пароли и подхватывают куки только при создании, а MCP-сервер нельзя безболезненно перезапускать внутри активной сессии. По опыту автора, конфигурация несколько недель работает с 3–5 параллельными агентами без перехвата вкладок.
Коротко
- Общий default browser context сохраняет логины, но заставляет несколько MCP-сессий конкурировать за одну активную страницу.
- Каждому агенту создаётся отдельный BrowserContext, а куки переносятся в него из постоянного профиля Chrome.
- Все 23 штатных инструмента Playwright MCP можно сохранить, передав свой контекст через createConnection.
- Решение создаёт отдельные окна, а не изолированные вкладки внутри одного общего окна Chrome.
- Схема зависит от внутреннего coreBundle и версии playwright-core, поэтому обновления MCP требуют проверки совместимости.
FAQ
Зачем создавать отдельный BrowserContext для каждого LLM-агента, если все они работают в одном Chrome?
Чтобы агенты не перехватывали вкладки друг у друга, но при этом могли использовать куки и активные логины общего профиля.
Почему нельзя просто запустить отдельный профиль Chrome или стандартный newContext для каждого агента?
Отдельный профиль не содержит нужных авторизаций, а новый контекст создаётся без кук основного профиля. Для сайтов с двухфакторной аутентификацией повторный вход в каждый контекст неудобен.
Какие ограничения остаются у схемы с переносом кук между контекстами Playwright?
Сохранённые пароли недоступны, новые куки не попадают в уже созданные окна, а решение опирается на непубличный API playwright-core.
Читайте также
Инструменты для подготовки сайта к работе с AI-агентами- Субагенты в Claude Code
- Rich Messages в Telegram-ботах: сложные сообщения, черновики и ограничения
«Сильно отстаём»: Цукерберг признал замедление Meta* в разработке ИИ-агентов- Как я добавил MAX в китайский AI-мост и запустил Claude прямо в мессенджере
- Изоляция браузерных сессий для параллельных AI-агентов: Если несколько агентов подключаются через Playwright MCP к одному Chrome по CDP, они работают в общем default browser context и могут перехватывать активную страницу друг у друга. Для надёжной параллельной работы каждому агенту нужно выделять отдельный BrowserContext.
[AI-агенты / Браузерная автоматизация]
Зарегистрированные пользователи видят только два тезиса.
Зарегистрироваться
Автор описал рабочую схему для параллельной работы 3–5 LLM-агентов в одном Chrome без конфликтов за вкладки и без повторной авторизации на сайтах.