Esta página trata sobre cómo escribir buenas instrucciones. Para saber dónde vive el prompt del sistema y cuándo recurrir a un Flow en lugar de un único prompt, consulta Prompt de sistema frente al generador de Flow.
Estructura tu prompt en secciones con nombre
No escribas un único párrafo largo. Divide el prompt en secciones etiquetadas, cada una con una única función. Es más fácil de escribir, más fácil de actualizar más adelante sin romper otra cosa, y más fácil de seguir para el modelo:Sé específico, no vago
“Sé útil y profesional” no le da al modelo nada sobre lo que actuar. Acompaña cada regla con un ejemplo concreto:
Evita también el fallo opuesto. Guionizar cada frase posible elimina la fluidez natural que hace que hablar con un asistente de voz sea agradable: da reglas y ejemplos, no una transcripción para recitar.
Gestionar lo que no anticipaste
Todo prompt acaba encontrándose con una pregunta que no cubre. Decide de antemano cómo debe reaccionar el asistente: elige un patrón (o combínalos):- Valor por defecto y luego transferir. “Si no sabes la respuesta, dilo con claridad y ofrece conectar a quien llama con alguien que sí la sepa”, y luego apóyate en la transferencia de llamada.
- Haz una pregunta aclaratoria. “Si la solicitud no es clara, haz una pregunta de seguimiento breve antes de decidir cómo enrutarla.”
- Consulta primero la base de conocimientos. Si has conectado una, indica al asistente que la busque antes de recurrir a una transferencia; consulta Bases de conocimientos.
Escribe condiciones claras para herramientas y transferencias
Cada herramienta integrada y cada borde de Flow es tan fiable como el texto de la condición que describe cuándo debe activarse. Las condiciones vagas producen un comportamiento vago. Dos niveles de detalle válidos para una condición de finalización de llamada, según cuánto control quieras:- Simple: “Finaliza la llamada una vez que se han respondido todas las preguntas y quien llama ya no necesita ayuda.”
- Detallado: “Finaliza también la llamada tras una reserva exitosa, una despedida explícita, o cuando la conversación esté claramente terminada, pero nunca mientras quien llama sigue hablando.”
¿Qué extensión debería tener?
- Corto (aproximadamente 50–200 palabras) — asistentes simples y de un único propósito.
- Medio (aproximadamente 200–500 palabras) — varios escenarios, cada uno con una regla clara.
- Largo (500+ palabras) — ralentiza al modelo y aumenta la probabilidad de que pierda de vista una instrucción anterior.
Errores comunes
Lanzamiento e iteración
Ningún prompt está terminado en el lanzamiento: trátalo como un documento vivo.1
Cubre primero los casos comunes
Escribe instrucciones claras para tus escenarios más frecuentes antes de perseguir cada caso límite. Un prompt que gestiona bien la mayoría de las llamadas reales es mejor que uno que gestiona a medias todo.
2
Pruébalo antes de que lo oiga nadie más
Usa el botón Test del editor para una comprobación rápida de voz o chat, o configura Simulaciones para ejecutar automáticamente escenarios comunes, casos límite y una o dos personas que llaman difíciles antes de que el prompt se enfrente a una real.
3
Ponlo en producción y obsérvalo de cerca
Revisa de cerca las transcripciones de las llamadas nuevas justo después del lanzamiento: muestran exactamente dónde dudó el asistente, adivinó, o gestionó algo de forma incorrecta.
4
Perfecciona a partir de lo que viste
Añade el ejemplo, la regla o el respaldo concreto que habría corregido cada fallo. Las ediciones pequeñas y específicas superan a reescribir todo el prompt.
Cubrir por completo cada llamada posible no es un objetivo realista: el lenguaje es demasiado variado para eso. Apunta a reducir la brecha de forma constante, y apóyate en las barreras de protección y una transferencia a una persona como red de seguridad para lo que quede.