Règles, planification, permissions et confidentialité

Au-delà d'une seule exécution : des règles qui s'appliquent à chaque test (et, si vous le souhaitez, à vos vrais appels chaque nuit), une exécution nocturne qui surveille la version en production, qui peut dépenser en tests, et exactement où vont vos transcriptions.

Règles

Chaque test a ses propres règles, mais certaines choses doivent toujours être vraies : l'agent reste en français, ne donne jamais d'avis médical, ne dit jamais « réservé » si la réservation n'a pas réussi. Celles-ci vivent dans des jeux de règles attachés à chaque test d'un agent, pour que vous les écriviez une seule fois. Vous les trouverez sous Planification et règles dans l'onglet Test.

  • Utiliser mes objectifs d'appel comme règles : si l'agent a déjà des objectifs d'appel configurés pour ses KPI, un clic les transforme en jeu de règles examinées, pour que le Lab mesure la même chose que votre tableau de bord.
  • Les règles utilisent le même vocabulaire que les tests : résultat, honnêteté, conversation, formulation, outils, votre propre règle en mots.

Règles sur vos vrais appels

Chaque jeu de règles a un interrupteur vérifier aussi mes vrais appels. Chaque nuit, le Lab applique ce jeu de règles aux vrais appels de la veille de l'agent : règles mécaniques à partir de l'enregistrement de l'appel, règles examinées par le modèle réviseur. Les résultats apparaissent sur la page de détail de chaque appel et alimentent les statistiques de l'agent. L'interrupteur affiche le coût par nuit avant de l'activer ; seules les règles examinées coûtent quelque chose.

Exécutions nocturnes

Avec Lancer chaque nuit activé, tous les tests de l'agent s'exécutent contre la version en production chaque nuit, et vous êtes notifié dans l'application seulement quand quelque chose de nouveau échoue par rapport à la nuit précédente, jamais pour un test qui échouait déjà. L'interrupteur affiche le coût par nuit et par mois au nombre actuel de tests. Utilisez-le sur les agents qui comptent : il attrape une mise à jour de modèle ou un changement de base de connaissances qui a modifié le comportement en silence.

Qui peut lancer des tests

Lancer un test dépense de l'argent, c'est donc une permission. Les administrateurs et les utilisateurs peuvent lancer des tests ; les lecteurs peuvent consulter les tests et les résultats mais pas les lancer (les boutons le disent). Un administrateur d'organisation peut restreindre davantage le lancement à des personnes nommées dans Paramètres → Membres. Chaque exécution, décision de correctif et verdict assoupli enregistre qui l'a fait et quand.

Coût et solde

Chaque exécution est facturée aux tarifs LLM de votre organisation : le modèle de votre agent, l'appelant de test et le réviseur apparaissent chacun sur une ligne de la carte de coût et de votre facture, avec la source « Agent Lab ». Il n'y a pas de budget Lab séparé ni d'offre gratuite : la carte de coût avant chaque exécution est le contrôle, et une exécution qui dépasserait votre solde est refusée avant de démarrer. Les estimations sont calibrées sur le coût réel de vos exécutions précédentes.

Où vont vos données

QuestionRéponse
Les appels de test atteignent-ils mes systèmes en production ?Non. Vos outils reçoivent des réponses tirées de vos appels passés et de données de test (« Simulé »), ou de vos systèmes de test configurés sur la connexion (« Bac à sable »). Les webhooks et messages qu'un appel enverrait sont enregistrés, pas envoyés.
Les appels de test sont-ils mélangés à mes vrais appels ?Non. Ils sont marqués comme appels de test partout : listes d'appels, statistiques, KPI, exports et facturation les tiennent à part, et la page de détail d'un appel de test porte un badge Appel de test.
Qui lit les transcriptions ?Par défaut, uniquement des modèles internes : la carte de coût indique « Examiné par le modèle interne ; rien ne quitte nos serveurs ». Si votre organisation opte pour un réviseur ou un modèle d'essai externe, la carte le nomme. Les organisations soumises à des exigences de résidence des données peuvent être réglées sur modèles internes uniquement, ce qui masque les modèles externes partout dans le Lab.
Et les tests créés à partir de mes vrais appels ?Vous consentez une fois par organisation. Noms, numéros et e-mails sont remplacés avant tout enregistrement. Les tests et rejeux dérivés d'un appel suivent la rétention de cet appel, et effacer l'appel les efface.
Le Lab peut-il modifier mon agent tout seul ?Non. Un correctif proposé ne devient un brouillon que lorsque vous l'acceptez, et seul Mettre en production atteint les appelants.

Historique et commentaires

Chaque test et chaque jeu de règles conserve un historique des changements (qui, quand, quels champs) et un fil de commentaires ; chaque correctif proposé enregistre qui a décidé et quand, avec son propre fil. Ouvrez une ligne de test ou une proposition pour les voir. Une agence avec de nombreux concepteurs de flux peut savoir qui a écrit un test et pourquoi.

Questions fréquentes

QuestionRéponse
Pourquoi le même test a réussi hier et échoue aujourd'hui ?Parce que le même appel peut se dérouler différemment, ce qui est exactement ce que « réussi parfois » vous dit. Lancez trois tentatives et regardez celle qui échoue ; c'est en général réel.
Pourquoi une règle est « information seulement » ?Les règles examinées (ton, objectif atteint, suit ses instructions) sont le jugement d'un modèle. Elles sont affichées dès la première exécution mais ne bloquent une mise en production qu'une fois passées en Obligatoire.
L'appelant de test a inventé quelque chose. C'est un bug ?Si votre agent a demandé un fait que le test ne listait pas, l'appelant improvise, c'est voulu. S'il a contredit un fait que vous aviez listé, la tentative est marquée L'appelant de test est sorti de son rôle et n'est pas comptée contre votre agent. Utilisez Signaler un problème avec l'appelant de test si vous n'êtes pas d'accord.
Une exécution verte garantit-elle un bon agent ?Elle garantit les comportements pour lesquels vous avez écrit des règles, sur les appelants que vous avez décrits, en texte. Elle ne teste pas la qualité audio, la latence ni la téléphonie ; le simulateur dans le navigateur reste l'endroit pour une vraie écoute.