Проект тихо добрался до 38 600 звёзд на GitHub Trending — chrome-devtools-mcp, официально поддерживаемый командой ChromeDevTools. Версия 0.25.0 вышла три дня назад: 829 коммитов, 77 открытых_issues, 29 пулреквестов в очереди. Это не игрушка от сообщества — это инфраструктура, которую поддерживает сама команда Chrome.
Какую проблему это решает
Каждый, кто писал фронтенд с Claude Code, Cursor или любым другим кодирующим агентом, знает общую боль: агент умеет писать код, но отладка — это сплошное угадывание. Просишь исправить баг CSS-вёрстки, и он выдаёт три версии, каждая немного не так, потому что не видит, что на самом деле рендерит браузер.
Раньше решения сводились к двум подходам. Либо агент делает скриншот через Playwright, и модель зрения «смотрит» на страницу — медленно, да и информации мало. Либо человек вручную открывает DevTools и по одному копирует сетевые запросы, ошибки консоли и DOM-структуру агенту — утомительно, и легко что-то упустить.
chrome-devtools-mcp идёт третьим путём: агент подключается напрямую к Chrome DevTools через протокол MCP, как если бы вы нажали F12 в браузере. Только теперь DevTools управляет агент.
Что именно он умеет
Если посмотреть структуру репозитория, этот MCP открывает доступ к основным панелям DevTools:
- Инспекция и манипуляция DOM — агент напрямую запрашивает и изменяет DOM-дерево, больше не нужно вслепую подбирать CSS-селекторы
- Чтение и запись консоли — выполнение JavaScript, чтение вывода консоли, перехват ошибок
- Анализ сетевых запросов — полная цепочка XHR/fetch-запросов с заголовками, телом и таймингом
- Панель производительности — доступ к данным Performance
- Заполнение форм — отдельный навык
fill_formдля сложных форм (исправление пограничных случаев с чекбоксами влито всего два дня назад)
Что ещё важнее, в комплекте идёт директория .claude-plugin — Claude Code может загрузить его как плагин без дополнительной настройки.
Почему это важно именно сейчас
Протокол MCP существует уже какое-то время, но большинство реализаций до сих пор были обёртками над API — запросы погоды, операции с базами данных, поиск файлов. Эндпоинт DevTools такого уровня — это другое, потому что:
- Это универсальный интерфейс для всей фронтенд-разработки. Какой бы фреймворк или инструмент сборки вы ни использовали, всё в итоге работает в браузере
- Официальная поддержка Chrome означает стабильность. Это не сторонний скрипт от одинокого разработчика, а часть проекта Chromium
- 829 коммитов говорят о том, что это не экспериментальный проект. v0.25.0 вышла три дня назад с исправлениями автоподключения CLI, оценки заполнения форм и прочего. Темп итераций здоровый.
Что ещё не идеально
77 открытых_issues обнажают реальные проблемы: стабильность подключения, неполное покрытие некоторых API DevTools, непостоянное поведение в сценариях с несколькими вкладками. Всё нормально для проекта на версии 0.x, но если вы планируете использовать его в CI/CD для автоматизированного тестирования, подождите ещё несколько стабильных релизов.
Кроме того, проект ориентирован именно на сценарии кодирующих агентов — если вам нужна просто автоматизация браузера, экосистема Playwright намного зрелее.
Итог
Если вы пишете фронтенд-код и используете кодирующих агентов для помощи в разработке, этот проект стоит попробовать. Настройка проста (npx @chrome/devtools-mcp — и вы работаете), а решаемая проблема — «агент не видит браузер» — вполне реальна.
Но не ожидайте, что он заменит человеческую отладку. Сложные взаимодействия, тайминг анимаций, кросс-браузерная совместимость — в этих сценариях человеческий глаз всё ещё надёжнее агента.
Основные источники: