Chrome DevTools MCP: evidencia real, alcance explícito y verificación
Arquitectura Chrome DevTools MCP: daemon, rutas de página y estado del perfil
Traza sesiones CLI persistentes y distingue seleccionar una página de aislar cuentas o restringir archivos.
Qué aprenderás
- Dos rutas de entrada
- Enrutar páginas no separa perfiles
- Elegir lanzamiento o conexión por necesidad
Antes de empezar
- Consola y red del navegador básicas
- Argumentos CLI y configuración de clientes locales
Planificar una investigación acotada y separar valores de interfaz, éxito operativo y aceptación integral.
Conclusiones clave
- El daemon CLI reutilizado conserva estado.
- Los IDs dirigen solicitudes, no aíslan cuentas.
- Lanzamiento, conexión y archivos son decisiones distintas.
Dos rutas de entrada
El cliente MCP invoca herramientas mediante el servidor. El CLI experimental conecta con un daemon usando sockets Unix en Linux/macOS y tuberías con nombre en Windows. Según su guía, reutilizarlo conserva estado entre invocaciones.
La entrada inspeccionada permite que start detenga un daemon existente de la sesión y lo reinicie con argumentos. Status informa identidad, versión y opciones efectivas. Repetir start no es una simple comprobación de lectura y debe distinguirse de observar estado.
Enrutar páginas no separa perfiles
Los IDs dirigen operaciones al objetivo y ayudan a evitar una pestaña seleccionada equivocada. No proporcionan cookies, almacenamiento o cuentas independientes a cada página. Elegir perfil y aislamiento temporal son decisiones de ciclo de vida diferentes.
La guía avanzada conserva un nombre experimental antiguo de routing, mientras la configuración actual expone pageIdRouting activo por defecto. Seguimos la configuración y señalamos esa deriva documental en vez de recomendar el ejemplo antiguo sin cambios.
Elegir lanzamiento o conexión por necesidad
El servidor puede iniciar una instancia dedicada; las opciones de conexión adjuntan Chrome existente y depurable. Auto-connect requiere configuración y permiso en el navegador. La guía advierte acceso a todas las ventanas abiertas del perfil seleccionado.
Ni un ID ni un nombre de daemon prueban una frontera completa de autorización. Política de red, estado de perfil y raíces de archivos controlan recursos distintos. Las pruebas aisladas cubren serialización, no aislamiento, limpieza de perfiles o conexión real.
Cómo elegir
| Criterio | Opción A | Opción B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
Pasos de implementación
- 1
Identifica entrada MCP o CLI.
- 2
Inspecciona el daemon antes de reiniciarlo.
- 3
Separa routing e identidad de perfil.
- 4
Adjunta estado existente solo cuando sea intencionado.
Ejemplo para copiar
{
"arquitectura": true,
"entrada": "CLI",
"daemonReutilizado": true,
"idObjetivo": null,
"perfilAislado": null,
"routingAislaCuenta": false,
"sesionRealProbada": false
}Preguntas frecuentes
¿Cada orden CLI inicia otro navegador?
La guía describe reutilización del daemon y persistencia de estado.
¿El ID separa cookies de otras páginas?
No. Selecciona un objetivo; el perfil es otra cuestión.
Fuentes
- Chrome DevTools MCP / docs/cli.mdFuente verificada 2026-09-14
- Chrome DevTools MCP / docs/advanced-usage.mdFuente verificada 2026-09-14
- Chrome DevTools MCP / docs/configuration.mdFuente verificada 2026-09-14
- Chrome DevTools MCP / src/bin/chrome-devtools.tsFuente verificada 2026-09-14