Комментарии (22)
- В DevTools Chrome добавлена новая функция "Protocol Monitor", доступная через флаг экспериментов.
- Функция помогает отлаживать запросы, которые не отображаются в стандартной панели Network.
- Упрощает работу с CDP (Chrome DevTools Protocol), ранее считавшейся сложной для написания и отладки.
- Значительно улучшает процесс отладки веб-приложений и тестирования (например, с Puppeteer).
Closer to the Metal: Leaving Playwright for CDP
Прощай, Playwright — здравствуй, CDP
Мы отказались от Playwright и перешли на «родной» Chrome DevTools Protocol. Это ускорило извлечение элементов, скриншоты и действия, добавило асинхронные реакции и нормальную работу с кросс-доменными iframe.
Проклятие абстракции
Playwright скрывает важные детали, вносит лишнюю задержку через WebSocket-прокси и не нужен для узких задач AI-агентов. Мы решили реализовать только нужные вызовы сами.
Краткая история автоматизации браузеров
- 2011–2017: PhantomJS → Chrome Remote Debugging → WebKit RDP → CDP.
- 2017: Headless Chrome + Puppeteer.
- 2018: WebDriver стал W3C-стандартом.
- 2020: бывшие разработчики Puppeteer создали Playwright.
- 2023–2024: WebDriver BiDi в ChromeDriver и Puppeteer.
Современные драйверы
pydoll, go-rod, chromedp, puppeteer, playwright, selenium, cypress, appium.
Но ни один не подошёл, поэтому мы написали собственный cdp-use.
Комментарии (103)
- Автор перенёс Playwright, Browser Use и Selenium в расширения Chrome, отказавшись от CDP и полагаясь на DOM- и extension-API.
- Сообщество спорит: кто-то считает это «NIH-синдромом», другие — полезным способом избежать фингерпринтинга и ускорить работу.
- Поднимаются вопросы о Firefox (без CDP), ограничениях расширений и невозможности автоматизировать другие расширения.
- Некоторые напоминают, что Selenium/подобные инструменты работали уже до 2011, и «тёмные века» — субъективны.
- Итог: проект пока ориентирован на Chromium-браузеры, CDP всё ещё используется для снимков и фреймов, а полный переход на extension-only решает не все задачи.