Servicios API Rest
Introducción
Este documento menciona como se puede conectar el agente a Servicios externos del cliente, por ejemplo consultar servicios a base de datos, productos, reservar citas, etc.

Campos del Servicio
Campo | Descripción |
|---|---|
intent | Identificador único de la intención del servicio. Se usa para detectar qué está solicitando el usuario (por ejemplo, |
reference | Frase corta y descriptiva que ayuda a la IA a entender cuándo debe activarse este servicio. Ejemplo: "Servicio para reservar citas médicas". |
enabled | Booleano que indica si el servicio está activo ( |
method | Método HTTP usado para llamar a la API externa ( |
endpoint | URL completa de la API que se desea invocar cuando se activa la intención. |
headers | Objeto con pares clave-valor para incluir headers HTTP personalizados como |
requiredFields | Arreglo de strings que indica qué datos del usuario son requeridos antes de ejecutar el servicio (por ejemplo, |
bodyTemplate | Objeto que se usa para construir el cuerpo del request. Soporta interpolación de variables como |
responseMapping | Define cómo extraer datos desde la respuesta de la API (por ejemplo, |
responseMessage | Mensaje que el agente debe devolver al usuario tras ejecutar correctamente el servicio. Se pueden usar placeholders como |
responseConditions | Arreglo de objetos que define condiciones para el mensaje de respuesta. Cada objeto debe tener |
Formatos de Campos
Los campos que se usan en el bodyTemplate pueden usar formatos especiales para diferentes tipos de datos:
Para fechas:
{{fecha|format('yyyy-MM-dd')}}→ "2024-01-15"{{fecha|format('dd/MM/yyyy')}}→ "15/01/2024"{{fecha|format('yyyy-MM-dd HH:mm:ss')}}→ "2024-01-15 14:30:00"
Para números:
{{precio|number}}→ 1500 (número entero){{precio|format('0.00')}}→ "1500.00" (dos decimales){{cantidad|number}}→ 5
Para texto:
{{nombre}}→ "Juan Pérez"{{email}}→ "juan@email.com"
Variables dinámicas del usuario:
Las variables
{{variable}}se reemplazan con los datos que el usuario proporciona durante la conversaciónSolo funcionan las variables que están definidas en
requiredFieldso que el usuario haya proporcionado
👉 Formatos de Campos Completos
Tip: Importante: Las variables
{{variable}}solo se reemplazan con datos que el usuario proporciona durante la conversación. Deben estar definidas enrequiredFieldspara que el agente las solicite automáticamente.
Advertencia: Limitación actual: El sistema no incluye variables automáticas como fecha actual o IDs del sistema. Solo se interpolan las variables recopiladas del usuario.
Ejemplo de responseMapping
El responseMapping te permite extraer datos específicos de la respuesta de tu API externa usando JSONPath. Estos valores extraídos luego se pueden usar en el responseMessage y responseConditions.
responseMapping básico:
Ejemplo con API de citas médicas:
Si tu API responde:
Tu responseMapping sería:
Ejemplo con API de e-commerce:
Si tu API responde:
Tu responseMapping sería:
Ejemplo con arrays y datos anidados:
Sintaxis JSONPath
Acceso básico:
$.campo→ Accede a un campo en la raíz$.objeto.subcampo→ Accede a campos anidados$.array[0]→ Primer elemento de un array$.array[*]→ Todos los elementos de un array
Ejemplos de rutas:
$.response.message→response.message$.data.user.email→data.user.email$.items[0].price→ Precio del primer item$.orders[-1].id→ ID de la última orden
Tip: Los valores extraídos con
responseMappingse convierten automáticamente en variables que puedes usar enresponseMessagecomo{{variable}}. Por ejemplo, si extraes"fecha": "$.data.date", puedes usar{{fecha}}en tu mensaje de respuesta.
Advertencia: Si la ruta JSONPath no existe en la respuesta de la API, esa variable simplemente no se creará. Asegúrate de que las rutas coincidan con la estructura real de tu API.
Campos requeridos
Los campos requeridos son la base fundamental de los servicios. Definen qué información debe recopilar el agente del usuario antes de ejecutar el servicio. Estos campos son las variables que alimentarán el bodyTemplate.
[imagen]
Configuración de campos requeridos
Cada campo requerido se define con las siguientes propiedades:
Propiedad | Descripción | Ejemplo |
|---|---|---|
name | Nombre del campo que se usará en |
|
type | Tipo de dato esperado |
|
description | Explicación del campo para que la IA entienda qué solicitar |
|
promptHint | Sugerencia de cómo la IA debe preguntar este campo |
|
properties | Sub-propiedades del objeto (solo para tipo |
|
Tipos de datos soportados
Tipo | Descripción | Validación |
|---|---|---|
| Texto libre | Valida que no esté vacío |
| Número decimal | Acepta cualquier entrada (validación básica) |
| Número entero | Acepta cualquier entrada (validación básica) |
| Fecha | Valida y normaliza fechas con IA ✅ |
| Fecha y hora | Valida fechas con hora ✅ |
| Verdadero/Falso | Acepta cualquier entrada (validación básica) |
| Correo electrónico | Valida formato de email |
| Número de teléfono | Acepta cualquier entrada (validación básica) |
| Array de strings | El agente recopila una lista de valores de texto |
| Array de objetos | El agente recopila una lista de objetos con propiedades definidas |
Tipo Array (Objects) - arrayObject
El tipo arrayObject permite definir campos que son arrays de objetos con propiedades configurables. Esto es útil cuando necesitas que el usuario proporcione una lista de elementos con múltiples atributos cada uno.
Ejemplo de caso de uso: Un servicio de portabilidad numérica donde el usuario debe proporcionar una lista de números a portar, cada uno con su tipo de plan, operador y número.
Resultado esperado del LLM:
Tip: Las sub-propiedades del
arrayObjectsolo admiten tipos simples:string,number,integer,boolean. Cada propiedad se define connameytype.
Playground
Aquí puedes experimentar con la configuración de servicios y campos requeridos, para eso existe una pantalla en cada uno de los servicios creados para probar el servicio y poder saber el retorno que se tendra.
[imagen]
Flujo de recopilación
El usuario expresa una intención que coincide con el servicio
El agente identifica campos faltantes comparando con
requiredFieldsPregunta los campos uno por uno usando
promptHintcomo guíaValida cada respuesta según el
typeespecificadoUna vez completos todos los campos, ejecuta el servicio con
bodyTemplate
Tip: Importante: Los nombres de los campos en
requiredFieldsdeben coincidir exactamente con las variables usadas enbodyTemplate. Por ejemplo, si defines"name": "email", debes usar{{email}}en el bodyTemplate.
Advertencia: Validación parcial: El sistema actualmente valida automáticamente fechas (
date/datetime) y campos vacíos (string). Si el usuario proporciona una fecha inválida, el agente pedirá el dato nuevamente con un mensaje de error. Para otros tipos comonumberoboolean, la validación es más básica.
Campos Condicionales
Con la plataforma se puede tener condicionales para que el Agente pueda responder de forma diferente en base a la respuesta del servicio.
[imagen]
Ejemplo de responseConditions
Operadores Condicionales
== (Igual a)
!= (Distinto a)
<(Menor que)>(Mayor que)<=(Menor o igual a)>=(Mayor o igual a)
Tip: El
responseMessagepor defecto se usa solo si ninguna de las condiciones enresponseConditionsse cumple, funcionando como un fallback.
Encadenamiento de Servicios (nextService)
Cada condicion dentro de responseConditions puede incluir un campo nextService que indica el intent de otro servicio que debe ejecutarse automaticamente si esa condicion se cumple. Esto permite encadenar servicios de forma secuencial.
Campo | Descripcion |
|---|---|
| Expresion condicional usando JSONPath y operadores ( |
| Mensaje a mostrar al usuario si la condicion se cumple |
| (Opcional) Intent del siguiente servicio a activar automaticamente si se cumple la condicion |
Nota: El
nextServicees opcional. Si no se define, el flujo termina despues de mostrar el mensaje. Si se define, el agente ejecutara el siguiente servicio usando los datos ya recopilados del usuario.
Consideraciones
El Agente de IA consultará al usuario, los campos que se encuentran en el campo
requiredFieldsen el formato: campo: campo, el usuario puede llenar un campo o todos, la IA entenderá si faltan o no campos antes del consumir el servicio.El
responseMappingte ayudará a poder completar los datos del camporequiredMessage, colocando la información en las llaves correspondientes, el json que te trae el servicio deberia de poder colocar los campos dentro del Mensaje.Se pueden crear uno o varios servicios dentro de la configuración del Agente, para que pueda consultar sus servicios.
Was this article helpful?
Your feedback helps us improve the documentation.