Playwright MCP vs Chrome DevTools MCP, puestos a prueba

Respuesta corta

• Cuando arrancaron su propio Chrome, los dos servidores rellenaron todos los campos, subieron el archivo y trabajaron dentro de un iframe del mismo origen y de uno de otro sitio, en cinco de cinco pasadas cada uno.
• Conectado a un Chrome que una persona ya tenía abierto, Playwright MCP rellenó el formulario abierto al momento. Chrome DevTools MCP 1.10.1 podía hacer clic allí, pero solo pudo rellenar campos después de recargar la página una vez, en todas las pasadas.
• El Chrome propio de Chrome DevTools MCP devolvió navigator.webdriver = true; el de Playwright MCP, false. En un Chrome que arrancas tú, ambos devolvieron false.
• Elige Playwright MCP para pasadas limpias y repetibles y una lista de herramientas más corta. Elige Chrome DevTools MCP cuando depures tu propia app web (trazas, Lighthouse, red) o quieras compartir con el agente el Chrome que usas a diario.

Resultados de la prueba

Cada celda cuenta las pasadas superadas de 5. Fecha de la prueba 30 de septiembre de 2026, Google Chrome 154.0.8037.92, @playwright/mcp 0.0.83, chrome-devtools-mcp 1.10.1 y agent-browser 0.38.1 como tercera columna.

Modo 1: la herramienta arranca su propio Chrome

Cada herramienta lanzó un Chrome sin interfaz con una carpeta de perfil nueva, abrió la página de prueba, inició sesión en ella, rellenó el formulario y pulsó enviar sin marcar el paso humano.

Modo 2: la herramienta se conecta a un Chrome que ya usa una persona

Arrancamos Chrome nosotros mismos con su propio perfil y un puerto de depuración local. Un sustituto de la persona abrió la página, inició sesión y escribió el nombre del producto. Después la herramienta se conectó, rellenó el resto y se detuvo; el sustituto marcó el paso humano y envió el formulario; la herramienta leyó el resultado.

Capturas de las pasadas

Cómo lo probamos

• Fecha 30 de septiembre de 2026, en macOS con Google Chrome 154.0.8037.92. Versiones fijadas: @playwright/mcp 0.0.83, chrome-devtools-mcp 1.10.1, agent-browser 0.38.1.
• El formulario es una página de prueba local en 127.0.0.1; el iframe de otro sitio viene de localhost en un segundo puerto. No intervino ningún sitio web real, ninguna cuenta, ningún perfil de navegador personal ni ningún pago.
• Un pequeño script habló con cada servidor por MCP, exactamente como el cliente de un agente: snapshot, rellenar formulario, subir archivo, clic, leer consola y red. Tomó las referencias de elementos del propio snapshot de cada herramienta. Ningún modelo de lenguaje tomó decisiones, así que cada pasada siguió los mismos pasos.
• Cada escenario se ejecutó 5 veces por herramienta. Las tablas cuentan las pasadas superadas.
• La persona del modo 2 es un script que envía comandos simples del DevTools Protocol a la pestaña. Es un sustituto, no una persona real. Para descartarlo como causa del fallo al rellenar de Chrome DevTools MCP, también arrancamos Chrome directamente con la URL de prueba y sin ningún script: mismo resultado.
• agent-browser se controló desde su línea de comandos, su interfaz principal, no desde su modo MCP.

Lo que esta prueba no cubre

• CAPTCHAs reales, comprobaciones antibots e inicios de sesión reales en sitios de terceros.
• Firefox y WebKit, las extensiones de navegador de ambos proyectos y el diálogo de conexión automática de Chrome.
• Trazas de rendimiento, Lighthouse y herramientas de memoria.
• Un modelo de lenguaje que elija los pasos: cuántos tokens y turnos necesita un agente real depende del modelo.
• Windows y Linux.

Lo que destacó

Documentado, no probado

Estas diferencias salen del README y la documentación de cada proyecto en la fecha de lectura. No las medimos.

Cuánto pesa la lista de herramientas

Antes de abrir ninguna página, Playwright MCP anunció 25 herramientas con 20,3 KB de descripciones, y Chrome DevTools MCP 30 herramientas con 25,7 KB (configuración por defecto, medido con tools/list). Un agente carga ese texto en su contexto durante toda la sesión. Chrome DevTools MCP ofrece --slim con tres herramientas; Playwright MCP añade grupos de herramientas con --caps.

Cuál elegir

¿Y agent-browser?

agent-browser es una herramienta de navegador de línea de comandos para agentes, con un modo MCP opcional. Rellenó el mismo formulario cuando arrancó su propio navegador, pero no vio el iframe de otro sitio al conectarse a un Chrome en marcha. Vale la pena probarlo si tu agente trabaja mejor con comandos de shell cortos que con herramientas MCP.

Claude in Chrome vs Chrome DevTools MCP: comparativa →

Haz la prueba tú mismo

La página de prueba es un único archivo de Node.js sin dependencias. Solo escucha en tu propio equipo.

1. Descarga el archivo y ejecútalo con Node.js 18 o posterior.
2. Abre una vez http://127.0.0.1:4461/ para ver la página; el iframe de otro sitio se carga desde http://localhost:4462/.
3. Añade a tu agente una de las entradas MCP de abajo y pídele que rellene el formulario, suba cualquier PNG pequeño, rellene ambos iframes y se detenga antes del paso humano.
4. Marca tú el paso humano, envía el formulario y pregunta al agente qué muestra ahora la página.

Descargar browser-mcp-test.mjs

El archivo sirve el formulario, el iframe y un endpoint de eco local. No se envía nada a ningún otro sitio.

{
  "mcpServers": {
    "playwright": {
      "command": "npx",
      "args": [
        "-y",
        "@playwright/mcp@0.0.83"
      ]
    }
  }
}

{
  "mcpServers": {
    "chrome-devtools": {
      "command": "npx",
      "args": [
        "-y",
        "chrome-devtools-mcp@1.10.1",
        "--no-usage-statistics"
      ]
    }
  }
}

{
  "mcpServers": {
    "playwright": {
      "command": "npx",
      "args": [
        "-y",
        "@playwright/mcp@0.0.83",
        "--cdp-endpoint",
        "http://127.0.0.1:9222"
      ]
    }
  }
}

{
  "mcpServers": {
    "chrome-devtools": {
      "command": "npx",
      "args": [
        "-y",
        "chrome-devtools-mcp@1.10.1",
        "--browser-url=http://127.0.0.1:9222",
        "--no-usage-statistics"
      ]
    }
  }
}

Qué usa LaunchRepo

• Los playbooks de LaunchRepo están escritos y probados para Chrome DevTools MCP conectado a tu propio Chrome, porque los envíos a directorios necesitan tus sesiones reales y debes ver cada paso.
• Con un Chrome que arrancas tú, navigator.webdriver se quedó en false para todas las herramientas de esta prueba, y el relevo funcionó: tú terminas un paso en la misma pestaña y el agente lee el resultado.
• Si un formulario de directorio ya está abierto cuando el agente se conecta, deja que recargue la página antes de escribir nada, para que no se pierda lo que hayas introducido.

• Conecta tu agente de código a tu Chrome →
• Lanza tu SaaS en directorios con Claude Code →
• Chrome DevTools Protocol →
• Servidor MCP →

Fuentes

Páginas y repositorios oficiales, leídos el 30 de septiembre de 2026. Las citas se copian palabra por palabra; los resultados de la prueba son mediciones propias.

Preguntas frecuentes

¿Qué es mejor para agentes de programación, Playwright MCP o Chrome DevTools MCP?

Ninguno gana en todo. En nuestra prueba, ambos superaron todas las comprobaciones del formulario cuando arrancaron su propio Chrome. Playwright MCP además rellenó una página que una persona ya había abierto y anunció una lista de herramientas más corta; Chrome DevTools MCP aporta trazas de rendimiento, Lighthouse y herramientas de red y consola más completas para depurar tu propia app.

¿Puede Chrome DevTools MCP usar el Chrome en el que tengo la sesión iniciada?

Sí. Con --autoConnect se conecta a tu Chrome en marcha, versión 144 o posterior, después de que permitas la depuración remota y confirmes un diálogo. O arranca Chrome con un puerto de depuración remota y una carpeta de perfil aparte y apunta --browser-url a él; desde Chrome 136 el puerto se ignora para el perfil predeterminado.

¿Los dos funcionan con iframes?

Sí, en nuestras pasadas ambos llegaron a un iframe del mismo origen y a uno de otro sitio en los dos modos, cinco de cinco veces, y pudieron escribir y hacer clic dentro.

¿Por qué falló la subida del archivo?

Por defecto, ambos servidores solo leen archivos de carpetas permitidas: Playwright MCP de las raíces del espacio de trabajo o de su directorio de trabajo, Chrome DevTools MCP de la carpeta temporal del sistema cuando tu cliente no indica raíces. Mueve el archivo allí o usa la opción documentada para ampliar el límite.

¿Pueden estas herramientas resolver CAPTCHAs?

Ninguna documenta una función para CAPTCHAs, y no probamos CAPTCHAs reales. Planifica un relevo: el agente se detiene, tú resuelves el paso en la misma ventana visible y el agente continúa. En nuestra prueba con conexión a un Chrome abierto, ese relevo funcionó con los dos servidores.

¿navigator.webdriver delata al agente?

En nuestra prueba solo fue true cuando Chrome DevTools MCP lanzó Chrome por su cuenta. El Chrome propio de Playwright MCP y cualquier Chrome que arrancamos nosotros devolvieron false. Si un sitio reacciona a ello depende de ese sitio; no probamos comprobaciones antibots reales.