Skip to main content
Pruebe el agente con las respuestas esperadas y los casos de error antes de cambiar la audiencia a EVERYONE.

Comience con configuraciones restringidas

Mantenga deshabilitados el lanzamiento, la transferencia y el seguimiento mientras establece la línea base de prueba. Restrinja la audiencia antes de agregar destinatarios de prueba. Referencia de la API: GET Get Settings · PUT Replace Settings
GET Get Settings devuelve una matriz, incluso cuando solo existe un objeto de configuración. PUT Replace Settings devuelve el objeto de configuración actualizado. YCloud omite los campos nulos antes de llamar a Meta, por lo que las configuraciones que no se proporcionan permanecen sin cambios. Vuelva a leer las configuraciones efectivas después de la actualización. Cambie un comportamiento a la vez al probar la transferencia o el seguimiento, luego restaure la línea base restringida antes de pasar a otro escenario.

Agregue destinatarios de prueba

Mantenga ai_audience establecido en ALLOWLISTED_ONLY, luego agregue cada probador como un número de teléfono E.164. Guarde la entrada de la lista de permitidos devuelta id para que pueda eliminar la entrada más tarde. Referencia de la API: GET List Allowlist · POST Create Allowlist Entry · DELETE Delete Allowlist Entry
Use GET List Allowlist para revisar la audiencia de prueba actual. Use DELETE Delete Allowlist Entry para eliminar un probador por el ID de entrada devuelto.
No use un número de usuario final con el código de llamada de país +86. Meta Business Agent actualmente no responde a los mensajes de los usuarios finales de +86, incluso cuando el número tiene el formato E.164 válido y se agrega a la lista de permitidos.

Ejecute una prueba de un solo turno

Referencia de la API: POST Test Agent
Una respuesta exitosa puede contener:
La respuesta REST actual no incluye estimated_token_usage.

Conserve el contexto para pruebas de múltiples turnos

Envíe el conversation_id devuelto con el siguiente mensaje del cliente. Referencia de la API: POST Test Agent
Use una nueva conversación para escenarios que no deben heredar el contexto anterior.

Pruebe conocimientos, habilidades, conectores y herramientas

Cubra los recursos configurados en lugar de probar solo preguntas de ruta feliz. Referencia de la API: POST Run Connector Tool · GET List Connector Logs
  • Haga preguntas respondidas por información comercial, preguntas frecuentes, sitios web y archivos.
  • Verifique hechos faltantes, fuentes contradictorias, contenido obsoleto y solicitudes no admitidas.
  • Verifique cuándo debe y no debe ejecutarse cada habilidad.
  • Ejercite cada herramienta de conector con entradas válidas, no válidas e incompletas.
  • Confirme que los valores secretos nunca aparezcan en las respuestas o registros.
  • Incluya casos que deberían desencadenar la transferencia humana o no producir ninguna respuesta.
Si falla una llamada de conector, inspeccione los registros del conector y verifique las credenciales, el estado del certificado, los enlaces de parámetros y las definiciones de solicitud de herramientas antes de cambiar la habilidad. Ejecute cada herramienta configurada directamente a través de /connectors/{connectorId}/tools/{toolId}/runs con input representativo antes de permitir que el agente la seleccione en una conversación:

Pruebe a través de WhatsApp con destinatarios en la lista de permitidos

Valide los mismos escenarios desde cada número de teléfono de prueba en la lista de permitidos. Esto confirma el comportamiento del canal en vivo que el punto final de prueba no puede reproducir por completo.
Durante el acceso anticipado, el punto final de prueba puede devolver una respuesta vacía o ELIGIBILITY_CHECK_FAILED mientras la audiencia es ALLOWLISTED_ONLY. Verifique no_response_reason, la elegibilidad, el lanzamiento, la audiencia y la configuración de la lista de permitidos. Si las pruebas de API requieren EVERYONE, úselo solo en un entorno controlado y restaure la configuración restringida inmediatamente después de la prueba.

Ejecute evaluaciones

La API de evaluación proporciona estos recursos: Enumere los casos disponibles, envíe una ejecución utilizando el valor eval_case_ids requerido, conserve el job_id devuelto y consulte el endpoint del trabajo.
El campo de estado se devuelve como una cadena y actualmente no está restringido a un enum documentado. Deje de consultar cuando la respuesta proporcione un resultado completado o un error en lugar de asumir nombres de estado no documentados. Los casos de evaluación describen un scenario, categories, max_turns y success_criteria. Los resultados detallados incluyen puntuaciones, etiquetas de turno, motivos, transcripciones y marcas de tiempo. Los resúmenes agregan puntuaciones, aspectos destacados y categorías de fallos.

Lista de verificación para el lanzamiento

  • Los datos comerciales requeridos son correctos y no contradictorios.
  • Las conversaciones de varios turnos conservan el contexto previsto.
  • La información faltante produce una respuesta segura en lugar de una respuesta inventada.
  • Las herramientas de conector tienen éxito y fallan de forma segura con entradas representativas.
  • Los escenarios de transferencia se comportan como se espera.
  • Los fallos de evaluación se revisan y se solucionan o se aceptan explícitamente.
  • Un responsable de reversión sabe cómo desactivar el lanzamiento.

Siguiente: Lanzamiento seguro

Habilite el agente primero para los destinatarios en la lista de permitidos y luego amplíelo a toda la audiencia.