Pojęcie ze słownika

Chrome DevTools Protocol

Interfejs zdalnego sterowania przeglądarek opartych na Chromium: przez lokalny port debugowania program może badać karty i nimi sterować.

Definicja

Chrome DevTools Protocol (CDP) to interfejs, który Chrome udostępnia narzędziom: ten sam kanał, z którego korzystają wbudowane narzędzia deweloperskie, dostępny dla innych programów przez lokalny WebSocket. Dzięki niemu program może otwierać karty, nawigować, czytać DOM, wysyłać zdarzenia wejścia i robić zrzuty ekranu.

Od Chrome 136 przeglądarka ignoruje starsze flagi zdalnego debugowania dla domyślnego katalogu danych użytkownika, więc sterowany Chrome potrzebuje albo przełącznika zdalnego debugowania na stronie inspect (Chrome 144+), albo osobnego katalogu danych użytkownika z własnym portem.

Źródła: Chrome DevTools Protocol · Chrome for Developers: Changes to remote debugging switches · chrome-devtools-mcp: configuration

Przykład

Używasz Chrome 144 lub nowszego. Otwierasz chrome://inspect/#remote-debugging, włączasz zdalne debugowanie i uruchamiasz Chrome DevTools MCP z --autoConnect. Chrome pyta, czy zezwolić na połączenie; zatwierdzasz je w oknie, którego chcesz użyć, i od teraz agent może wyświetlić listę twoich otwartych kart i nimi sterować.

Jeśli wolisz izolację albo twój Chrome jest starszy, uruchamiasz drugi Chrome z własnym katalogiem danych użytkownika na porcie 9222 i wskazujesz serwerowi MCP http://127.0.0.1:9222. Od Chrome 136 sama starsza flaga nie działa już na twoim codziennym profilu. Oba polecenia są poniżej.

# Mode A: Chrome 144+, remote debugging enabled on chrome://inspect/#remote-debugging
npx -y chrome-devtools-mcp@latest --autoConnect

# Mode B: dedicated profile on a loopback port
"<path to Chrome>" --remote-debugging-port=9222 --user-data-dir="$PWD/.browser/chrome" about:blank
npx -y chrome-devtools-mcp@latest --browserUrl=http://127.0.0.1:9222

Dlaczego to ważne przy premierze w katalogach

CDP sprawia, że przeglądarka, w której jesteś zalogowany, staje się czymś, czym agent może sterować. Właśnie dlatego wymaga ostrożności: port debugowania kontroluje całą przeglądarkę, łącznie ze stronami, na których jesteś zalogowany. Trzymanie go na adresie loopback, nigdy niewystawianie go przez tunel i zamykanie po każdej serii to część konfiguracji, a nie opcjonalne utwardzanie.

Jak LaunchRepo sobie z tym radzi

BROWSER-SETUP.md oferuje dwa tryby. A: włącz zdalne debugowanie na chrome://inspect w Chrome 144+ i pozwól Chrome DevTools MCP połączyć się automatycznie, zatwierdzając monit o połączenie w docelowym oknie. B: uruchom osobny Chrome z własnym katalogiem danych użytkownika na 127.0.0.1:9222 i wskaż serwerowi MCP ten adres URL. Nigdy obu naraz, nigdy publicznego portu, a widoczna karta musi się faktycznie zmienić, zanim działający proces uznasz za dostęp.

Więcej szczegółów

Połącz agenta AI do kodowania ze swoim Chrome

Oba tryby połączenia krok po kroku, test dymny na publicznej stronie i sposób zamknięcia portu debugowania po serii.

Zobacz to pojęcie w repozytorium

LaunchRepo to 299 playbooków dla katalogów, plik kontekstu produktu i tracker zgłoszeń, które uruchamia twój własny agent. Płacisz 49,00 € jednorazowo i używasz go dla każdego swojego produktu.

Zobacz cennik