Méthodes d’authentification
Toutes les interfaces publiques utilisent par défaut Bearer Token :Structure d’erreur
Lors du dépannage de requêtes ayant échoué, concentrez-vous en priorité sur :- Codes d’état HTTP
error.codeerror.message
Codes d’état courants
| HTTP | Signification | Recommandation |
|---|---|---|
| 400 | Paramètres de requête invalides | Vérifier les champs obligatoires, le nom du modèle et les paramètres de chemin |
| 401 | Échec de l’authentification | Vérifiez si la clé API est valide |
| 404 | Chemin ou tâche inexistant | Vérifier le chemin de la requête et l’ID de la tâche |
| 429 | Limite de débit atteinte | Réduire la fréquence ou réessayer |
| 500 | Erreur interne du serveur | Enregistrer la requête et réessayer ou contacter le support |
Énumérations d’état courantes
Énumération des rôles courants :systemuserassistant
queuedrunningsucceededfailedin_progresscompleted
Requête de tâche asynchrone
La documentation publique actuelle se concentre principalement sur la « requête active des résultats de tâche », les méthodes courantes incluent :GET /v1/videos/{task_id}GET /v1/responses/{response_id}GET /api/v3/contents/generations/tasks/{task_id}GET /suno/fetch/{task_id}GET /ent/v2/tasks/{task_id}/creationsGET /v1beta/{operation_name}
- Implémenter des mécanismes de retry et d’exponential backoff pour les requêtes de tâches
- Persister
task_idouoperation_name - La consultation des résultats sert de mécanisme de secours pour le suivi des tâches asynchrones
