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

# Simulez un appel avant la mise en production

> Un appelant IA a une conversation réelle avec votre agent — même chemin de téléphonie, transcription réelle, évaluation réelle.

Une **simulation** est un appelant IA qui parle réellement à votre agent : il
appelle votre numéro (ou se connecte directement à l’agent), improvise
dans le cadre d’un scénario que vous définissez et produit un journal d’appel
standard — transcription, enregistrement, évaluation — dans l’Historique des appels. C’est ainsi que vous testez un
prompt avant que de vrais appelants ne l’entendent, et que vous détectez les régressions après chaque
modification.

## En lancer une depuis le builder d’agent

<Steps>
  <Step title="Cliquez sur Simulation">
    Dans la barre supérieure du builder d’agent, cliquez sur **Simulation**.
  </Step>

  <Step title="Définissez le scénario">
    Générez un scénario d’appelant avec l’IA ou rédigez le vôtre — qui est
    l’appelant, ce qu’il veut, à quel point il est difficile. Validez ensuite
    le coût et passez l’appel. (Les simulations sont de vrais appels
    et sont facturées comme tels ; la boîte de dialogue affiche le coût avant votre confirmation.)
  </Step>

  <Step title="Observez le déroulement">
    Un indicateur d’activité flottant apparaît dès que l’exécution est lancée —
    votre agent est en appel en ce moment même. Ouvrez l’appel pour le suivre ;
    vous pouvez même [écouter en direct](/fr/guides/review-calls).
  </Step>
</Steps>

## Créez une bibliothèque de scénarios

La page **Simulations** (`/dashboard/simulations`) gère les scénarios
par agent. Choisissez un agent et cliquez sur **Générer des scénarios avec l’IA** —
elle rédige des scénarios à partir du prompt de l’agent, avec une option
**Inclure des scénarios de cas limites** pour les situations difficiles (appelants
mécontents, mauvais numéros, réponses partielles). Modifiez et conservez ceux qui
vous conviennent.

Les scénarios sont regroupés en **suites** avec un taux de réussite minimal, qui peut
bloquer les mises en production dans la CI — consultez
[Tester un agent de bout en bout (API)](/fr/guides/test-agents) pour l’exécuteur de suites
et la version programmatique de tout ce qui figure sur cette page.

## Que faire du résultat

Chaque simulation apparaît dans l’**Historique des appels** comme n’importe quel autre appel. Lisez
la transcription pour repérer les points où le prompt doit être resserré, vérifiez
l’évaluation, puis corrigez et relancez. Lorsqu’un appel réel révèle une lacune, transformez-le :
le bouton **Créer à partir de l’appel entier** de la page de détails de l’appel convertit une vraie
conversation en scénario réutilisable.

***

## Étapes suivantes

<CardGroup cols={2}>
  <Card title="Examiner l’appel" icon="headset" href="/fr/guides/review-calls">
    Transcription, enregistrement, écoute en direct, chuchotement.
  </Card>

  <Card title="API des appels de test" icon="code" href="/api-reference/test-calls">
    Exécutez des simulations et des lots par programmation.
  </Card>

  <Card title="Suites dans la CI" icon="flask" href="/fr/guides/test-agents">
    Blocages de mise en production avec taux de réussite et suivi des régressions.
  </Card>

  <Card title="Expériences (A/B)" icon="scale-balanced" href="/fr/guides/experiments-ab-testing">
    Comparez des variantes sur le trafic réel une fois les simulations réussies.
  </Card>
</CardGroup>
