Skip to main content
La génération de musique est asynchrone. POST /v1/music/generations crée une tâche publique TokenLab et renvoie id / task_id, status, et généralement poll_url. Votre application doit stocker cette identité de tâche, afficher la progression et interroger jusqu’à un statut terminal.

Choisissez le Flux de Travail

Interrogez le catalogue de modèles actuel avant d’expédier une liste de modèles codée en dur :
Les exemples publics actuels utilisent suno_music pour la génération de musique et incluent mv avec une version officielle du modèle Suno, comme chirp-v4. Pour les flux uniquement de paroles, envoyez action: "LYRICS" avec un modèle dont le détails du modèle documente la génération de paroles et omettez mv. Traitez les ID de modèle comme des ID publics TokenLab, et non comme une garantie que les champs spécifiques au fournisseur sont des champs de détails du modèle.

Créer une Tâche de Musique

Gardez les prompts, titres et tags visibles par l’utilisateur et sûrs à stocker. Ne placez pas de clés API, d’URLs privées ou d’informations de diagnostic privées dans les champs de prompt.

Interroger pour la Complétion

Utilisez d’abord poll_url. Si votre client a besoin d’une route fixe, appelez GET /v1/tasks/{id} avec le id ou task_id retourné.

Forme de la réponse

La réponse de création est un enregistrement de tâche à interroger, pas l’audio final :
Une réponse de polling terminée peut inclure les champs média finaux :
Les champs média finaux sont absents jusqu’à ce que status soit completed. Les tâches échouées renvoient status: "failed" avec error. Les statuts publics attendus sont pending, processing, completed, et failed. Une tâche de musique complétée peut inclure audio_url, video_url, title, lyrics, et des métadonnées normalisées. Stockez les URLs finales dans votre propre base de données afin que l’utilisateur puisse rouvrir le résultat sans redémarrer la génération.

Gestion de l’Interface Utilisateur et de l’État

  • Affichez un état en attente immédiatement après la création de la tâche.
  • Interrogez toutes les 5-10s pour les tâches longues, puis arrêtez sur completed ou failed.
  • Ne pas afficher de lecteur final tant que la tâche n’est pas completed et qu’un audio_url existe.
  • Pour les tâches uniquement de paroles, affichez la sortie texte séparément des tâches audio afin que les utilisateurs comprennent ce qu’ils achètent.
  • Lors d’un rafraîchissement, reprenez à partir du task_id stocké au lieu de créer une nouvelle tâche.

Facturation et Rapprochement

Les tâches de musique peuvent réserver un montant estimé au moment de la création et se régler après que le statut terminal soit connu. Stockez request_id, task_id, modèle, point de terminaison, et billing_transaction_id lorsqu’il apparaît. Utilisez les enregistrements d’utilisation de l’API de gestion pour le rapprochement au lieu des ID de tâche du fournisseur.

Erreurs Courantes

Référence API