Skip to main content
Un agente en Zelto es el bot (o humano) al otro lado de una conversación. Cada agente pertenece a una organización y puede trabajar para una o varias empresas dentro de ella. El agente está vinculado al proveedor del que proceden sus llamadas —Vapi, Retell o LiveKit— o a ninguno cuando cargas llamadas directamente.

Anatomía de un agente

La pertenencia de un agente a una empresa y la atribución de una llamada son distintas. La pertenencia indica para qué empresas puede trabajar el agente; cada llamada sigue perteneciendo como máximo a una. Consulta Empresas. Los agentes se crean la primera vez que una llamada los menciona: la ingestión busca el identificador externo del proveedor y reutiliza el agente coincidente, o crea uno si es nuevo. Si un proveedor cambia los identificadores externos en cada llamada, Zelto puede agruparlos en un solo agente mediante un patrón de la organización para evitar duplicados.

Versiones de agentes y experimentos

Mantén una identidad de agente entre despliegues e indica qué versión atendió cada llamada. Una versión puede cambiar el prompt o pipeline; los experimentos comparan dos versiones del mismo agente. En LiveKit e integraciones propias, envía version en el nivel superior de cada carga. Lee Versiones de agentes antes de integrar: explica los identificadores, capturas, alternativa automática y verificación previa. Los candidatos en borrador de Zelto son distintos de las versiones desplegadas.

Actividad del agente

Abre un agente para ver un gráfico de tendencia del volumen de llamadas, un mapa de calor por hora y día y sus conversaciones más recientes, junto con el prompt del sistema y los hallazgos detectados en sus llamadas. Cuando un agente tiene un árbol de decisiones y llamadas asignadas, la pestaña Árbol de decisiones también muestra cómo avanzaron las llamadas entre sus pasos. Solo incluye los pasos que las llamadas recorrieron. Cada agente también puede publicar un mensaje de estado diario en Slack, con el número de conversaciones del día anterior a la hora que elijas, una vez conectado Slack.

Cómo llegan las llamadas a un agente

Cada carga que recibe Zelto llega primero a la tabla webhooks, de solo adición, y después se convierte en una conversación con una transcripción turno por turno. Cada proveedor entrega las llamadas así: Guardar primero la carga original permite repetir la ingestión, por lo que una entrega no se pierde aunque haya que procesarla de nuevo.

Estado de la conexión

La página de cada agente incluye una tarjeta Conexiones, que indica de un vistazo si las llamadas llegan a Zelto. Muestra el proveedor de ingestión y el estado de la última llamada recibida:
  • «Última llamada recibida hace 2 horas»: las llamadas están fluyendo.
  • «No hay llamadas recientes» o «la integración puede estar inactiva»: está conectado, pero no ha llegado nada recientemente.
  • «El último webhook produjo un error»: la entrega llegó a Zelto, pero no pudo convertirse en una conversación.
  • «Todavía no se han recibido llamadas»: el agente tiene un proveedor, pero nunca recibió una llamada.
Si una llamada no aparece, comienza aquí. Consulta la señal de cada proveedor en Conectar un proveedor de voz.

Prueba un cambio de prompt antes de publicarlo

Cuando Simulaciones está habilitado para tu organización, puedes redactar un prompt candidato en un agente y reproducirlo con interlocutores sintéticos para comprobar si el cambio es seguro, sin realizar una llamada real. Ejecuta los mismos escenarios con el prompt activo y el candidato y compara sus tasas de éxito. Consulta Simulaciones. Los propietarios y administradores pueden crear un candidato desde la pestaña Versiones o Prompt. En Prompt, escribe un nombre de versión y selecciona Crear versión para guardar como borrador el prompt que está en el editor. Esto no cambia el agente activo, incluso si acabas de obtener el prompt desde Retell.

Almacenamiento de grabaciones

La mayoría de los proveedores entregan una URL permanente de la grabación que Zelto guarda tal cual. Algunos usan una URL prefirmada de corta duración. En esos casos, un trabajo en segundo plano descarga el audio y lo vuelve a alojar en Zelto para que el reproductor de la página de conversación siga funcionando después de que caduque la URL original.