Chrome DevTools MCP: evidencia real, alcance explícito y verificación
Crear un registro de evidencia antes de automatizar toda la depuración
Organiza objetivos, observaciones, hipótesis y resultados en un prototipo de lectura sin historial sensible ni acciones automáticas.
Qué aprenderás
- Separar observaciones y conclusiones
- Exigir evidencia para completar
- Automatizar después de validar la lectura
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
- Observación e hipótesis causal son registros distintos.
- Una prueba acotada debe conservar su alcance.
- Organizar evidencia de lectura puede preceder a automatizar.
Separar observaciones y conclusiones
Una extensión útil registra página, tiempo, revisión, tipo de observación y resultado. Guarda hipótesis por separado con evidencia favorable y contraria. Un error de consola y un defecto visual pueden coexistir sin que eso demuestre causalidad.
Empieza con registros sintéticos. El registro es nuestra propuesta, no una función existente del proyecto. No uses historial privado o cookies reales únicamente para que la demostración parezca convincente.
Exigir evidencia para completar
Cada hallazgo debe nombrar observación, explicación propuesta y aceptación pendiente. Un clic o una traza exitosa puede completar un paso sin resolver el defecto. Conserva incógnitas en vez de marcar cada registro como éxito.
Los catorce casos del serializador ilustran alcance preciso: prueban una función aislada, no un daemon o navegador operativo. El registro debe conservar esa distinción y no convertir cualquier prueba aprobada en confianza integral.
Automatizar después de validar la lectura
Empieza con una tabla y enlaces a capturas aprobadas. Una línea temporal aclara navegación, observación y verificación; decoración tridimensional no mejora esa relación. Define retención y redacción antes de importar material real.
Una integración posterior podría recoger observaciones permitidas, pero repetir acciones, reiniciar el daemon y publicar hallazgos siguen siendo pasos autorizados aparte. La propuesta no abre navegador, envía formularios ni crea monitorización o tareas programadas.
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
Define objetivos y observaciones sintéticos.
- 2
Separa hipótesis de evidencia.
- 3
Registra aceptación pendiente.
- 4
Valida retención y autoridad antes de integrar.
Ejemplo para copiar
{
"propuesta": true,
"idPagina": null,
"observacion": "error sintético de consola",
"hipotesis": null,
"causalidadVerificada": false,
"aceptacion": "no ejecutada",
"navegadorAbierto": false,
"monitorProgramado": false
}Preguntas frecuentes
¿El registro arregla automáticamente defectos?
No. Organiza evidencia y verificación pendiente.
¿Empieza a vigilar navegación real?
No. Es un diseño sintético de lectura sin navegador ni calendario creado.
Fuentes
- Chrome DevTools MCP / README.mdFuente verificada 2026-09-14
- Chrome DevTools MCP / docs/configuration.mdFuente verificada 2026-09-14
- Chrome DevTools MCP / src/daemon/utils.tsFuente verificada 2026-09-14