Skip to main content
Définissez la langue qu’un assistant écoute, ajoutez des langues secondaires pour qu’il puisse en changer automatiquement à mesure que la langue de l’appelant évolue, et choisissez une voix adaptée à chacune.

​
Définir la langue principale

Chaque assistant dispose d’une STT language qui indique au modèle de transcription à quoi s’attendre. Réglez-la sur la langue que vos appelants parlent réellement : cela améliore nettement la reconnaissance des noms, des numéros et des adresses. Pour la langue de sortie de l’assistant, soyez explicite dans le prompt système :
La détection de tour de parole prend en charge un modèle sémantique multilingue (par défaut), capable de repérer les limites de phrases dans toutes les langues, ainsi qu’une variante optimisée pour l’anglais et un VAD simple.

​
Assistants multilingues

Pour les marchés où les appelants changent de langue (fréquent dans la zone DACH : allemand, turc, anglais), configurez le changement de langue automatique :
  1. Choisissez un modèle de reconnaissance vocale multilingue pour que la transcription suive l’appelant.
  2. Ajoutez au moins une secondary language. Le changement automatique s’active dès qu’une langue secondaire est présente et se désactive lorsque la dernière est supprimée.
  3. Associez éventuellement une Voice per language — par exemple une voix allemande pour de, une voix anglaise pour en. Quand l’appelant change de langue, l’assistant répond dans la nouvelle langue avec la voix correspondante.
L’assistant reçoit également une indication dans le prompt pour répondre dans la langue détectée, si bien que le LLM s’adapte sans prompt engineering supplémentaire. Les voix par langue sont disponibles pour les moteurs Pipeline et Half-cascade, car ces modes moteur utilisent une voix de sortie séparée. Elles sont masquées pour un moteur Realtime pur.
Basculer l’affichage sur Voice per language ne modifie rien à lui seul. Choisissez une voix pour une langue afin d’enregistrer le remplacement ; les autres langues conservent la voix principale.
Rédigez le prompt système dans une seule langue (idéalement l’anglais — c’est la langue que les LLM suivent le plus fidèlement) et énoncez explicitement la règle de réponse : « Répondez dans la langue parlée par l’appelant ».

​
API et MCP

Les mêmes réglages de langue et de voix sont disponibles via PATCH /api/v1/assistants/{id} et l’outil MCP update_assistant. GET /api/v1/languages liste les codes ISO 639-1 pris en charge ; consultez la référence API pour les champs de la requête.

​
Prononciation dans toutes les langues

Le dictionnaire de prononciation s’applique dans toutes les langues — utile pour les noms de marque que les voix TTS déforment différemment selon la langue. Les administrateurs de locataire peuvent définir une carte par défaut à l’échelle du locataire, qui se combine avec les entrées propres à chaque assistant.

​
Langue du résumé post-appel

Le Conversation Summary dans le détail d’un appel est toujours rédigé dans la primary language de l’assistant — et non dans la langue dans laquelle l’appel s’est déroulé. Un assistant en allemand qui a pris un appel en anglais obtient donc toujours un résumé en allemand, ce qui garde la liste de l’historique lisible dans une seule langue. La réévaluation d’un appel (Historique → Re-evaluate) suit la même règle. Tout le reste reste dans la langue d’origine : la transcription, les enregistrements et les champs d’analyse extraits ne sont jamais traduits.
Après modification de la langue principale, seuls les nouveaux résumés utilisent cette langue. Utilisez Re-evaluate pour régénérer le résumé d’un ancien appel.

​
Langue de la documentation et langue d’appel

La langue de l’interface de la plateforme et la langue d’appel de l’assistant sont indépendantes : votre équipe peut très bien exploiter un tableau de bord en anglais pendant que les assistants parlent allemand à leurs clients, et inversement.