Here's what I found on the page.
Console errors
missing-logo.pngfailed to load (ERR_FILE_NOT_FOUND). The "Brew & Co logo" image is broken.fetchofapi/plans.jsonwas blocked by CORS, because the page is opened fromfile://and the origin isnull. The page logged "Failed to load plans: Failed to fetch". That failure is most likely a side effect of opening the page fromfile://, so serving it overhttp://should clear it.- One DevTools issue: an input has no
autocompleteattribute. - There was also a plain
page loadedlog.
Network requests (3 total)
index.htmlreturned 200.missing-logo.pngfailed withERR_FILE_NOT_FOUND.api/plans.jsonfailed withERR_FAILED, the CORS block above.
Performance trace (reload)
- LCP was 194 ms. TTFB was 0.2 ms, and the other ~194 ms was render delay.
- CLS was 0.00.
- There is no CrUX field data for this page.
- The trace surfaced only the LCPBreakdown insight, so I didn't dig into further insights. The long render delay is the one thing worth a closer look.
Form submission
I entered [email protected], selected "Monthly" and clicked Subscribe. The page then showed this text below the form:
Subscribed [email protected] to Monthly
The email appears in uppercase in that message, although I typed it in lowercase. The page may be transforming it with JavaScript or CSS, which is worth checking if that wasn't intended. The form fields kept their values ([email protected], Monthly).
I only used this local page and visited no other sites.
How it was tried: I used Google's chrome-devtools-mcp (usage statistics and CrUX reporting turned off, run with `--isolated --headless` in a clean temporary browser so it never touches your everyday Chrome or logged-in sessions) and let the model operate only a local page I built. The page contained deliberate problems: a missing image, a request that fails, and submit logic that uppercases the email address. The model found all of them and correctly reported the page text shown after the form was submitted. Note: this Skill itself carries no safety prompt, and it can drive a real browser.
Qué hace
Da al modelo un manual de uso para el servidor MCP chrome-devtools. Las herramientas se agrupan en cuatro conjuntos: gestión de páginas (abrir, navegar, cambiar y cerrar páginas, esperar texto), interacción (hacer clic, rellenar formularios, pasar el cursor, pulsar teclas, arrastrar, subir archivos, gestionar diálogos), depuración (instantáneas del árbol de accesibilidad, capturas de pantalla, mensajes de consola, ejecutar JavaScript en la página, inspeccionar solicitudes de red) y emulación y rendimiento (redimensionar, limitar la CPU o la red, grabar y analizar trazas de rendimiento para Core Web Vitals).
Cómo funciona
- Instantánea primero: toma una instantánea de texto para obtener los uid de los elementos; después, haz clic o rellena por uid, y vuelve a tomar una instantánea tras los cambios de página.
- Soluciona problemas: revisa los errores de consola y las solicitudes de red fallidas; después, evalúa scripts para obtener valores concretos.
- Perfila: inicia una traza con recarga y, a continuación, analiza métricas como LCP y los desplazamientos de diseño.
Ideal para
Depurar una página, comprobar el rendimiento y automatizar pasos del navegador en tus propios sitios de desarrollo.
Riesgo alto: el modelo puede controlar un Chrome real en ejecución. Ese navegador puede tener sesiones iniciadas en tus cuentas; el modelo puede hacer clic, rellenar y enviar formularios, subir archivos, ejecutar cualquier JavaScript en la página y leer solicitudes de red (posibles tokens y datos personales), por lo que podría actuar como tú o filtrar datos. La propia Skill no ofrece pautas de seguridad. Usa un perfil limpio y separado, sin sesiones, evita sitios en producción y financieros, y vigila lo que hace. Prueba con chrome-devtools-mcp de Google en un navegador limpio con `--isolated --headless` sobre una página local: consola, red, traza de rendimiento y envío de formulario funcionaron y coincidieron con los problemas que introduje. De forma predeterminada, el MCP envía estadísticas de uso a Google y URL de trazas a la CrUX API, busca actualizaciones y mantiene un perfil persistente; desactiva esto con `--usageStatistics=false`, `--performanceCrux=false`, `--isolated`.