Ce que vous voyez
Le bot peut continuer à parler, se bloquer ou perdre le fil; l’ancien tour ne doit jamais être validé.
État d’avancement:Interruption sans faux crash testéefiche de référencemise en service interdite pour l’instantÉtat réel:Barge-in produit settledpage d’autorité composantpromotion NO-GO
Choisissez votre lectureCommencez par la vue sans jargon si vous découvrez le sujet.
À qui s’adresse chaque lecture?
Je veux comprendre: direction, équipes métier, communication, achats et première visite. Exploitation: opérateur, support et astreinte. Vue architecte: architecte, ingénieur et sécurité. Tout afficher: revue complète de la fiche.
« Je veux comprendre » affiché. Ce choix sera repris sur les autres fiches. La décision de mise en service et les risques restent toujours visibles.
Comprendre cette fonction en 60 secondes
Le résumé donne le rôle, le trajet, le risque, le responsable et la limite de preuve en moins d’une minute. Les dépendances et exemples restent disponibles juste après, sans jargon imposé.
Résumé essentiel
Ce que c’est et à quoi cela sert
Laisser la personne interrompre le bot.
Détecter la reprise de parole, arrêter la réponse en cours et repartir sur un nouveau tour sans crash.
Une comparaison utile
Comme une personne polie: il s’arrête pour écouter l’interruption.
Ce qui entre
La personne parle pendant que le bot répond.
Qui en bénéficie et quel résultat attendre
L’ancien son est écarté et la conversation repart à partir de la nouvelle parole.
La personne qui appelle et l’opérateur humain.
État actuel
Interruption sans faux crash testée. Une interruption confirmée devient une reprise normale, pas une panne. Le contexte traverse les deux produits, mais aucune interruption par une vraie personne n’est prouvée. Mise en service interdite pour l’instant.
Risque principal
Le bot peut continuer à parler, se bloquer ou perdre le fil; l’ancien tour ne doit jamais être validé.
Responsable
Responsable de la prise de parole. Autorité de décision: Responsable expérience VoiceBot.
Décision suivante
Autoriser l’interruption quand la voix du bot s’arrête vite et que la nouvelle demande repart sans crash.
Voir les dépendances, preuves et solutions de secours
Ce qui entre, en langage courant
La personne parle pendant que le bot répond.
Ce dont il dépend
De la session en cours, du contexte validé et des procédures approuvées par le métier.
Comment le service continue
Le VoiceBot est suspendu et l’appel est repris par un humain sans valider l’ancien tour.
En cas de panne et pour vos données
Si la personne parle pendant que l’assistant répond, celui-ci s’arrête et écoute: la conversation repart sur la nouvelle demande. Si l’arrêt ne peut pas être confirmé, le tour est abandonné avec prudence et un humain peut reprendre l’appel. Aucun essai avec une vraie voix n’a encore eu lieu.
Preuve attendue avant la prochaine étape
Profils de voix et de bruit variés, interruption à plusieurs instants, faux départs et mesure du délai d’arrêt.
Statut expliqué
Quand la personne coupe la réponse, une annulation confirmée garde maintenant la conversation ouverte et permet de repartir sur la nouvelle parole. Le fait que la réponse précédente a été interrompue arrive jusqu’au moteur de conversation. Une issue inconnue reste bloquée par prudence. Ce comportement est testé avec du logiciel, pas avec une personne réelle. Il reste à mesurer l’arrêt audible et la reprise avec des voix, accents, bruits et téléphones réels, puis à tester le service déployé sous coupure et charge.
Exemple concret
La personne parle pendant que le bot répond. L’ancien son est écarté et la conversation repart à partir de la nouvelle parole.
Voir l’exemple technique précis
La parole déclenche une nouvelle génération, AbortSignal et FLUSH_MEDIA. Si le produit confirme cancelled, le bridge ne ferme plus la connexion avec 1011; failed reste fermé par prudence.
Voir les questions et réponses selon votre rôle
Les six lectures ci-dessous reprennent les mêmes faits. Elles ne créent pas une seconde source de vérité.
- Direction
- Question: Peut-on compter sur cette fonction aujourd’hui?
Réponse: Quand la personne coupe la réponse, une annulation confirmée garde maintenant la conversation ouverte et permet de repartir sur la nouvelle parole. Le fait que la réponse précédente a été interrompue arrive jusqu’au moteur de conversation. Une issue inconnue reste bloquée par prudence. Ce comportement est testé avec du logiciel, pas avec une personne réelle. Autoriser l’interruption quand la voix du bot s’arrête vite et que la nouvelle demande repart sans crash. - Métier
- Question: Quel service rend-elle concrètement?
Réponse: Détecter la reprise de parole, arrêter la réponse en cours et repartir sur un nouveau tour sans crash. L’ancien son est écarté et la conversation repart à partir de la nouvelle parole. - Achats et conformité
- Question: De quoi dépend l’engagement et qu’est-ce qui manque?
Réponse: De la session en cours, du contexte validé et des procédures approuvées par le métier. Il reste à mesurer l’arrêt audible et la reprise avec des voix, accents, bruits et téléphones réels, puis à tester le service déployé sous coupure et charge. Preuve attendue: Profils de voix et de bruit variés, interruption à plusieurs instants, faux départs et mesure du délai d’arrêt. - Communication
- Question: Que peut-on annoncer sans faire de fausse promesse?
Réponse: Vous pouvez expliquer l’objectif suivant: Détecter la reprise de parole, arrêter la réponse en cours et repartir sur un nouveau tour sans crash. Ne présentez pas cette fonction comme disponible en production: Quand la personne coupe la réponse, une annulation confirmée garde maintenant la conversation ouverte et permet de repartir sur la nouvelle parole. Le fait que la réponse précédente a été interrompue arrive jusqu’au moteur de conversation. Une issue inconnue reste bloquée par prudence. Ce comportement est testé avec du logiciel, pas avec une personne réelle. - Exploitation
- Question: Qui agit et quel est le premier geste sans risque?
Réponse: Responsable de la prise de parole. Autorité de décision: Responsable expérience VoiceBot. Suspendre le VoiceBot, transférer à un humain et conserver le tour sans le valider. - Technique
- Question: Où sont les contrats exacts?
Réponse: Utilisez la « Vue architecte ». Elle montre les entrées, les sorties, les interfaces, les données, la sécurité et les preuves provenant de la fiche d’autorité.
Trajet simple, de la situation au résultat
Le trajet montre ce qui déclenche cette fonction, le service qu’elle rend et le résultat obtenu. Il reste lisible sans fonction interactive.
Suivre le flux
Partie documentée: Laisser la personne interrompre le bot.
Le système détecte que la personne commence à parler pendant la réponse.
Le son et les tâches de l’ancienne réponse reçoivent une demande d’annulation.
Le produit classe l’ancien tour comme interrompu, sans le valider.
Le nouveau tour sait que la réponse précédente a été coupée.
La conversation repart sans traiter une annulation normale comme un crash.
Comment lire ce trajet: avancez avec les flèches du clavier ou parcourez les étapes dans l’ordre. Les contrats exacts restent dans la « Vue architecte ».
Étape 1 sur 5: Le système détecte que la personne commence à parler pendant la réponse.
Impact utile: L’ancien son est écarté et la conversation repart à partir de la nouvelle parole.
En cas de panne: Le bot peut continuer à parler, se bloquer ou perdre le fil; l’ancien tour ne doit jamais être validé.
Responsable: Responsable de la prise de parole. Autorité de décision: Responsable expérience VoiceBot.
Premiers gestes en cas de problème
Reconnaître ce qui se passe, protéger le service et prévenir le bon responsable sans improviser.
Première action sans risque
Suspendre le VoiceBot, transférer à un humain et conserver le tour sans le valider.
Solution de secours
Le VoiceBot est suspendu et l’appel est repris par un humain sans valider l’ancien tour.
Qui prévenir et où lire les preuves
Responsable de la prise de parole. Autorité de décision: Responsable expérience VoiceBot. La procédure de production reste à créer et valider avant la mise en service. Ouvrir la fiche d’architecture et de preuve du domaine.
Besoin d’un terme technique? Ouvrir les définitions
- VAD
- détection d’activité vocale
- Barge-in
- interruption du bot par la parole
- AbortSignal
- signal logiciel d’annulation
- Code 1011
- fermeture WebSocket réservée ici à une défaillance, pas à une annulation confirmée
Décision actuelle: mise en service interdite pour l’instant. Quand la personne coupe la réponse, une annulation confirmée garde maintenant la conversation ouverte et permet de repartir sur la nouvelle parole. Le fait que la réponse précédente a été interrompue arrive jusqu’au moteur de conversation. Une issue inconnue reste bloquée par prudence. Ce comportement est testé avec du logiciel, pas avec une personne réelle. Ce qui reste à faire: Il reste à mesurer l’arrêt audible et la reprise avec des voix, accents, bruits et téléphones réels, puis à tester le service déployé sous coupure et charge.Décision actuelle: promotion NO-GO, pas de mise en production. Une annulation produit confirmée ne ferme plus le WebSocket avec 1011. concludeProductTurn garde la socket ouverte pour cancelled, continue seulement pour committed et ferme fail-closed sur failed. interrupted_previous_assistant traverse bridge, SDK, API, runtime et moteur; la readiness exige interruption_context=true. Le prepare fetch est abortable, timeout 6 000 ms par défaut borné 500 à 15 000 ms. L’ACK expire après 3 000 ms par défaut, borné 250 à 10 000 ms. Les suites Navy Phone passent 398 fichiers et 4 147 tests sous Node 22.23.2, typecheck vert. Aucun arrêt acoustique, cloud, PSTN ou humain n’est prouvé. Blockers: Arrêt acoustique, voix et bruits réels, média déployé, réseau public autorisé, reprise après panne, charge, délai et SLO restent à prouver.
Opérer le composant
Responsabilité, séquence nominale, panne et niveau de service attendu.
| Owner et rôle | Séquence nominale | Mode dégradé | Observabilité et SLO |
|---|---|---|---|
| Début/fin de parole, annulation et contexte d’interruption. Owner média Navy Phone. Non-rôle: Ne déduit pas seul l’intention et ne prouve pas l’arrêt acoustique au combiné. | La parole déclenche une nouvelle génération, AbortSignal et FLUSH_MEDIA. Si le produit confirme cancelled, le bridge ne ferme plus la connexion avec 1011; failed reste fermé par prudence. | cancelled ne ferme plus 1011; failed reste fail-closed. Le nouveau tour sait que la réponse précédente a été interrompue. | Le niveau de preuve est Barge-in produit settled. Aucun SLO de production n’est acquis; l’owner doit mesurer disponibilité, erreurs, saturation et reprise avant promotion. |
Panne, reprise et surveillance
Modes de panne connus, comportement de reprise et signaux à mesurer avant toute mise en service.
| Modes de panne | Reprise après incident | Signaux à mesurer |
|---|---|---|
| Après une annulation confirmée, la connexion reste ouverte et le contexte d’interruption est conservé pour le tour suivant; un failed ferme proprement. La reprise après panne et l’arrêt acoustique réel restent à prouver. Preuve locale: concludeProductTurn et les suites Navy Phone 398 fichiers et 4 147 tests; aucune preuve avec une voix humaine n’existe. | Signaux existants: comportements de concludeProductTurn testés (cancelled sans code 1011, failed fail-closed), timeouts bornés, readiness exigeant interruption_context=true, suites Navy Phone vertes. Aucune mesure d’arrêt audible ni métrique de production n’existe. Avant promotion: mesurer délai d’arrêt, faux départs, erreurs et saturation; aucun SLO n’est acquis. |
Déplier ou replier les détails d’architecture
Contrat d’architecture
Entrées, sorties, protocoles, données, dépendances et configuration.
| Amont et entrées | Aval et sorties | Interfaces et trust boundary | État, données et déploiement |
|---|---|---|---|
| Audio entrant, VAD et génération média active. | Orchestrateur, TTS annulé, Media WebSocket et nouveau tour. | Frames PCM, VAD, génération, AbortSignal, clear/FLUSH_MEDIA et interrupted_previous_assistant. | Une annulation confirmée garde la connexion ouverte et ne valide pas l’ancien tour. Déploiement: Code et tests uniquement; aucune interruption sur appel public, hébergement réel ou voix humaine n’est attestée. |
Frontière de confiance: Zone média privée de Navy Phone: les frames audio PCM entrants, la détection de parole et la génération active restent côté Navy Phone; seuls les signaux d’annulation et le drapeau interrupted_previous_assistant traversent vers le produit séparé via bridge, SDK et API. Le produit confirme cancelled, committed ou failed; Navy Phone contrôle la fermeture de la connexion.
Déplier ou replier les détails de sécurité et de preuve
Sécurité, preuve et décision
Le statut de preuve reste visible quel que soit le profil choisi.
| Sécurité et identité | Preuve et sources | Blockers | Définitions |
|---|---|---|---|
Frames PCM, VAD, génération, AbortSignal, clear/FLUSH_MEDIA et interrupted_previous_assistant. | Niveau de preuve: Une annulation produit confirmée ne ferme plus le WebSocket avec 1011. concludeProductTurn garde la socket ouverte pour cancelled, continue seulement pour committed et ferme fail-closed sur failed. interrupted_previous_assistant traverse bridge, SDK, API, runtime et moteur; la readiness exige interruption_context=true. Le prepare fetch est abortable, timeout 6 000 ms par défaut borné 500 à 15 000 ms. L’ACK expire après 3 000 ms par défaut, borné 250 à 10 000 ms. Les suites Navy Phone passent 398 fichiers et 4 147 tests sous Node 22.23.2, typecheck vert. Aucun arrêt acoustique, cloud, PSTN ou humain n’est prouvé. Contrat traversant bridge, SDK, API, runtime et moteur; readiness exige interruption_context=true. Code et tests, sans arrêt acoustique, cloud, PSTN ou humain.Vue d’autorité du domaine · Entrée du catalogue | NO-GO: Arrêt acoustique, voix et bruits réels, média déployé, réseau public autorisé, reprise après panne, charge, délai et SLO restent à prouver. | Consulter les définitions de cette fiche |
| Données et souveraineté UE | Données manipulées: audio entrant PCM et signaux de gestion de tour, traités côté Navy Phone; seul un indicateur d’interruption traverse vers le produit séparé. La fiche n’atteste que du code et des tests locaux: aucune interruption sur appel public, hébergement réel ou sortie vers un tiers n’est prouvée. La résidence des données n’est pas prouvée. | ||