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
- 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) ouuser 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-audioou la Carte de voeux dans l’éditeur.
Générateur de flux
Le flow buildertransforme 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 ?
Les nœuds
agentd’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.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), une sélection de modèle et de voix, une base de connaissances, des paramètres de qualité de conversation, 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é surpre_callet mis en miroir dansflow_json.pre_calllorsqu’un flux existe. Lors des appels sortants, l’agent exécute la détection du répondeur : les invites de filtrage sont classées commemachine-ivr, puis l’agent prononce la réponse d’identité configurée et attend une personne réelle avant le message d’accueil normal.