[+] Connected: ('127.0.0.1', 65438)
WS << {"callHeaders":{},"callId":"01M25YACD3G61GH4Y0NQNWR4WD","interruptionsEnabled":true,...}
connect callId=01M25YACD3G61GH4Y0NQNWR4WD serviceId=YOUR_SERVICE_ID
WS >> {\"command\": \"answer\"}
WS >> {\"command\": \"text\", \"text\": \"Hello!\", \"isLast\": true, \"isInterruptible\": true}
WS << {"batchSequence":0,"command":"textPlaybackStart"}
WS << {"batchSequence":0,"command":"textPlaybackStop"}
WS << {"reason":"speech-detected","command":"interrupt"}
WS << {"sttLanguage":"en-US","text":"Hi.","isCorrection":false,"command":"text"}
STT \u2192 'Hi.'
LLM \u2190 'Hey there! How can I assist you today? If it involves voice tech or a good dad j'\u2026
WS >> {\"command\": \"text\", \"text\": \"Hey there! How can I assist you today?...\", \"isLast\": true}
WS << {"batchSequence":1,"command":"textPlaybackStart"}
WS << {"batchSequence":1,"command":"textPlaybackStop"}
[-] Connection closed (1006):
[-] Session ended callId=01M25YACD3G61GH4Y0NQNWR4WD<\/code><\/p><\/div>\r\n <\/div>\r\n\n\n\nDeux \u00e9l\u00e9ments de ce journal m\u00e9ritent d’\u00eatre connus avant votre premier appel. Le message connect<\/code> contient interruptionsEnabled<\/code>: true, ce qui vous permet de confirmer la valeur par d\u00e9faut pour l’interruption plut\u00f4t que de la tirer de la r\u00e9f\u00e9rence de configuration. De plus, la connexion se ferme avec le code 1006<\/code> lorsque l’appelant raccroche, ce qui est interpr\u00e9t\u00e9 comme une fermeture anormale, mais correspond ici \u00e0 un raccrochage normal.<\/p>\n\n\n\nUn interrupt<\/code> avec reason=speech-detected<\/code> appara\u00eet \u00e0 chaque tour, car Sinch en envoie un chaque fois qu’il entend l’appelant. C’est sa position qui vous donne une indication\u00a0: apr\u00e8s textPlaybackStop<\/code>, il marque simplement le d\u00e9but du tour de l’appelant, tandis qu’entre textPlaybackStart<\/code> et textPlaybackStop<\/code>, il s’agit d’une intervention. Lorsque j’ai parl\u00e9 pendant une r\u00e9ponse, la lecture s’est arr\u00eat\u00e9e et la transcription suivante correspondait \u00e0 ce que j’avais dit par-dessus\u00a0:<\/p>\n\n\n \r\n\r\n
WS << {"batchSequence":5,"command":"textPlaybackStart"}
WS << {"reason":"speech-detected","command":"interrupt"}
WS << {"batchSequence":5,"command":"textPlaybackStop"}
WS << {"sttLanguage":"en-US","text":"I'm going to stop you right there.",...,"command":"text"}<\/code><\/p><\/div>\r\n <\/div>\r\n\n\n\nIl s’agit d’une interface vocale devant un agent IA bas\u00e9 sur du texte, sans que vous ayez \u00e0 traiter une seule trame audio vous-m\u00eame.<\/p>\n\n\n\n
O\u00f9 se situe votre application<\/h2>\n\n\n\n
Sinch et le serveur WebSocket \u00e9changent un petit protocole JSON, une commande par message, et server.py<\/code> le g\u00e8re pour vous. Les corrections de transcription sont la partie qu’il vaut la peine de comprendre avant de vous appuyer sur l’exemple.<\/p>\n\n\n\nSinch envoie une premi\u00e8re transcription, puis peut en envoyer une corrig\u00e9e pour le m\u00eame \u00e9nonc\u00e9 avec isCorrection: true<\/code>, et le texte corrig\u00e9 inclut le texte pr\u00e9c\u00e9dent au lieu de remplacer uniquement la partie modifi\u00e9e. Cela s’est produit une fois en trois appels\u00a0: Thank you.<\/code> a \u00e9t\u00e9 suivi de Thank you.\\nOh<\/code>, that's nice.<\/code>, et les deux ont \u00e9t\u00e9 envoy\u00e9s au mod\u00e8le, de sorte que l’agent a r\u00e9pondu deux fois au m\u00eame \u00e9nonc\u00e9. D\u00e9cidez si vous souhaitez attendre une correction, annuler la requ\u00eate en cours ou ignorer compl\u00e8tement les corrections.<\/p>\n\n\n\nLa limite de l’application ressemble \u00e0 ceci\u00a0:<\/p>\n\n\n