> ## Documentation Index
> Fetch the complete documentation index at: https://docs.ouraicalling.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Aviso del sistema versus generador de flujo

> Dos formas de definir el comportamiento del asistente y cuándo utilizar cada una

Un asistente se puede controlar de dos maneras: un **indicador único del sistema** o un **flujo visual**. Ambos usan el mismo motor de voz; la diferencia es cuánta estructura impones a la conversación.

## Aviso de sistema único

La configuración más sencilla: un mensaje describe la función, el conocimiento y las reglas del asistente; un **primer mensaje** define el saludo. El LLM maneja toda la conversación libremente dentro de esas instrucciones.

**Mejor para:**

* Asistentes de preguntas frecuentes y recepción ("responder preguntas, tomar mensajes")
* Asistentes cuyo trabajo no se ramifica en distintas fases.
* Creación rápida de prototipos: puede reescribir un mensaje en segundos

**Configuración:**

* **Tipo de agente**: elegido en la modalidad Crear asistente y posteriormente en Configuración → General (**Mensaje único** frente a **Flujo conversacional**). El modo se almacena como`flow_json`:`null`= mensaje, objeto = flujo.
* **Mensaje del sistema**: rol, tono, reglas y hechos. Utilice **Elegir plantilla** en el lienzo (modo de solicitud) o al crear el asistente. Al aplicar una plantilla, se copia el mensaje (y el primer mensaje opcional); no mantiene un enlace activo a la plantilla.
* **Primer mensaje**: la línea inicial, pronunciada cuando se conecta la llamada.
* **Modo de saludo**:`agent speaks first`(entrante típico) o`user speaks first`(el asistente espera; útil para salidas donde la persona que llama dice "¿Hola?").
* **Saludo de audio**: opcionalmente, cargue o grabe un archivo de audio (mp3/wav/ogg/m4a, ≤ 5 MB) que se reproduce palabra por palabra al inicio de la llamada en lugar de la voz sintetizada. Anula el texto del primer mensaje; el texto todavía se utiliza como transcripción y como respaldo para el chat y el correo de voz. Administrelo a través de los puntos finales`POST`/`DELETE /assistants/{id}/greeting-audio`o la tarjeta de felicitación en el editor.

## Generador de flujo

El [generador de flujo](/flow-builder/overview)convierte la llamada en un gráfico: múltiples agentes especializados, ramas de condiciones, herramientas HTTP, pasos de recopilación de datos, transferencias y finales explícitos. El motor transmite la conversación de nodo a nodo.

En el editor, cambie a **Flujo** (o cree con Flujo conversacional). El **mensaje del sistema base** se edita en Configuración → General → **Mensaje avanzado** (y se contrae en el lienzo). Las instrucciones del nodo del agente se **añaden** a esa base; no la reemplazan.

**Mejor para:**

* Convocatorias con distintas fases (calificar → recoger datos → reservar → confirmar)
* Captura de datos confiable (nombres, correos electrónicos, números de teléfono con validación incorporada)
* Llamadas que deben bifurcarse ("¿cliente existente?" → diferentes rutas)
* Transferencias con reglas (transferencia en caliente a ventas solo después de la calificación)

## ¿Cuál deberías elegir?

| Situación                                             | Recomendación                                                                                                                               |
| ----------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------- |
| "Responder preguntas sobre X"                         | Aviso del sistema                                                                                                                           |
| "Recoger un número de devolución de llamada, siempre" | Flujo (un nodo`collect`lo valida)                                                                                                           |
| "Soporte en ruta vs. ventas"                          | Flujo (un nodo`condition`se ramifica)                                                                                                       |
| "Llamar a una API en mitad de una conversación"       | O bien, los flujos le brindan nodos`tool`; los asistentes que solo reciben mensajes pueden usar [herramientas MCP](/api/tools-and-webhooks) |
| Primer prototipo                                      | Aviso del sistema, luego pasa a un flujo                                                                                                    |

<Note>
  Los nodos`agent`de un flujo pueden dejar instrucciones vacías: el mensaje del sistema del asistente (mensaje avanzado) se utiliza como base. Cuando un nodo de agente tiene su propio texto, ese texto se **añade** al mensaje del sistema, no se sustituye. Comience con un mensaje y agregue una estructura de flujo sin duplicar a toda la persona.
</Note>

## Configuraciones que se aplican de cualquier manera

Independientemente del modo, cada asistente tiene: modo de motor ([canalización/tiempo real/media cascada](/assistants/engine-modes)), modelo y selección de voz, [base de conocimientos](/assistants/knowledge-base), [configuraciones de calidad de conversación](/assistants/conversation-quality), opciones de grabación y consentimiento, duración máxima de la llamada, tiempo de espera de inactividad y una URL de webhook para los resultados de la llamada.

**Manejo de la pantalla de llamadas de iOS/Android** (Configuración → Conversación o el nodo Prellamada en el generador de flujo) permite al agente responder a los servicios de detección (“¿Quién llama?”) con un nombre, empresa y motivo, y luego esperar a un humano. Almacenado en`pre_call`y reflejado en`flow_json.pre_call`cuando existe un flujo. En las llamadas salientes, el trabajador ejecuta la detección del contestador automático: las indicaciones de detección se clasifican como`machine-ivr`, luego el agente pronuncia la respuesta de identidad configurada y espera a una persona real antes del saludo normal.