Skip to main content
TokenLab prend en charge la génération d’images à partir de texte, d’images à partir d’images et l’édition d’images via des points de terminaison d’image publics. Les modèles d’image ne partagent pas un ensemble de paramètres universel, donc les clients de production doivent d’abord choisir le point de terminaison, puis choisir le modèle, puis envoyer uniquement les champs pris en charge par ce modèle.

Quand Utiliser Chaque Point de Terminaison

Envoyez toujours model. Les points de terminaison d’image ne s’appuient intentionnellement pas sur un modèle par défaut implicite historique pour le trafic de production.

Choisissez Un Modèle

Commencez par la découverte de modèles, puis inspectez le détails du modèle dans TokenLab du modèle sélectionné :
Pour les modèles non liés aux chats, la réponse de la liste peut inclure GET /v1/models. Les pages de détails des modèles peuvent exposer le GET /v1/models/{model} complet. Utilisez ces champs pour confirmer :
  • L’opération prise en charge, telle que text-to-image, image-to-image, ou image-edit.
  • Le point de terminaison de requête attendu par le modèle.
  • Quelle forme utiliser pour les références, comme image_url, image_urls, reference_image_urls, multipart image, ou JSON images[].
  • Si le modèle accepte size, aspect_ratio, resolution, quality, background, output_format, ou response_format.

Règles de Forme de Requête

  • Les requêtes de style gpt-image-2 utilisent des champs size, quality, et d’édition similaires à OpenAI. Pour la génération et l’édition, background accepte auto ou opaque ; transparent n’est pas pris en charge. Laissez de côté les champs optionnels lorsque vous souhaitez que le modèle ou TokenLab utilise des valeurs par défaut automatiques.
  • Les familles d’images Gemini et Nano Banana utilisent généralement aspect_ratio; n’envoyez resolution que lorsque le détail du modèle l’expose.
  • L’image à image Nano Banana appartient à /v1/images/generations avec operation: "image-to-image" et des URLs d’images de référence.
  • /v1/images/generations n’accepte pas images[] ou file_id au niveau supérieur; ce sont des formes de flux d’édition.
  • Les références d’images distantes doivent être des URLs publiques http ou https. N’envoyez pas d’URLs de réseau privé, de credentials intégrés, de fragments d’URL, ou d’URLs signées qui pourraient expirer avant le début du traitement.

Exemple Texte-à-Image

Exemple Image de Référence

Gestion des Résultats

Les réponses d’image peuvent être synchrones ou asynchrones :
  • Les réponses synchrones retournent les data[] finales avec url ou b64_json.
  • Les réponses asynchrones retournent id, task_id, status, et généralement poll_url.
  • Préférez poll_url lorsqu’il est présent. Si vous avez besoin d’une route fixe, interrogez GET /v1/tasks/{id}.
  • Utilisez des requêtes synchrones lorsque vous avez spécifiquement besoin de b64_json; les résultats d’image asynchrones sont orientés URL.
Conservez l’URL d’image retournée, l’ID de tâche, le modèle, et votre propre ID utilisateur/travail. Ne continuez pas à interroger après un statut terminal.

Liste de Vérification de Production

  • Validez les entrées utilisateur avant d’appeler TokenLab : longueur du prompt, nombre d’images, accessibilité des URLs, et type de fichier.
  • Réglez les délais d’attente HTTP suffisamment élevés pour les requêtes synchrones haute résolution. Utilisez le mode asynchrone lorsque disponible pour un travail long.
  • Stockez request_id, task_id, poll_url, modèle, point de terminaison, et forme de requête assainie pour le support.
  • En cas de délai d’attente client, vérifiez si une tâche a été créée avant de réessayer la requête de création.
  • Réconciliez le coût avec les enregistrements d’utilisation et billing_transaction_id lorsqu’il est présent, pas avec les IDs de tâche du fournisseur.

Erreurs Courantes

Référence API