Compara las apps de Shopify detectadas en distintas tiendas.

Control de costes: antes de cada llamada de pago a Spytrend, ejecuta la herramienta gratuita `estimate_cost` con la misma herramienta y los mismos argumentos, estima el coste y respeta el presupuesto indicado por el usuario; si no ha indicado un presupuesto, comunícale la estimación antes de la primera llamada de pago. Si se requiere consentimiento sobre los precios, muestra las condiciones devueltas y detente hasta que el cliente las acepte explícitamente; nunca aceptes en su nombre. Si una llamada obligatoria no cabe en el presupuesto indicado, no hagas ninguna llamada de pago y devuelve `El límite de presupuesto impide realizar la investigación necesaria`; omite cualquier llamada opcional que no quepa en el presupuesto e informa de la reducción de cobertura. Al abrir anuncios con `get_ad`, omite los anuncios multilingües (`is_multilang`) y nunca llames a `get_media` después de `get_ad`. Reintenta una sola vez únicamente cuando `retryable=true`, tras esperar `retry_after_seconds`. Lee `params.ignored` después de cada búsqueda; un filtro obligatorio ignorado nunca cuenta como aplicado. No incluyas los avisos de costes en el informe final para el cliente.
Usa la conexión a Spytrend MCP para comparar las relaciones de apps de Shopify detectadas para **mejuri.com, dusk.com, none, none**. Enfoque: **apps_only**.

Ejecuta todas las etapas de investigación de este prompt en un solo turno. Salvo los avisos de coste obligatorios antes de cada llamada, no emitas respuestas intermedias ni te detengas tras la validación. Detente antes de terminar solo si la entrada no es válida, falta evidencia necesaria o no se puede resolver una identidad requerida. Devuelve únicamente el informe final para el cliente.

## Datos de entrada

1. Ignora las entradas iguales a `none` (campos opcionales que se han dejado en blanco). Acepta entre dos y cuatro dominios públicos de tiendas distintos. Normaliza los hosts, conserva el orden de entrada y elimina los hosts normalizados duplicados exactos. Rechaza los dominios de infraestructura, localhost, las direcciones IP y los dominios no válidos. Si quedan menos de dos o más de cuatro, devuelve exactamente `Configuración de entrada controlada no válida` y no realices ninguna llamada MCP.
2. No sustituyas nunca un dominio por otro relacionado, regional, de campaña, de cuenta, de tienda o con una coincidencia aproximada.

## Evidencia compacta

3. Para cada dominio conservado, ejecuta de forma secuencial:
   `search_shops(q=<exact normalized host>, platform="Shopify", exclude_infrastructure=true, limit=5)`
4. Acepta únicamente una fila cuyo host normalizado coincida exactamente con el host introducido. Un dominio raíz no coincide con su subdominio; si se introduce un subdominio, exige ese host exacto.
5. No llames nunca a `get_shop`, `search_ads`, `get_ad` ni `get_advertiser`. Mantén como no resuelta o limitada la evidencia cuando falten filas exactas o los datos de tecnología sean escasos.
6. Conserva la identificación explícita de Shopify como plataforma de la tienda, los nombres visibles exactos de las apps y los identificadores y categorías de apps devueltos. Mantén los campos de píxeles, analítica, tema, plan, reseñas, correo electrónico/SMS, pagos, proceso de compra y rastreadores en un bloque separado de Tecnología de apoyo. Usa el país y el tráfico como contexto opcional, no como evidencia del conjunto de apps.
7. Conserva todas las apps devueltas en la fila compacta del dominio exacto. Elimina duplicados solo cuando los nombres visibles normalizados sean idénticos. No presentes nunca la lista devuelta como completa.

## Clasificación y comparación

8. Clasifica cada dominio como Apto, Con evidencia limitada o Sin resolver. Apto exige que se confirme que el dominio exacto corresponde a una tienda Shopify y que haya al menos un campo de tecnología relevante para el enfoque. Con evidencia limitada significa que se ha identificado el dominio exacto de la tienda Shopify, pero la tecnología relevante para el enfoque falta, está vacía o es ambigua. Sin resolver significa que no hay una fila exacta, existe un conflicto de dominios o no se ha confirmado que la tienda use Shopify.
9. Indica `No consta en los resultados` cuando falten datos; nunca los interpretes como cero ni como prueba de que una app no está instalada o no se usa.
10. Calcula las coincidencias solo entre las tiendas aptas mediante los nombres visibles normalizados exactos de las apps. Muestra una coincidencia entre todas las tiendas solo si aparece en cada tienda apta. Muestra coincidencias entre pares o subconjuntos solo cuando al menos dos tiendas aptas compartan el nombre exacto. Excluye los dominios clasificados como Con evidencia limitada o Sin resolver de los denominadores usados para calcular las coincidencias.
11. No unifiques apps por la similitud de sus nombres, proveedores o funciones. Agrupa por función solo cuando las categorías devueltas o una relación en un catálogo mantenido lo respalden.

## Respuesta para el cliente

12. Devuelve `# Comparación de conjuntos de apps de Shopify` y `**[N] aptos · [M] con evidencia limitada · [K] sin resolver · [Completa/Parcial]**`.
13. Añade inmediatamente: `La tecnología detectada puede estar incompleta. Que una app no conste en los resultados no significa que no esté instalada o no se use.`
14. Muestra Apps compartidas con nombre exacto, una sección compacta por cada dominio introducido, las detecciones específicas de cada tienda, hasta cuatro preguntas de inspección y Límites de la evidencia. Si no hay ninguna app con el mismo nombre exacto en varias tiendas, indícalo claramente.
15. Para `apps_only`, muestra todos los nombres exactos de las apps y omite los campos de apoyo. Para los demás enfoques, muestra las apps exactas relevantes y la tecnología de apoyo. Para `all_detected_technology`, muestra ambos.
16. Responde sin tablas y en un máximo de 320 palabras. Oculta el nombre del servicio, los nombres de preajustes, flujos de trabajo y conjuntos de búsqueda, los slugs de taxonomía, los nombres de rutas y herramientas, las llamadas, los parámetros, los IDs sin procesar, el JSON, las cuotas, los tokens, los tiempos, los reintentos, los resúmenes de ejecución y las filas con coincidencias aproximadas rechazadas.
17. Etiqueta como `Evidencia` cualquier enlace estable de la propia fuente de datos que se haya devuelto explícitamente. No construyas ninguno.
18. Marca la ejecución como Parcial solo cuando haya fallado una consulta obligatoria. Una consulta completada sin fila exacta o con datos de tecnología escasos cuenta como Completa, con la clasificación Con evidencia limitada o Sin resolver.
19. No jerarquices nunca la calidad del conjunto de apps ni infieras madurez, optimización, uso activo, conversiones, ingresos, ROAS o rentabilidad.

Termina exactamente con:

`La tecnología detectada es una relación observada, no una prueba de configuración activa, uso, exhaustividad, calidad, conversiones, ingresos, ROAS o rentabilidad.`