PRUEBA EXTERNA DE RADAR · INVESTIGACIÓN INTERNA

Para un agente independiente autorizado por el propietario. Prueba el producto como cliente: RADAR realiza la búsqueda interna. No encargues al usuario que investigue competidores, copie prompts o importe JSON. No reserves, pagues, cambies tarifas, envíes mensajes ni uses cuentas privadas.

1. Lee https://radaroperador.com/agentes/operacion.md y https://radaroperador.com/openapi.json. Consulta GET https://radaroperador.com/api/v1/capacidades. Distingue capacidades declaradas de ejecución que efectivamente puedas comprobar.
2. Usa los datos ya autorizados: nombre, 1–5 enlaces públicos de la misma propiedad, mercado, entrada/salida y adultos. Pregunta solo lo que falte. El piloto acepta casas completas de La Paz, Los Cabos y Chihuahua, MXN, 1–30 adultos, sin menores, 1–30 noches. No pidas competidores, credenciales ni iCal.
3. Prueba una sola entrada, en la interfaz https://radaroperador.com/comparar/#investigacion o por HTTP. En la web se requiere el código privado de la beta antes de “Analizar mi propiedad”. Por HTTP, incluye el código privado en X-Radar-Invite; genera 32 bytes aleatorios criptográficos, envía su hexadecimal o base64url en Idempotency-Key y haz POST /api/v1/investigaciones con property:{name,publicUrls}, market, checkin, checkout, adults, type:entire_home y maxCompetitors:20. No envíes también un segundo trabajo desde la otra vía: la cuota global del piloto es cinco al día y una investigación simultánea.
4. Un 202 debe devolver id, accessToken y statusUrl. Conserva token y clave en privado; no los incluyas en URL ni reporte. Si hay interrupción al enviar, reintenta con el mismo cuerpo y clave. No inventes respuesta si tu entorno no puede hacer POST.
5. Consulta GET statusUrl con Authorization: Bearer <accessToken> aproximadamente cada tres segundos. Respeta Retry-After y espacia errores transitorios. Comprueba queued/running y fases reales; no fabriques porcentaje de avance. Detén el sondeo en completed/partial/failed/expired. Un 404 no autoriza a adivinar otros tokens o IDs.
6. Verifica que la propiedad, estancia y adultos corresponden a la entrada. En completed, examina result.analysis y el dashboard. En partial, examina result.report, coverage y limitations: debe mostrarse el caso propio, nunca Altamar como sustituto. Hasta 20 candidatos significa un máximo; encontrados, visitados, comparables y cotizados son conteos diferentes.
7. Comprueba trazabilidad: fuentes públicas, horas de observación originales, totales de la misma estancia cuando existan, impuestos/cargos y razones de clasificación. Un snippet, “desde”, bloqueo o ausencia no constituye cotización final ni demanda. No renueves observedAt al reabrir. La evaluación automatizada no es una verificación independiente certificada. Si falta la oferta propia o faltan equivalentes, el informe debe reconocerlo sin precios ficticios ni descuento automático.
8. Comprueba experiencia: errores visibles junto al botón; enlaces separados; avance visible; reanudación del mismo trabajo tras recarga; resultado del caso correcto y posibilidad de nueva consulta al terminar. Para verificar expiración o fallos deliberados usa pruebas locales autorizadas; no consumas la cuota pública ni fuerces límites con tráfico.
9. Los resultados privados caducan a las 24 horas desde su creación. No afirmar que existen cuentas, perfiles sincronizados, enlaces públicos persistentes, monitoreo OTA continuo ni cambios automáticos de tarifas. No divulgar tokens o claves incluso después del vencimiento.

CASO ACTUAL PREVISTO, NO RESULTADO CERTIFICADO
Naya: https://www.airbnb.mx/rooms/1638656317370598635
La Paz, llegada 2026-10-01, salida 2026-10-04, seis adultos, casa completa.
Su verificación integral está pendiente. Coordina con quien esté realizando esa prueba antes de iniciar otra: estos datos no autorizan consumir trabajos duplicados ni acreditar una cotización que aún no existe.

REPORTE DE ACEPTACIÓN
- Propiedad, estancia, adultos y momento real de la prueba.
- Vía utilizada (interfaz o HTTP), códigos y estado terminal observado.
- Qué ejecutó realmente RADAR y qué solo se inspeccionó en documentación.
- Candidatos descubiertos, visitados, clasificados y con precios utilizables, sin confundirlos.
- Conclusión del caso y límites concretos de cobertura.
- URLs públicas y momentos de observación; nunca tokens, claves, sesiones ni datos privados.
- Si el dashboard o informe corresponden al nuevo caso y si la recarga lo conserva.
- Errores encontrados y fricción del primer uso, con pasos reproducibles.

APROBACIÓN
Una ejecución nueva debe producir un resultado auténtico del caso, completo o parcial según evidencia. La integración HTTP puede funcionar aunque una OTA bloquee precios: informa ambas cosas separadas. HTTP 202 no prueba investigación; HTTP 200 no certifica mercado; el ejemplo histórico no es una búsqueda de hoy. Si no se pudo observar el resultado final, la prueba sigue pendiente.

OPCIÓN PARA INTEGRADORES
POST /api/v1/encargos y POST /api/v1/analisis siguen disponibles para quien prefiera aportar su propia evidencia. Son una vía técnica opcional, no trabajo que el usuario deba hacer. La validación de evidencia externa devuelve independentlyVerified:false y persisted:false; no ejecuta la búsqueda interna. Su uso no sustituye esta prueba del flujo principal.