Ajuste del comportamiento del enrutamiento

Antes de llevar el asistente digital a producción, debe probar y ajustar la forma en la que el asistente digital encamina y resuelve las intenciones.

Entrenamiento del asistente digital

Antes de ajustar el asistente digital, asegúrese de que esté entrenado. Al entrenar el asistente digital, se consolidan los datos de entrenamiento de todas las aptitudes que contiene y se rellenan los datos de entrenamiento de las intenciones incorporadas del asistente digital (Ayuda, Salida y UnresolvedIntent).

Para entrenar un asistente digital:

Abra el asistente digital.
Haga clic en el botón Entrenar () y seleccione un modelo de entrenamiento.
Debe utilizar el mismo modelo de entrenamiento que se haya utilizado para entrenar la mayoría de las aptitudes.

Para obtener una descripción más detallada de los modelos de entrenamiento, consulte ¿Qué modelo de entrenamiento debo utilizar?

Qué pruebas realizar

A continuación se muestran algunos comportamientos de enrutamiento que debe probar y ajustar:

Llamada explícita (entrada de usuario que contiene el nombre de llamada).

Ejemplo (donde Financial Wizard es el nombre de llamada): send money using financial wizard
Llamada implícita (entrada de usuario que implica el uso de una aptitud sin incluir en la práctica el nombre de llamada).

Ejemplo: send money
Expresiones ambiguas (para comprobar si el asistente digital las desambigua correctamente).

Ejemplo (cuando varias aptitudes permiten realizar pedidos): place order
Interrupción de un flujo de conversación cambiando el asunto (también se denomina incongruencia).

Lea más detalles para obtener información sobre cómo funciona el modelo de enrutamiento y los parámetros de enrutamiento que puede ajustar para definir el comportamiento del asistente digital.

Nota

El componente más importante de cómo funciona el enrutamiento en un asistente digital es el diseño de las propias aptitudes. Si está trabajando en un proyecto en el que tenga entradas tanto en la composición del asistente digital como en el diseño de las aptitudes que contiene, es mejor centrarse en la optimización de la resolución de intenciones en las aptitudes individuales antes de ajustar los parámetros de enrutamiento del asistente digital. Consulte Qué hacer y qué no hacer al diseñar conversaciones.

Modelo de enrutamiento

Cuando un usuario introduce una frase en el asistente digital, este determina cómo encaminar la conversación, si a una aptitud concreta, a un estado diferente en el flujo actual o a una intención incorporada para el asistente digital.

En el centro del modelo de enrutamiento, se encuentran las puntuaciones de confianza, que se calculan para las aptitudes e intenciones individuales, a fin de medir la coincidencia con la entrada del usuario. Las puntuaciones de confianza se derivan aplicando los algoritmos de procesamiento de lenguaje natural (NLP) subyacentes a los datos de entrenamiento de las aptitudes y los asistentes digitales.

A continuación, se toman decisiones de enrutamiento evaluando las puntuaciones de confianza con respecto a los valores de diversos parámetros de enrutamiento, como Umbral de confianza de aptitudes de candidato y Margen de ganancia de confianza.

El modelo de enrutamiento incluye estas capas clave:

Determinar las intenciones del sistema candidatas: la entrada del usuario se evalúa y se aplican puntuaciones de confianza a las intenciones del asistente digital (salida, ayuda y unresolvedIntent). Cualquiera de las intenciones con puntuaciones de confianza que superen el valor del parámetro de enrutamiento Umbral de confianza de la intención del sistema integrado del asistente digital se considerarán como candidatas para una evaluación más detallada.
Determinar aptitudes candidatas: la entrada del usuario se evalúa y se aplican puntuaciones de confianza a cada aptitud. Las aptitudes cuyas puntuaciones de confianza superen el valor del parámetro de enrutamiento Umbral de confianza de aptitudes candidatas del asistente digital se tratarán como aptitudes candidatas para realizar una evaluación más detallada.
Determinar flujos candidatos: una vez identificadas las aptitudes candidatas, se evalúa cada intención de dichas aptitudes (en función del modelo de intención de cada aptitud) y se aplican puntuaciones de confianza a cada intención. En general, cualquier intención que tenga una puntuación de confianza que supere el valor del parámetro de enrutamiento Umbral de confianza de la aptitud (no el parámetro Umbral de confianza de aptitudes del candidato del asistente digital) se tratará como un flujo candidato.

El comportamiento de este enrutamiento se puede adaptar ajustando los parámetros de enrutamiento del asistente digital.

Además, existen reglas para casos específicos que afectan a la fórmula de enrutamiento. Estos casos incluyen:

Llamada explícita: si un usuario incluye el nombre de llamada de una aptitud en la entrada, el asistente digital enrutará directamente a dicha aptitud, incluso si la entrada también coincide con otras aptitudes.
Enrutamiento adaptado al contexto: si un usuario ya está interactuando con una aptitud, a esa aptitud se le otorga más peso durante la resolución de la intención que a las intenciones de otras aptitudes.
Anclaje a contexto: si la entrada del usuario incluye una llamada explícita a una aptitud, pero no se encuentra ninguna expresión relacionada con la intención, el enrutador "ancla" la conversación a la aptitud. Esto significa que se asume que la siguiente expresión está relacionada con esa aptitud.

Estados de inicio, bienvenida y ayuda

Para facilitar la navegación entre diferentes aptitudes, los asistentes digitales gestionan el enrutamiento a los estados de inicio, bienvenida y de ayuda, así como la visualización de dichos estados, para cada una de las aptitudes agregadas al asistente digital.

Puede configurar cada aptitud para especificar qué estados de este flujo de diálogo debería utilizar el asistente digital como estados de bienvenida, inicio y ayuda. Si no se especifican estos estados en la aptitud, el asistente digital proporcionará un comportamiento por defecto.

A continuación, se ofrece un resumen del funcionamiento de estos estados.

Estado de inicio: se aplica cuando el motor de intenciones determina que el usuario desea comenzar a utilizar una aptitud determinada. Esto suele ocurrir cuando el usuario expresa una intención relacionada con la aptitud.

Si la aptitud no tiene un estado de inicio especificado, el asistente digital simplemente utiliza el primer estado de la aptitud como estado de inicio.
Estado de bienvenida: se aplica cuando el usuario introduce el nombre de llamada sin una intención complementaria.

Ejemplo (donde "banco de efectivo" es el nombre de llamada): cash bank

Si (y solo si) no se ha especificado un estado de bienvenida en la aptitud, el asistente digital proporciona de forma automática una respuesta por defecto que consta de una petición de datos y una tarjeta con el nombre mostrado de la aptitud, una descripción de oración y algunas expresiones de ejemplo. Además, ofrece al usuario la opción de salir de la conversación y obtener ayuda para el asistente digital en su totalidad.

A continuación se muestra un ejemplo de una respuesta de bienvenida por defecto que se aplica a una aptitud bancaria.

Descripción de la ilustración da-welcome-prompt.png
También puede personalizar la petición de datos de bienvenida por defecto utilizando el valor de configuración Petición de datos de bienvenida del bot de aptitud.
Estado de ayuda: se aplica cuando el motor de intenciones determina que el usuario solicita está pidiendo ayuda u otra información.

Ejemplo: un usuario está en un flujo de la aptitud bancaria para enviar dinero e introduce “ayuda” cuando se le pregunta desde qué cuenta enviar el dinero.

Si (y solo si) no se ha especificado un estado de ayuda en la aptitud, el asistente digital prepara automáticamente una respuesta que incluye una petición de datos y una tarjeta que muestra el nombre mostrado de la aptitud, una descripción de oración y algunas expresiones de ejemplo. Además, ofrece al usuario la opción de salir de la conversación y obtener ayuda para el asistente digital en su totalidad.

A continuación, se muestra un ejemplo de una petición de datos de ayuda y una tarjeta preparada por el asistente digital:

Descripción de la ilustración da-help-prompt.png
También puede personalizar la petición de datos de ayuda por defecto mediante el valor de configuración Petición de datos de ayuda del bot de aptitud.

Especificar estados de inicio, bienvenida y ayuda

Si el flujo de diálogo de la aptitud está diseñado en modo visual, puede especificar estos estados con los eventos incorporados correspondientes en el flujo principal:

En la aptitud, haga clic en .
Seleccione Flujo principal.
Haga clic en en la sección Built-In Events.
En el cuadro de diálogo Crear manejador de eventos incorporado, seleccione el tipo de evento en el flujo asignado y haga clic en Crear.

Si el flujo de diálogo de la aptitud está diseñado en modo YAML, puede especificar estos estados en la configuración de la aptitud:

En la aptitud, haga clic en y seleccione el separador Digital Assistant.
Seleccione los estados para Estado de inicio, Estado de bienvenida y/o Estado de ayuda.

Llamada explícita

Una llamada explícita se produce cuando un usuario introduce el nombre de llamada de una aptitud como parte de su entrada. Al utilizar una llamada explícita, el usuario ayuda a garantizar que la entrada se dirija de inmediato a la aptitud deseada, con lo que se reduce el número de intercambios con el asistente digital necesarios para ejecutar la tarea.

Cuando se utiliza la llamada explícita, se otorga una ponderación adicional a la aptitud correspondiente cuando se determina el enrutamiento:

Si el usuario no se encuentra en una aptitud e introduce una llamada explícita, dicha llamada tiene prioridad sobre otros flujos en el contexto del asistente digital.
Si el usuario está en un flujo de una aptitud diferente, el asistente digital siempre intentará confirmar que el usuario quiere pasar a otra aptitud.

En cada asistente digital, puede determinar el nombre de llamada que quiere utilizar para una aptitud determinada. El nombre de llamada se define en la página de la aptitud del asistente digital. Para acceder a esta página:

En la barra de navegación izquierda del asistente digital, haga clic en .
Seleccione la aptitud cuyo nombre de llamada quiera modificar o comprobar.
Desplácese hacia abajo, hasta el campo Llamada.

Este comportamiento está soportado por el parámetro de enrutamiento Umbral de confianza para la llamada explícita. Si la puntuación de confianza para la llamada explícita supera ese umbral, no se tienen en cuenta las intenciones de otras aptitudes en la decisión de enrutamiento. El valor por defecto de este umbral es 0,8 (80% de confianza).

Nota

Para entradas que no estén en inglés en una aptitud, se debe introducir el nombre de llamada de la aptitud antes que cualquier otra palabra para que la entrada se reconozca como una llamada explícita. Por ejemplo, si la habilidad tiene un nombre de invocación de Pizza King, la expresión "Pizza King, quiero una pizza grande" sería reconocida como una invocación explícita, pero la frase "Hola Pizza King, quiero una pizza grande" no lo sería.

Conocimiento del contexto

El enrutamiento en los asistentes digitales depende del contexto, lo que quiere decir que, durante la resolución de intenciones, se otorga más ponderación a las intenciones coincidentes de la aptitud en la que se encuentra el usuario en un momento dado que a las intenciones de otras aptitudes.

Por ejemplo, imagine que el asistente digital tiene una aptitud bancaria y una aptitud para una tienda minorista en línea. La pregunta del usuario “¿Cuál es mi saldo?” podría aplicarse tanto al saldo de la cuenta bancaria del usuario como al saldo restante en una tarjeta regalo que está registrada en el minorista en línea.

Si el usuario introduce esta pregunta antes de introducir el contexto de ambas aptitudes, el asistente digital debería ofrecerle la posibilidad de elegir en qué flujo de “saldo” entrar (el de la aptitud bancaria o el de la aptitud minorista).
Si el usuario introduce esta pregunta desde la aptitud bancaria, el asistente digital debería seleccionar automáticamente el flujo “balance” que corresponde a la aptitud bancaria (y descartar intenciones de otras aptitudes, incluso si cumplen el parámetro de enrutamiento Umbral de confianza estándar).

Nota

Aunque el usuario haya completado un flujo dentro de una aptitud, permanecerá en el contexto de dicha aptitud a menos que:

Han salido explícitamente de la aptitud o se han movido a otra aptitud.
La siguiente solicitud se resuelve en el valor unresolvedIntent de la aptitud y no coincide con ninguna de las otras intenciones de la aptitud. En este caso, el contexto se mueve al asistente digital y el asistente digital determina cómo manejar la intención no resuelta.

Además, el conocimiento del contexto tiene en cuenta a los grupos de aptitudes. Esto significa que cuando se define una aptitud como parte de un grupo de aptitudes y esa aptitud está en el contexto actual, el contexto actual también incluye las otras aptitudes en ese grupo de aptitudes. Consulte Grupos de aptitudes.

La dependencia del contexto está soportada por el parámetro de enrutamiento Tener en cuenta solo umbral de contexto actual. Si la puntuación de confianza de una intención en el contexto actual supera dicho umbral, no se tendrán en cuenta las intenciones de otros contextos en la decisión de enrutamiento. El valor por defecto para este umbral es de 0,8 (80% de confianza), ya que es muy probable que el usuario quiera estar bastante seguro de que una intención del contexto actual es la adecuada antes de descartar otras intenciones.

ayuda e intenciones de unresolvedIntent

Dentro del contexto de una aptitud, si la entrada de usuario coincide con la intención del sistema help, el usuario se enruta a un flujo de ayuda determinado por dicha aptitud (no a un flujo determinado a nivel de asistente digital).

Por ejemplo, si un usuario está interactuando con una aptitud y escribe ayuda, se proporcionará ayuda para dicha aptitud, no ayuda para el asistente digital en su totalidad.

Para la intención del sistema unresolvedIntent, el comportamiento es diferente. Si la introducción de datos del usuario se resuelve en unresolvedIntent (y no hay otras intenciones coincidentes en la aptitud), los datos introducidos se consideran como una intención no resuelta en el nivel del asistente digital. Sin embargo, si unresolvedIntent es solo una de las intenciones coincidentes dentro de la aptitud, la aptitud gestiona la respuesta.

Este comportamiento está soportado por el parámetro de direccionamiento Umbral de confianza de la intención del sistema integrado. Si la puntuación de confianza de una de estas intenciones supera ese umbral, esa intención se trata como candidata para realizar una evaluación más detallada. A partir de la versión 20.12 de la plataforma, el valor por defecto para este umbral es .9 (confianza del 90%). Para versiones anteriores de la plataforma, el valor por defecto es .6.

intención de salida

Si la entrada de usuario coincide con la intención del sistema exit, se le pide al usuario que salga del flujo actual o de toda la aptitud, en función del contexto del usuario:

Si el usuario está en un flujo, la salida se aplica al flujo.
Si el usuario está en una aptitud, pero no en un flujo de la aptitud, la salida se aplica a la aptitud.

Nota

La intención exit no se aplica al propio asistente digital. Los usuarios que no interactúen en ninguna aptitud simplemente se consideran inactivos.

Este comportamiento está soportado por el parámetro de direccionamiento Umbral de confianza de la intención del sistema integrado. Si la puntuación de confianza para la intención exit supera ese umbral, esa intención se considera candidata para una evaluación más detallada. A partir de la versión 20.12 de la plataforma, el valor por defecto para este umbral es .9 (confianza del 90%). En versiones anteriores de la plataforma, el valor por defecto es .6.

Grupos de aptitudes

Para los dominios de aptitudes que incluyen una gran cantidad de funcionalidad, suele ser conveniente dividir esa funcionalidad en varias aptitudes especializadas. Esto resulta especialmente útil desde el punto de vista del desarrollo. Los diferentes equipos pueden trabajar en diferentes aspectos de la funcionalidad y publicar las aptitudes y sus actualizaciones en los plazos que mejor se les adapten.

Cuando tiene varias aptitudes en un dominio, es probable que los usuarios tengan que cambiar entre esas aptitudes con relativa frecuencia. Por ejemplo, en una sola sesión de un asistente digital que contiene varias aptitudes relacionadas con RR. HH., un usuario puede realizar solicitudes relacionadas con aptitudes para compensación, información personal y tiempo de vacaciones.

Para optimizar el comportamiento de enrutamiento entre las aptitudes relacionadas, puede definir un grupo de aptitudes. En un asistente digital, todas las aptitudes de un grupo se tratan como una única aptitud lógica. Como resultado, todas las aptitudes del grupo se consideran parte del contexto actual, por lo que todas sus intenciones se ponderan por igual durante la resolución de intenciones.

Contexto de grupo frente a contexto de aptitud

Cuando tiene grupos de aptitudes en el asistente digital, el motor de enrutamiento realiza un seguimiento del contexto de aptitud y del contexto de grupo.

El motor de enrutamiento cambia el contexto de aptitud dentro de un grupo si determina que otra aptitud del grupo es más adecuada para manejar la solicitud del usuario. Esta determinación se basa en la clasificación de aptitudes del grupo en el modelo de enrutamiento de aptitudes candidatas.

Nota

Si la puntuación de confianza de la aptitud principal del grupo candidato es menos de un 5% más alta que la de la aptitud actual, el contexto de aptitud del grupo no se cambia.

Al utilizar el probador de enrutamiento, puede comprobar la sección Reglas del separador Enrutamiento para supervisar cuándo se producen cambios de contexto de aptitudes dentro de un grupo.

Delineación de grupos de aptitudes

Cada grupo de aptitudes debe ser una recopilación de aptitudes dentro del mismo dominio que tenga un parentesco lingüístico. Las aptitudes dentro del grupo se deben dividir por función.

Por ejemplo, podría tener sentido ensamblar aptitudes para beneficios, compensaciones, información personal y contratación en un grupo de aptitudes de HCM. Las aptitudes para oportunidades y cuentas pueden pertenecer a un grupo de aptitudes de ventas.

Grupos de aptitudes de nomenclatura

Para organizar mejor los grupos de aptitudes y evitar colisiones de nombres, recomendamos que utilice el patrón <company name>.<domain> para los nombres de los grupos de aptitudes.

Por ejemplo, podría crear un grupo denominado acme.hcm para las siguientes aptitudes de HCM para una corporación hipotética de Acme.

Ventajas
Compensación
Ausencias
Información personal
Contratación

Del mismo modo, si el hipotético Acme también tiene las siguientes aptitudes del dominio de ventas, puede utilizar acme.sales como grupo de aptitudes:

Oportunidades
Cuentas

Aptitudes comunes y grupos de aptitudes

Si tiene aptitudes comunes para funciones como ayuda o la gestión de charlas, probablemente no desee tratarlas como un grupo de aptitudes independiente, ya que se pueden llamar en cualquier momento de la conversación, independientemente del grupo de aptitudes con el que esté interactuando principalmente el usuario. Y una vez llamadas, querrá asegurarse de que el usuario no se quede bloqueado en estas aptitudes comunes.

Para garantizar que otros grupos de aptitudes reciban la misma ponderación que una aptitud común una vez finalizado un intercambio con la aptitud común, puede incluir la aptitud común en un grupo de grupos. Para ello, incluya el asterisco (*) en el nombre de grupo de la aptitud común. Por ejemplo:

Si utiliza acme.* como nombre del grupo de aptitudes, se incluirán las aptitudes de los grupos acme.hcm y acme.sales, pero no se incluirán las aptitudes de un grupo denominado hooli.hcm.
Si utiliza * como nombre del grupo de aptitudes, se incluirán todos los grupos (aunque no cualquier aptitud que no esté asignada a un grupo).

Cuando un usuario navega de una aptitud en un grupo simple (un grupo que no tenga un asterisco en su nombre) a una aptitud con un asterisco en su nombre de grupo, el contexto de grupo permanecerá igual que el contexto de grupo antes de navegar a esta aptitud. Por ejemplo, si una conversación se mueve de una aptitud del grupo acme.hcm a una aptitud del grupo acme.*, el contexto del grupo permanecerá en acme.hcm.

Ejemplos: Conocimiento del contexto en grupos de aptitudes

A continuación se muestran algunos ejemplos de cómo funcionaría el enrutamiento dentro de dichos grupos y entre ellos:

Un usuario pregunta: "¿Qué beneficios puedo obtener?" El contexto de aptitud es la aptitud Beneficios y el contexto de grupo es acme.hcm. El usuario pregunta entonces: "¿Cuál es mi salario?" El contexto de aptitud se cambia a Compensación y el contexto de grupos sigue siendo acme.hcm.
El contexto actual de un usuario es la aptitud Beneficios, lo que significa que su contexto de grupo actual es acme.hcm. El usuario pregunta: "¿Qué oportunidades de ventas hay?" Esta solicitud está fuera de dominio no solo para la aptitud actual, sino también para todas las aptitudes del grupo de HCM (aunque "oportunidades" ofrece una posible coincidencia para la aptitud Contratación). Se enruta al usuario a la primera coincidencia, Oportunidades, que está en el contexto de grupo acme.sales.

Ejemplo: conocimiento de contexto entre grupos de aptitudes

A continuación, se muestra un ejemplo de conciencia de contexto para el enrutamiento entre grupos de aptitudes:

Un usuario introduce "cuáles son mis beneficios", que invoca la aptitud Beneficios que forma parte del grupo acme.hcm.

El contexto del usuario es la aptitud Beneficios y el grupo acme.hcm.
El usuario introduce "Cuénteme un chiste", lo que llama a la aptitud ChitChat genérica que tiene asignada el grupo acme.*.

El usuario se encuentra ahora en el contexto de aptitud ChitChat. El contexto de grupo es ahora cualquier grupo que coincida con acme.*. Este incluye acme.hcm (que incluye la aptitud Beneficios que se ha llamado anteriormente) y también acme.sales, compuesta por las aptitudes Oportunidades y Cuentas.
El usuario pregunta "¿cuáles son mis beneficios?" y a continuación "Tengo otra pregunta".

El usuario está en el contexto acme.hcm porque antes estaba en ese contexto debido a la pregunta sobre los beneficios, pero ahora se ha enrutado a la intención misc.another.question de la aptitud Varios, que es miembro del grupo acme.*.

Cuando un usuario navega a una aptitud que pertenece a un nombre de grupo que incluye el asterisco (*), el contexto de grupo de usuarios sigue siendo el mismo (como acme.hcm en este ejemplo) antes de enrutarse a la aptitud que pertenece a un grupo *.
El usuario se encuentra actualmente en el contexto de la aptitud denominada Varios, que proporciona funciones comunes. Pertenece al grupo acme.*, lo que significa que el contexto de grupo actual del usuario es todos los grupos acme (acme.sales y acme.hcm). El contexto de aptitud actual es Varios. El usuario introduce "¿Qué beneficios puedo obtener?" El contexto de la aptitud actual cambia a Beneficios, que pertenece al grupo acme.hcm.

Adición de grupos de aptitudes

Puede definir el grupo al que pertenece una aptitud en la propia aptitud y/o en un asistente digital que contenga el grupo.

Definición del grupo de aptitudes en la aptitud

Para definir un grupo para una aptitud:

Haga clic en para abrir el menú lateral, seleccione Desarrollo > Aptitudes y abra la aptitud.
En la navegación izquierda de la aptitud, haga clic en y seleccione el separador Digital Assistant.
Introduzca un nombre de grupo en el campo Grupo.
Una vez que agregue la aptitud a un asistente digital, cualquier otra aptitud del asistente digital con ese nombre se considerará parte del mismo grupo de aptitudes.

Definición de grupos de aptitudes en el asistente digital

Si la aptitud ya se ha agregado a un asistente digital, puede definir el grupo (o sustituir el grupo designado en la configuración de la aptitud) en el asistente digital. Para ello:

Haga clic en para abrir el menú lateral, seleccione Desarrollo > Asistentes digitales y abra el asistente digital.
En la navegación izquierda del asistente digital, haga clic en , seleccione la aptitud y el separador General.
Introduzca un nombre de grupo en el campo Grupo.

Anclaje de contexto

Si la entrada del usuario incluye una llamada explícita a una aptitud, pero no se encuentra ninguna expresión relacionada con la intención, el enrutador "ancla" la conversación a la aptitud para la siguiente entrada de usuario. Esto significa que se presupone que la siguiente expresión estará relacionada con dicha aptitud, por lo que el enrutador no tiene en cuenta las intenciones de distintas aptitudes.

Si el usuario introduce a continuación una cadena no relacionada con la aptitud, el enrutador la trata como una intención sin resolver en de la aptitud, aunque coincida con una intención de otra aptitud. (La intención salida es una excepción. Siempre se tiene en cuenta). Tras esto, elimine el anclaje. Por tanto, si el usuario repite la entrada o introduce alguna otra cosa no relacionada con el contexto anclado, se vuelven a tener en cuenta todos los flujos.

Observe este ejemplo del funcionamiento cuando el comportamiento del usuario es el previsto:

El usuario introduce “Ir a la aptitud pizza”, que es una llamada explícita a la aptitud Pizza. (Incluir el nombre de la aptitud en la expresión lo convierte en una llamada explícita).

En este punto, la conversación se ancla a la aptitud Pizza, lo que significa que el asistente digital solo busca coincidencias en la aptitud Pizza.
A continuación, introduce “Quiero hacer un pedido”.

El asistente digital encuentra una coincidencia con la intención OrderPizza en la aptitud Pizza e inicia el flujo para pedir una pizza.

En este punto, se elimina el anclaje.

Este es un ejemplo del funcionamiento cuando el comportamiento del usuario no es el previsto:

El usuario introduce “Ir a la aptitud pizza”, que es una llamada explícita a la aptitud Pizza.

En este punto, la conversación se ancla a la aptitud Pizza.
A continuación, introduce “transferir dinero”.

Esta entrada no coincide con ningún elemento de la aptitud Pizza, por lo que el enrutador la trata como una intención sin resolver dentro de una aptitud Pizza (y, en función de la forma en la que se haya diseñado el flujo unresolvedIntent, se le solicitará al usuario una aclaración). Las intenciones de otras aptitudes (como la aptitud financiera) se ignoran, incluso aunque pudiesen proporcionar coincidencias adecuadas.

Se elimina el anclaje de la aptitud Pizza.
El usuario repite la solicitud para transferir dinero.

Se encuentra una coincidencia en la aptitud financiera y se inicia el flujo de transferencia de dinero.

Margen de ganancia y Considerar todo

Para ayudar a gestionar casos en los que la entrada del usuario coincida bien con varias aptitudes candidatas, puede ajustar los siguientes parámetros de enrutamiento:

Margen de ganancia de confianza: diferencia máxima entre la puntuación de confianza de la aptitud candidata principal y las puntuaciones de confianza de cualesquiera aptitudes candidatas peor clasificadas (que también supere el umbral de confianza) para que las aptitudes candidatas con peor clasificación se tomen en consideración. También se toman en consideración las intenciones incorporadas del asistente digital (ayuda, salida y unresolvedIntent).

Por ejemplo, si se define en el 10% (,10) y la principal aptitud candidata tiene una puntuación de confianza del 60%, también se tendrán en cuenta otras aptitudes que tengan puntuaciones de confianza entre el 50% y el 60%.
Umbral Considerar todo: puntuación de confianza mínima necesaria para considerar todos los flujos e intenciones coincidentes. Este valor también tiene prioridad sobre el margen de ganancia. (Si la confianza es tan alta, no podemos saber con seguridad qué flujo quiere utilizar el usuario).

Por ejemplo, si se define en 70% (,70) y tiene aptitudes candidatas con puntuaciones de confianza del 71% y el 90%, se tendrán en cuenta ambas aptitudes candidatas, independientemente del valor del parámetro Margen de ganancia de confianza.

Interrupciones

Los asistentes digitales están diseñados para manejar aquellos que no sean secuencias, que son casos en los que el usuario proporciona una entrada que no está directamente relacionada con la respuesta más reciente del asistente digital. Por ejemplo, un usuario que está pidiendo una pizza podría preguntar el saldo de su cuenta corriente para asegurarse de que tiene dinero suficiente para pagar la pizza. Los asistentes digitales pueden manejar las transiciones a distintos flujos y, a continuación, guiar al usuario de vuelta al flujo original.

Antes de tomar decisiones de enrutamiento, los asistentes digitales siempre atienden a:
- los intentos del usuario por salir del flujo
- las llamadas explícitas a otras aptitudes
Si la puntuación de confianza de la intención de salida del sistema o la llamada explícita a otra aptitud alcanza el umbral adecuado, el asistente digital vuelve a encaminar al usuario de inmediato a la intención correspondiente.
Si el usuario no intenta salir ni llama explícitamente a otra aptitud, pero el estado actual no puede resolver la intención del usuario, el asistente digital vuelve a evaluar la entrada del usuario con respecto a todas las aptitudes y, a continuación, encamina al usuario a la intención y la aptitud adecuadas.

Esto podría deberse a lo siguiente:
- Una entrada no válida en un componente.
  
  Para obtener información sobre cómo se valida la entrada para los componentes incorporados, consulte Validación de mensajes de usuario.
  
  Para obtener información sobre cómo se validan las entradas para los componentes personalizados, consulte Asegurarse de que el componente funciona en los asistentes digitales.
- (Para aptitudes que tienen flujos diseñados en modo YAML) una transición explícita al componente System.Intent.

Aplicación de llamadas al componente `System.Intent` de una aptitud

Las interrupciones en el flujo pueden estar causadas por un usuario que, de repente, necesite ir a otro flujo de la misma aptitud o a una aptitud totalmente diferente. En las aptitudes basadas en YAML, para soportar las interrupciones en las que el usuario tenga que ir a una aptitud independiente, por defecto los asistentes digitales interceptan las llamadas que se realizan al componente System.Intent de la aptitud antes de que termine el flujo actual (es decir, antes de que se llame a una transición return en el flujo).

Por ejemplo, en este código de un flujo de diálogo de aptitudes, hay acciones que se corresponden con botones para pedir pizza y pedir pasta. Pero también hay una acción textReceived: Intent para manejar el caso de un usuario que escriba un mensaje en lugar de hacer clic en uno de los botones.

ShowMenu:
 component: System.CommonResponse
 properties:
   metadata: ...
   processUserMessage: true
 transitions:
   actions:
     pizza: "OrderPizza"
     pasta: "OrderPasta"
     textReceived: Intent

Si la aptitud se está ejecutando por sí misma (no en un asistente digital) y un usuario introduce texto, la aptitud llama a System.Intent para evaluar la entrada del usuario y proporcionar la respuesta adecuada. Sin embargo, en un asistente digital, se tienen en cuenta las intenciones de todas las aptitudes del asistente digital en la evaluación (por defecto).

Si se da el caso de que no quiere que el asistente digital intercepte estas llamadas a System.Intent, defina la propiedad daIntercept del componente System.Intent en "never", es decir:

      daIntercept: "never"

Solo se aplica a los flujos de diálogo diseñados en modo YAML (ya que el diseñador de flujos visuales no tiene un equivalente del componente System.Intent).

Nota

Si quiere que el valor de la propiedad daIntercept dependa del estado de la conversación, puede configurar una variable en el flujo de diálogo. Por ejemplo, puede definir el valor de la propiedad en ${daInterceptSetting.value}, donde daInterceptSetting es una variable definida en el flujo de diálogo a la que se le asigna un valor ("always" o "never") según la trayectoria del flujo del usuario a través de la conversación.

Enrutamiento directo de una aptitud a otra

Es posible diseñar un flujo de diálogo de aptitudes para llamar directamente a otra aptitud en el asistente digital. Por ejemplo, una aptitud para pedir pizza podría tener un botón que permitiese al usuario comprobar su saldo bancario antes de realizar un pedido.

Si un usuario selecciona una opción de una aptitud que lleva a otra aptitud, el asistente digital proporciona tanto el enrutamiento a la segunda aptitud como el enrutamiento de vuelta a la aptitud original (después de que finalice el flujo de la segunda aptitud).

Consulte Llamada a una aptitud desde otra aptitud desde un flujo de diálogo de YAML.

Supresión de la petición de datos de salida

Cuando se detecta la intención exit, al usuario normalmente se le solicitará que confirme su deseo de salir.

Si desea que el usuario pueda salir sin una petición de confirmación cuando la puntuación de confianza para la intención de salida alcance un determinado umbral, puede hacerlo cambiando el valor del parámetro Umbral de confianza de petición de salida. (Por defecto, este parámetro se define en 1,01 (101% de confianza), lo que significa que siempre se mostrará una petición de datos de salida.)

Parámetros de enrutamiento

Según la composición de las aptitudes (y sus intenciones) en el asistente digital, puede que necesite ajustar los valores de los parámetros de enrutamiento del asistente digital para gestionar mejor la forma en la que el asistente digital responde a las entradas del usuario.

Todos los parámetros de enrutamiento toman valores desde 0 (confianza del 0%) al 1 (100% de confianza).

A continuación se muestra un resumen de los parámetros de enrutamiento de asistente digital:

Umbral de confianza de la intención del sistema integrado: puntuación de confianza mínima necesaria para buscar coincidencias de intenciones del sistema integradas, como ayuda y salir. Valor por defecto para la versión 20.12 y superior de la plataforma: 0,9. Valor por defecto para la versión 20.09 e inferior de la plataforma: 0,6.
Nota

Si tiene un asistente digital basado en la versión de plataforma 20.09 o anterior y ha creado una nueva versión o clon de ese asistente digital en la versión 20.12 o superior de la plataforma, el valor de este parámetro se actualizará a 0,9 en el nuevo asistente digital, incluso si ha modificado el valor en el asistente digital base.
Umbral de confianza de aptitudes del candidato: puntuación de confianza mínima necesaria para buscar coincidencias de una aptitud de candidato. Valor por defecto: 0,4
Margen de ganancia de confianza: diferencia máxima entre la puntuación de confianza de la aptitud candidata principal y las puntuaciones de confianza de cualesquiera aptitudes candidatas peor clasificadas (que también supere el umbral de confianza) para que las aptitudes candidatas con peor clasificación se tomen en consideración. También se toman en consideración las intenciones incorporadas del asistente digital (ayuda, salida y unresolvedIntent). Valor por defecto: 0,1

Existe un parámetro independiente Margen de ganancia de confianza para las aptitudes que funcionan de la misma forma, excepto que se aplica a puntuaciones de confianza de intenciones dentro de la aptitud.
Umbral Considerar todo: puntuación de confianza mínima necesaria para considerar todos los flujos e intenciones coincidentes. Este valor también tiene prioridad sobre el margen de ganancia. (Si la confianza es tan alta, no podemos saber con seguridad qué flujo quiere utilizar el usuario). Valor por defecto: 0,8
Tener en cuenta solo umbral de contexto actual: puntuación de confianza mínima necesaria al tener en cuenta solo la aptitud actual y la intención de salida del asistente digital. Si los datos introducidos por el usuario coinciden con una intención que supere este umbral, no se tendrán en cuenta otras intenciones incluso si alcanzan el umbral de confianza.

Esta configuración es útil para evitar peticiones de datos de desambiguación para datos introducidos por el usuario que coincidan bien con intenciones de varias aptitudes. Por ejemplo, la entrada de usuario “cancelar orden” podría coincidir bien con las intenciones de varias aptitudes de entrega de comida. Valor por defecto: 0,8
Umbral de confianza para la llamada explícita: puntuación de confianza mínima necesaria para la coincidencia con la entrada que contiene la llamada explícita de la aptitud. Valor por defecto: 0,8
Umbral de confianza de la petición de datos de salida: puntuación de confianza mínima necesaria para salir sin pedir confirmación al usuario. El valor por defecto 1.01, que se define nominalmente fuera del rango entre 0 y 1 para umbrales de confianza, garantiza que siempre se muestre una petición de confirmación. Si desea que el usuario pueda salir sin una petición de confirmación cuando la puntuación de confianza para salir sea alta, disminuya este valor hasta un umbral con el que esté cómodo. Valor por defecto: 1,01

Además de los parámetros de enrutamiento del asistente digital, también existen los siguientes parámetros de enrutamiento para las aptitudes.

Umbral de confianza: puntuación de confianza mínima necesaria para que coincida con la intención de una aptitud con la entrada de usuario. Si no hay ninguna coincidencia, la acción de transición se define en unresolvedIntent. Valor por defecto: 0,7
Margen de ganancia de confianza: solo se selecciona la intención superior que supere el umbral de confianza si es la intención de clasificación más alta que supera el umbral de confianza. Si otras intenciones que exceden el umbral de confianza tienen puntuaciones que están dentro de la intención superior por una cantidad menor que el margen de ganancia, estas intenciones también se presentan al usuario. Valor por defecto: 0,1

Ajuste de los parámetros de enrutamiento

Para acceder a los parámetros de enrutamiento de un asistente digital:

Haga clic en para abrir el menú lateral, seleccione Desarrollo > Asistentes digitales y abra el asistente digital.
En la navegación izquierda del asistente digital, haga clic en y seleccione el separador Configuración.

Para acceder a los parámetros de enrutamiento de una aptitud:

Haga clic en para abrir el menú lateral, seleccione Desarrollo > Aptitudes y abra la aptitud.
En la navegación izquierda de la aptitud, haga clic en y seleccione el separador Configuración.

Consulte Ilustraciones del comportamiento de enrutamiento para ver ejemplos de uso del comprobador para diagnosticar el comportamiento del enrutamiento. Además, el tutorial Introducción al enrutamiento en asistentes digitales también proporciona algunos ejemplos de estos parámetros en acción.

Nota

A partir de la versión 21.04, las claves del grupo de recursos se generan automáticamente para las propiedades con valores de texto. Puede editar los valores de estas claves en la página Grupos de recursos para el asistente digital. En la navegación izquierda del asistente digital, haga clic en

y, a continuación, haga clic en el separador Configuración para acceder a estas claves.

Comprobador de enrutamiento

Al probar un asistente digital, puede abrir el separador Enrutamiento del comprobador para ver lo siguiente:

Las intenciones que coinciden con la expresión que se ha escrito en el comprobador.
Una visión general de los pasos de enrutamiento seguidos.
Una lista de las reglas que se han aplicado al enrutamiento.
Una lista de las intenciones coincidentes junto con sus puntuaciones de confianza.

Además, se muestran los valores de los diversos valores del umbral de confianza, que se pueden comparar con las puntuaciones de confianza de las intenciones.

Para usar el comprobador de enrutamiento de un asistente digital:

Abra el asistente digital que quiera probar.
En la parte superior de la página, cerca de los botones Validar y Entrenar, haga clic en .
En la lista desplegable Canal, seleccione el canal en el que vaya a desplegar el asistente digital.

Al seleccionar un canal, también puede ver las limitaciones que pueda tener dicho canal.
En el campo de texto de la parte inferior del comprobador, introduzca texto de prueba.
En el comprobador, haga clic en el separador Enrutamiento.

Este es el aspecto del separador Direccionamiento para el asistente digital de muestra ODA_Pizza_Financial_Retail después de introducir “cuál es el saldo de la cuenta” en el probador.

Descripción de what-is-my-balance-fullscreen.png a continuación

Descripción de la ilustración what-is-mi-balance-fullscreen.png

Ilustraciones del comportamiento del direccionamiento

A continuación se muestran algunos ejemplos que, con la ayuda del comprobador, ilustran cómo funciona el enrutamiento en asistentes digitales.

Ejemplo: Direccionar al flujo

A continuación, se muestra un ejemplo bastante común de la actuación del asistente digital cuando evalúa la entrada del usuario y encamina la conversación a un flujo específico.

En primer lugar, se muestra la entrada del usuario y la respuesta inicial del asistente digital:

Descripción de route-flow1.png a continuación

Descripción de la ilustración route-flow1.png

En este caso, la respuesta del asistente digital, “How old are you?”, indica el inicio del flujo OrderPizza de la aptitud Pizza (que requiere que el usuario tenga 18 años o más para poder pedir una pizza).

Esta es la evaluación de la intención que lleva a esta respuesta:

Imagen de la evaluación de la intención en el comprobador.

Como puede ver, el asistente digital ha detectado que había una coincidencia elevada para la aptitud Pizza (100%) y una coincidencia baja para la aptitud Retail (21,56%).

No hay coincidencias con ninguna intención del sistema.
Había una coincidencia elevada para la aptitud Pizza (100%) y una coincidencia baja para la aptitud Retail (21,56%).
Dado que la coincidencia de la aptitud Pizza ha superado el umbral de confianza de las aptitudes candidatas (40%), el asistente digital ha evaluado los flujos de la aptitud Pizza.

Puede ajustar el valor de Umbral de confianza de las aptitudes candidatas en los valores de configuración del asistente digital. Para obtener más información, haga clic en y seleccione el separador Configuración.
En la aptitud Pizza, se ha encontrado una coincidencia (OrderPizza).
Dado que la coincidencia supera el umbral de confianza para los flujos de la aptitud Pizza (y no hay otras coincidencias cualificadas que considerar), se inicia el flujo OrderPizza.

Puede establecer el umbral de confianza para la aptitud en la configuración del asistente digital de la aptitud. Para ello, abra la aptitud, haga clic en y seleccione el separador Asistente digital.

Ejemplo: Desambiguación de las intenciones de aptitudes

Se trata de un ejemplo sencillo que muestra cuándo se debe pedir al usuario que aclare su intención.

Para empezar, esta es la conversación:

Descripción de disambiguation1.png a continuación

Descripción de la ilustración disambiguation1.png

Como puede ver, el asistente digital no está seguro de qué desea hacer el usuario, por lo que genera una petición de datos para solicitar al usuario que elija entre varias opciones (es decir, que desambigüe).

En la sección Llamadas de intención del comprobador, puede ver los datos que condujeron al asistente digital a presentar esta petición de datos. Las aptitudes candidatas, Fin y Retail, han obtenido puntuaciones altas (100%). A continuación, para cada una de las aptitudes, el enrutador identificó un flujo candidato con una puntuación elevada (también del 100%).

Descripción de disambiguation-intent-calls.png a continuación

Descripción de la ilustración disambiguation-intent-calls.png

Puesto que los flujos candidatos GiftCardBalance y Balances superan el umbral de confianza y dado que la diferencia entre sus puntuaciones no alcanza el valor del Margen de ganancia de confianza (10%), el asistente digital pide al usuario que elija entre las intenciones.

Ejemplo: Llamada explícita

Este es un ejemplo en el que el uso de una llamada explícita afecta al comportamiento del enrutamiento, ya que prevalece sobre otras consideraciones, como el contexto actual.

Esta es la conversación:

Descripción de explicit-invocation1.png a continuación

Descripción de la ilustración explicit-invocation1.png

En este caso, el usuario ha empezado utilizando el asistente digital para comprobar su saldo en la aptitud Retail, pero, a continuación, ha decidido solicitar el saldo del vale regalo en la aptitud Retail. Puesto que utiliza la llamada explícita (en la llamada utiliza el nombre de llamada, que también es aptitud Retail y que está definido en la página de la aptitud en el asistente digital), el enrutador da preferencia a la aptitud Retail cuando intenta resolver la intención, aunque el usuario esté en el contexto de la aptitud Financial.

Es en este punto donde el comprobador llama a la regla de enrutamiento:

Descripción de explicit-invocation-rules.png a continuación

Descripción de la ilustración explícito-invocation-rules.png

Este es el modo de gestionar las llamadas de intención:

Descripción de explicit-invocation-intent-calls.png a continuación

Descripción de la ilustración explícita-invocation-intent-calls.png

Como se muestra en la imagen, hay una coincidencia para el contexto actual, pero se ignora. La coincidencia para la llamada explícita GiftCardBalance de la aptitud Retail (100%) gana.

Ejemplo: Conocimiento del contexto

A continuación, se muestra un ejemplo de cómo el comprobador ilustra el comportamiento de enrutamiento dependiente del contexto.

Para empezar, esta es la conversación:

Descripción de context-awareness-1.png a continuación

Descripción de la ilustración context-awareness-1.png

Como puede ver, el usuario empieza con "what is my balance", pasa por una petición de datos para desambiguar entre la aptitud Fin y la aptitud Retail, y finalmente, obtiene el saldo de su cuenta corriente. A continuación, introduce de nuevo "what is my balance", pero esta vez no se presenta ninguna petición de datos de desambiguación. La información del separador Enrutamiento explica el motivo.

En la sección Reglas del separador, puede ver lo siguiente:

Imagen de Reglas, se muestra una confianza alta.

Por lo tanto, aunque haya intenciones coincidentes de la aptitud Retail, se ignoran. La sección Llamadas a intenciones muestra todas las intenciones coincidentes, pero la entrada “Contexto actual”, que contiene solo la intención Balances de la aptitud Fin, es decisiva.

Descripción de context-awareness-current-context.png a continuación

Descripción de la ilustración context-awareness-current-context.png

Puede ajustar el valor del Umbral Considerar solo el contexto actual en los valores de configuración del asistente digital. Para obtener más información, haga clic en y seleccione el separador Configuración.

Tutorial: Enrutamiento del asistente digital

Para obtener una imagen práctica del enrutamiento del asistente digital, consulte este tutorial: Introducción al enrutamiento en asistentes digitales.

Casos de prueba para asistentes digitales

Puede crear conjuntos de pruebas y compilar casos de prueba en ellos mediante la función de conjuntos de pruebas del probador de conversaciones. Para crear los casos de prueba, puede grabar conversaciones en el comprobador o escribirlas en JSON.

Estos casos de prueba siguen formando parte de los metadatos del asistente digital y, por lo tanto, persisten en las diferentes versiones. De hecho, los asistentes digitales que obtiene del almacén de aptitudes pueden tener un conjunto formado por dichas pruebas que puede ejecutar posteriormente para asegurarse de que las modificaciones que ha realizado no hayan desactivado ninguna de las funciones básicas del asistente digital.

La función Conjuntos de pruebas funciona de la misma manera para los asistentes digitales que para las aptitudes. Consulte Conjuntos de pruebas y casos de prueba para obtener más información.

Prueba del enrutamiento con el probador de expresiones

El probador de expresiones (al que se accede haciendo clic en Probar expresiones de la página Aptitudes), permite probar el conocimiento del contexto del asistente digital y su enrutamiento mediante la introducción de expresiones de prueba. Al igual que las pruebas de expresiones en el nivel de aptitud, puede utilizar el probador de expresiones para pruebas puntuales, o bien puede utilizarlo para crear casos de prueba que se mantengan en cada una de las versiones del asistente digital.

En el contexto de las pruebas de expresiones para un asistente digital, su objetivo no es probar un flujo de conversación completo. (Para ello, utiliza el probador de conversaciones). En su lugar, está probando fragmentos de una conversación. En concreto, está probando si el asistente digital se enruta a la aptitud y la intención correctas y si puede realizar la transición adecuada desde un contexto inicial.

Pruebas rápidas

Para probar el enrutamiento del asistente digital:

Seleccione la aptitud para el contexto inicial o seleccione Cualquier aptitud para las pruebas sin contexto de aptitud específico (una prueba que emula una visita inicial al asistente digital, por ejemplo).
Si las aptitudes que se han vuelto a registrar en el asistente digital soportan varios idiomas nativos, seleccione el idioma de prueba.
Introduzca una expresión de prueba.
Haga clic en Probar y, a continuación, revise los resultados de enrutamiento. En lugar de desechar esta prueba, puede agregarla como caso de prueba haciendo clic primero en Guardar como caso de prueba y, a continuación, seleccionando un conjunto de pruebas. A continuación, puede acceder al caso de prueba y editarlo desde la página Casos de prueba (a la que se accede haciendo clic en Ir a casos de prueba).

Casos de prueba

Puede crear un caso de prueba de expresión de asistente digital de la misma manera que crea un caso de prueba de nivel de aptitud: guardando una prueba rápida como un caso de prueba en el probador de expresiones, utilizando el cuadro de diálogo Nuevo caso de prueba, que abre haciendo clic en + Caso de prueba o importando un CSV. Sin embargo, debido a que los casos de prueba del asistente digital se centran en el enrutamiento de aptitudes y las transiciones de contexto, así como en las intenciones previstas, incluyen valores para la aptitud esperada y el contexto inicial (una aptitud dentro del asistente digital).

La creación en una ejecución de pruebas de casos de pruebas es igual a la creación en un caso de prueba del nivel del conocimiento: puede filtrar los casos de pruebas que desea incluir en una ejecución y, una vez finalizado la ejecución, puede revisar los resultados y los análisis de distribución.

Creación de un caso de prueba de enrutamiento

Para crear un único caso de prueba:

Haga clic en + Caso de prueba.
Complete el cuadro de diálogo Nuevo caso de prueba:
- Si es necesario, desactive el caso de prueba.
- Introduzca la expresión de prueba.
- Seleccione el conjunto de pruebas.
- Introduzca la aptitud esperada.
- Seleccione la intención esperada.
- Si las aptitudes registradas en el asistente digital son multilingües, puede seleccionar la etiqueta de idioma y el idioma esperado.
- Seleccione el contexto inicial: seleccione una aptitud o Cualquier aptitud si no desea contexto.
Haga clic en Agregar a conjunto. A continuación, puede editar o suprimir el caso de prueba en la página Casos de prueba. Puede probar el conocimiento del contexto combinando el contexto inicial con la aptitud esperada. Mediante estas combinaciones, puede averiguar si es probable que los usuarios se queden atascados en una aptitud porque el contexto del usuario no ha cambiado incluso después de una solicitud a otra aptitud. Si desea averiguar cómo enruta el asistente digital una solicitud cuando no se ha definido ningún contexto, seleccione Cualquier aptitud.
Haga clic en Agregar a conjunto.

Adición de casos de prueba para intenciones del sistema

Si ha entrenado las intenciones del sistema con expresiones adicionales, puede probar la coincidencia de intenciones mediante la creación de casos de prueba específicos de intención del sistema. Si pasa un caso de prueba, significa que el enrutamiento de contexto basado en la intención del sistema se ha conservado a la luz del entrenamiento actualizado.

El proceso para crear estos casos de prueba es el mismo que para crear un caso de prueba para enrutamiento y contexto, pero para las pruebas de intención del sistema, no está probando una aptitud esperada. En su lugar, está verificando que la intención del sistema no choca con otras intenciones del sistema o con las intenciones que pertenecen a las aptitudes del miembro.

Seleccione el asistente digital para Aptitud esperada.
Seleccione una de las intenciones del sistema (salida, ayuda, unresolvedIntent) para Intención esperada.
Nota

No puede probar la intención del sistema de bienvenida.
Para comprobar el enrutamiento de intención del sistema en un contexto de aptitud específico, seleccione una aptitud en el menú Enrutamiento inicial.

Importación de casos de prueba para los conjuntos de pruebas de Digital Assistant

Puede crear casos de prueba y conjuntos de pruebas en bloque importando un CSV como lo haría en el nivel de aptitud (es decir, haciendo clic en Más > Importar en la página Casos de prueba). Los CSV del asistente digital comparten las mismas columnas con CSV de aptitudes, pero también incluyen las columnas initialContent y expectedSkill:

testSuite: si no asigna un nombre a una serie de pruebas, los casos de prueba se agregarán al conjunto de prueba por defecto.
utterance: ejemplo de expresión (obligatorio).
expectedIntent: intención coincidente (obligatoria).
enabled: TRUE incluye el caso de prueba en la ejecución de la prueba. FALSE lo excluye.
languageTag: opcional
expectedLanguageTag: opcional
initialContext: nombre de una aptitud o cualquier aptitud para probar la expresión sin contexto de enrutamiento.
expectedSkill: dejar este campo en blanco equivale a elegir unresolvedSkill.

Documentación de Oracle Cloud Infrastructure