AI-generated Answer for matteo_58241
Je comprends que, pendant une conversation avec un ElevenLabs Agent, vous voyez un “failed to generate” et/ou un arrêt/shutdown “régulier”. Voici les vérifications et correctifs confirmés par la documentation officielle :
- Identifier la cause exacte
- Ouvrez Call History: chaque appel en échec affiche un message d’erreur en rouge (allowlist, variables dynamiques manquantes, limite journalière dépassée, override non autorisé, etc.). Cela indique pourquoi l’appel a été interrompu ou n’a pas démarré. (help.elevenlabs.io)
- Causes fréquentes de “failed to generate” (et correctifs)
- 429 too_many_concurrent_requests: vous avez dépassé la limite de concurrence de votre offre. Réduisez la simultanéité ou augmentez le plan. (help.elevenlabs.io)
- 429 system_busy: trafic élevé côté service. Réessayez avec backoff exponentiel. (elevenlabs.io)
- quota_exceeded: crédits/quotas insuffisants. Activez la facturation à l’usage (Creator+). (elevenlabs.io)
- invalid_api_key / voice_not_found: vérifiez votre clé API et le voice_id. (elevenlabs.io)
- Arrêt propre d’une conversation (shutdown “propre”)
- SDK Python: interceptez Ctrl+C et appelez end_session() pour fermer proprement la session. (elevenlabs.io)
- Laisser l’agent mettre fin à l’appel: ajoutez le system tool “End Call” à la configuration (par défaut côté Dashboard; à ajouter manuellement via API/SDK). (elevenlabs.io)
- WebSocket temps réel:
- Le socket se ferme automatiquement après 20 s d’inactivité; envoyez " " (espace) pour le garder ouvert.
- Envoyez une chaîne vide "" pour fermer proprement la connexion une fois le dernier message envoyé.
- Pour la fin d’un tour de parole, utilisez flush: true pour déclencher la synthèse immédiatement.
Ces pratiques s’appliquent aux WebSockets TTS et sont valables pour les agents utilisant le streaming audio. (elevenlabs.io)
- Surveiller/diagnostiquer en production
- Utilisez le dashboard Agents (Analytics, Active Calls) pour contrôler l’activité et repérer des pics/limites. (elevenlabs.io)
- En enterprise, le “Real-time monitoring” permet d’observer les événements d’une conversation et d’y envoyer des commandes (end call, etc.). (elevenlabs.io)
- En cas d’erreurs généralisées, vérifiez le statut du service (ex. incidents récents TTS/429). (status.elevenlabs.io)
Si le problème persiste après ces étapes, contactez le support via le formulaire et joignez l’agent_id, conversation_id, l’horodatage et la capture du message d’erreur depuis Call History. (help.elevenlabs.io)
Souhaitez-vous partager le message d’erreur exact affiché dans Call History et votre mode de connexion (SDK, WebSocket, téléphonie) pour que je vous indique l’action précise à appliquer selon la
short plover
tired rampart