AI-generated Answer for lazlo_88026
Réponse vérifiée dans la doc ElevenLabs
-
Envoi de messages Ă une conversation
- La doc ne décrit pas d’endpoint HTTP POST /v1/convai/conversations/{id}/messages. L’envoi de messages utilisateur se fait via la WebSocket ConvAI (événement user_message) ou via les SDK (ex. conversation.send_user_message en Chat Mode). Un appel HTTP à /messages renverra donc 404 car l’endpoint n’est pas documenté/exposé. Voir WebSocket ConvAI et guide Chat Mode. (elevenlabs.io)
-
Durée de validité/fermeture automatique d’une conversation
- La doc ne publie pas de TTL général pour conversation_id après une prise de parole.
- La fin d’une conversation est gérée par des outils système (End Call) ou, selon le canal (ex. WhatsApp), par un “Max conversation duration timeout”. Rien n’indique une fermeture automatique globale au bout de X secondes d’inactivité côté ConvAI. (elevenlabs.io)
- Les “Turn timeouts” règlent l’attente en silence avant relance, pas la clôture de la conversation. (elevenlabs.io)
-
Keep-alive
- Aucun mécanisme de keep-alive n’est documenté pour les conversations ConvAI. (Il existe un keep-alive pour d’autres WebSockets TTS temps réel, mais ce n’est pas la WebSocket ConvAI.) (help.elevenlabs.io)
-
Le conversation_id change-t-il Ă chaque tour ?
- Non. Il est attribué à l’initialisation de la session et sert pour le monitoring et la récupération a posteriori (GET /v1/convai/conversations/:conversation_id). (elevenlabs.io)
-
Délai maximum entre webhook et réponse
- Non spécifié dans la doc. Pour l’intégration téléphonie (ex. Twilio), le webhook d’initialisation est appelé pendant la phase de numérotation, mais aucun SLA/timeout chiffré n’est publié. (elevenlabs.io)
Ce que je vous conseille pour Ă©viter le 404:
- Envoyez vos messages via la WebSocket ConvAI (événement user_message) ou via le SDK en Chat Mode, plutôt qu’un POST HTTP sur /messages. (elevenlabs.io)
- Vérifiez l’état de la conversation avant d’agir (GET /v1/convai/conversations/:conversation_id) pour savoir si elle est encore “in-progress/processing” ou déjà “done/failed”. (elevenlabs.io)
- Si vous devez injecter un message côté humain en cours de chat et disposez du monitoring entreprise, utilisez la WebSocket de monitoring et la commande send_human_message. (elevenlabs.io)
Si vous avez besoin d’un envoi strictement HTTP, la doc publique actuelle ne l’expose pas pour les messages; seuls des endpoints “lecture/feedback/suppression” sont documentés (GET détails/audio, POST feedback, DELETE). (elevenlabs.io)
En résumé aux 4 questions:
- Pas de fermeture automatique “globale” documentée; fin via outils/paramètres spécifiques (ex
crystal blaze
real bison