POST /v1/music/generations erstellt eine öffentliche TokenLab-Aufgabe und gibt id / task_id, status und normalerweise poll_url zurück. Ihre Anwendung sollte diese Aufgabenidentität speichern, den Fortschritt anzeigen und bis zu einem terminalen Status abfragen.
Wählen Sie den Workflow
| Workflow | Schlüsselattribute | Hinweise |
|---|---|---|
| Vollständiges Lied oder Instrumental | model, prompt, optional title, tags, action: "MUSIC" | Verwenden, wenn der Benutzer mit finalem Audio rechnet |
| Nur Texte | model, prompt, action: "LYRICS" | Nur verwenden mit Modellen, die die Liedgenerierung unterstützen |
| Fortsetzung eines bestehenden Clips | continue_clip_id, optional continue_at | Speichern Sie die vorherige öffentliche Clip-/Aufgabenidentität, bevor Sie die Fortsetzung anbieten |
suno_music für die Musikgenerierung. Für nur Textflüsse senden Sie action: "LYRICS" mit einem Modell, dessen öffentlicher Vertrag die Liedgenerierung dokumentiert. Behandeln Sie Modell-IDs als öffentliche TokenLab-IDs, nicht als Garantie, dass anbieter-spezifische Felder öffentliche Vertragsfelder sind.
Erstellen Sie eine Musikaufgabe
Abfragen auf Abschluss
Verwenden Sie zuerstpoll_url. Wenn Ihr Client eine feste Route benötigt, rufen Sie GET /v1/tasks/{id} mit der zurückgegebenen id oder task_id auf.
pending, processing, completed und failed. Eine abgeschlossene Musikaufgabe kann audio_url, video_url, title, lyrics und normalisierte Metadaten enthalten. Speichern Sie endgültige URLs in Ihrer eigenen Datenbank, damit der Benutzer das Ergebnis erneut öffnen kann, ohne die Generierung neu zu starten.
UI- und Statusverwaltung
- Zeigen Sie sofort nach der Aufgabenerstellung einen ausstehenden Status an.
- Abfragen Sie alle
5-10sfür lange Aufgaben, und stoppen Sie dann beicompletedoderfailed. - Zeigen Sie keinen endgültigen Player an, bis die Aufgabe
completedist und eineaudio_urlexistiert. - Bei nur Textaufgaben rendern Sie die Textausgabe separat von Audioaufgaben, damit die Benutzer verstehen, was sie kaufen.
- Bei einer Aktualisierung setzen Sie die Speicherung von
task_idfort, anstatt eine neue Aufgabe zu erstellen.
Abrechnung und Abgleich
Musikaufgaben können zum Zeitpunkt der Erstellung einen geschätzten Betrag reservieren und nach Bekanntwerden des terminalen Status abrechnen. Speichern Sierequest_id, task_id, Modell, Endpunkt und billing_transaction_id, wenn sie erscheinen. Verwenden Sie die Nutzungsaufzeichnungen der Management-API für den Abgleich anstelle von anbieter-spezifischen Aufgaben-IDs.
Häufige Fehler
| Symptom | Wahrscheinliche Ursache | Lösung |
|---|---|---|
| Aufgabe erstellt, aber kein Player | Aufgabe ist noch ausstehend oder abgeschlossen ohne audio_url | Weiter abfragen, bis terminal, dann fehlende Ausgabe als fehlgeschlagene Benutzeraufgabe behandeln |
| Doppelte Lieder nach Aktualisierung | UI hat die Aufgabe neu erstellt, anstatt fortzufahren | task_id speichern und wiederverwenden |
| Liedaufgabe gibt kein Audio zurück | action: "LYRICS" ist nur textbasiert | Trennen Sie die UI-Pfade für Texte und Musik |
| Nicht unterstützter Parameter | Feld ist nicht im öffentlichen Vertrag des Modells | Entfernen Sie anbieter-spezifische Felder oder wählen Sie ein Modell, das diese dokumentiert |
API-Referenz
| Thema | Referenz |
|---|---|
| Musik erstellen | Musik erstellen |
| Musikstatus abrufen | Musikstatus abrufen |
| Aufgabenstatus abrufen | Aufgabenstatus abrufen |
| Modelle auflisten | Modelle auflisten |
| Abrechnung & Preisgestaltung | Abrechnung & Preisgestaltung |