¿Cómo se escribe un prompt para un agente de voz?
El prompt de un agente de voz define su función, prioridades, forma de conversar, uso de herramientas y límites, pero no sustituye la arquitectura, los permisos ni la configuración del audio.
Un prompt de producción se parece más a un manual operativo breve y comprobable que a una colección de adjetivos.
Debe ayudar al modelo a decidir qué hacer en cada turno sin cargarlo con documentación que podría consultarse sólo cuando sea necesaria.
Separar las instrucciones por función
Una estructura clara puede incluir identidad y rol, objetivo, contexto empresarial, estilo conversacional, flujo principal, herramientas, guardrails, escalado y ejemplos críticos.
Los encabezados y las reglas concretas reducen interferencias. Una instrucción como «sé amable» no aclara si debe confirmar un importe o transferir una emergencia.
Definir prioridades y criterio de éxito
El agente necesita saber qué resultado persigue y qué restricciones no puede sacrificar. Resolver una cita puede ser el objetivo; verificar datos, no inventar disponibilidad y confirmar antes de guardar son condiciones.
Las instrucciones deben resolver conflictos previsibles: qué hacer si el usuario cambia de tema, rechaza una pregunta, solicita una persona o pide una acción fuera del alcance.
Escribir para un canal hablado
Se indican turnos breves, una pregunta cada vez, números pronunciables, confirmación progresiva y ausencia de listas largas. También cuándo guardar silencio mientras una herramienta trabaja y cómo retomar la conversación.
El prompt puede orientar el comportamiento verbal, pero la detección de final de turno, interrupciones y tiempos de respuesta pertenecen a la configuración de voz.
Describir herramientas por intención
Para cada herramienta se explica cuándo utilizarla, qué datos debe reunir antes, qué requiere confirmación y cómo interpretar éxito o error. El schema debe validar esas condiciones en código.
El agente no debería narrar que una acción ha terminado hasta recibir confirmación. Si la herramienta falla, el prompt define si reintenta, ofrece una alternativa o escala.
Diferenciar conocimiento y política
El prompt contiene reglas estables y decisiones. Catálogos, coberturas, preguntas frecuentes y procedimientos extensos pertenecen a fuentes actualizables o herramientas.
Separar ambas capas evita que un cambio de horario obligue a editar instrucciones críticas y reduce la cantidad de contexto irrelevante en cada llamada.
Incluir límites y escalado
Las negativas deben ser operativas: qué dato no puede revelar, qué acción no puede ejecutar y qué alternativa ofrece. Una lista genérica de prohibiciones deja sin resolver el siguiente paso.
El prompt también define señales de escalado: emergencia, identidad insuficiente, conflicto, varios intentos fallidos o petición explícita. La transferencia técnica debe existir fuera del texto.
Probar cambios como versiones
Cada modificación se prueba contra conversaciones normales, límites y regresiones. Cambiar una frase puede mejorar un caso y empeorar otro al alterar prioridades o alargar los turnos.
La versión del prompt debe quedar asociada a las llamadas y sus resultados. Así es posible saber qué cambio causó una variación y revertirlo con criterio.
Ingeniería de prompts
Diseño conversacional
Personalidad y voz de un agente
Contratos de herramientas
Cómo probar un agente de voz
Si quieres aplicar IA en tu negocio,
Te explico qué hago y cómo trabajo: Aquí