> ## 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.

# Invite système et générateur de flux

> Deux façons de définir le comportement de l'assistant – et quand utiliser laquelle

Un assistant peut être piloté de deux manières : une **invite système unique** ou un **flux visuel**. Les deux utilisent le même moteur vocal ; la différence réside dans la structure que vous imposez à la conversation.

## Invite système unique

La configuration la plus simple : une invite décrit le rôle, les connaissances et les règles de l'assistant ; un **premier message** définit le message d'accueil. Le LLM gère toute la conversation librement dans le cadre de ces instructions.

**Idéal pour :**

* FAQ et assistants d'accueil ("répondre aux questions, prendre les messages")
* Assistants dont le travail ne se divise pas en phases distinctes
* Prototypage rapide : vous pouvez réécrire une invite en quelques secondes

**Configuration:**

* **Type d'agent** : choisi dans le modal de l'assistant de création et ultérieurement sous Paramètres → Général (**Invite unique** vs **Flux conversationnel**). Le mode est stocké sous`flow_json`:`null`= invite, objet = flux.
* **Invite système** : rôle, ton, règles et faits. Utilisez **Choisir un modèle** sur le canevas (mode Invite) ou lors de la création de l'assistant. Application d'un modèle de copies dans l'invite (et premier message facultatif) ; il ne conserve pas de lien actif vers le modèle.
* **Premier message** : la ligne d'ouverture, prononcée lorsque l'appel est connecté.
* **Mode d'accueil** :`agent speaks first`(entrant typique) ou`user speaks first`(l'assistant attend ; utile pour les appels sortants où l'appelé dit "Bonjour ?").
* **Salut audio** : téléchargez ou enregistrez éventuellement un fichier audio (mp3/wav/ogg/m4a, ≤ 5 Mo) qui est lu textuellement au début de l'appel au lieu de la voix synthétisée. Il remplace le texte du premier message ; le texte est toujours utilisé comme transcription et comme solution de secours pour le chat et la messagerie vocale. Gérez-le via les points de terminaison`POST`/`DELETE /assistants/{id}/greeting-audio`ou la Carte de voeux dans l'éditeur.

## Générateur de flux

Le [flow builder](/flow-builder/overview)transforme l'appel en graphique : plusieurs agents spécialisés, branches de conditions, outils HTTP, étapes de collecte de données, transferts et terminaisons explicites. Le moteur transmet la conversation de nœud en nœud.

Dans l'éditeur, passez à **Flow** (ou créez avec Conversational Flow). L'**invite du système de base** est modifiée sous Paramètres → Général → **Invite avancée** (et réduite sur le canevas). Les instructions du nœud d'agent sont **ajoutées** à cette base — elles ne la remplacent pas.

**Idéal pour :**

* Appels avec phases distinctes (qualifier → collecter des données → réserver → confirmer)
* Capture de données fiable (noms, e-mails, numéros de téléphone avec validation intégrée)
* Appels qui doivent déboucher ("client existant ?" → chemins différents)
* Transferts avec règles (transfert à chaud vers les ventes uniquement après qualification)

## Lequel devriez-vous choisir ?

| Situation                                  | Recommandation                                                                                                                              |
| ------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------- |
| "Répondez aux questions sur X"             | Invite système                                                                                                                              |
| "Collectez toujours un numéro de rappel"   | Flow (un nœud`collect`le valide)                                                                                                            |
| "Support d'itinéraire vs ventes"           | Flux (branchements d'un nœud`condition`)                                                                                                    |
| "Appeler une API en cours de conversation" | Soit — les flux vous donnent des nœuds`tool`; les assistants à invite uniquement peuvent utiliser les [outils MCP](/api/tools-and-webhooks) |
| Premier prototype                          | Invite système, puis passage à un flux                                                                                                      |

<Note>
  Les nœuds`agent`d'un flux peuvent laisser des instructions vides — l'invite système de l'assistant (invite avancée) est utilisée comme base. Lorsqu'un nœud d'agent possède son propre texte, ce texte est **ajouté** à l'invite système et non remplacé. Commencez par une invite et ajoutez une structure de flux sans dupliquer l'ensemble du personnage.
</Note>

## Paramètres applicables dans les deux cas

Quel que soit le mode, chaque assistant dispose de : un mode moteur ([pipeline / temps réel / demi-cascade](/assistants/engine-modes)), une sélection de modèle et de voix, une [base de connaissances](/assistants/knowledge-base), [des paramètres de qualité de conversation](/assistants/conversation-quality), des options d'enregistrement et de consentement, une durée maximale d'appel, un délai d'inactivité et une URL de webhook pour les résultats des appels.

**Gestion du filtrage des appels iOS/Android** (Paramètres → Conversation ou nœud Pré-appel dans le générateur de flux) permet à l'agent de répondre aux services de filtrage (« Qui appelle ? ») avec un nom, une entreprise et une raison, puis d'attendre un humain. Stocké sur`pre_call`et mis en miroir dans`flow_json.pre_call`lorsqu'un flux existe. Lors des appels sortants, l'agent exécute la détection du répondeur : les invites de filtrage sont classées comme`machine-ivr`, puis l'agent prononce la réponse d'identité configurée et attend une personne réelle avant le message d'accueil normal.