API d'IA NSFW : génération d'images et de vidéos adultes depuis votre code

Si vous construisez un produit pour adultes, une application de compagnon, un outil artistique ou un générateur privé pour votre propre usage, vous pouvez appeler depuis votre code les mêmes modèles que ceux du studio. Voici une liste de contrôle pour le faire spécifiquement avec du contenu NSFW : ce que l'API autorise, comment elle dit non, et ce qui relève de votre responsabilité plutôt que de la nôtre. Le fonctionnement général (clés, endpoints, une requête prête à l'emploi par modèle) est décrit sur la page de l'API.

1. Savoir ce que l'API autorise

L'API suit les mêmes conditions que le studio, mot pour mot. Le contenu pour adultes entre adultes est autorisé. Trois choses ne le sont jamais : le contenu sexuel impliquant des mineurs ou des jeux de rôle d'âge, le contenu montrant une absence de consentement, et les images sexuelles ou intimes d'une personne réelle et identifiable. Par ailleurs, chaque modèle tourne chez un fournisseur doté de sa propre modération, et certains modèles refusent entièrement les prompts adultes.

La liste des modèles que renvoie l'API ne comporte aucun indicateur adulte, pour la même raison que le catalogue n'en a pas : les fournisseurs changent leurs règles, et un indicateur que nous ne pouvons pas garder exact vous induirait en erreur. Testez les modèles que vous comptez utiliser avec une requête clairement adulte chacun, et construisez votre liste de modèles à partir de ceux qui passent. Notre guide des modèles d'image NSFW décrit ce test.

2. Gérer les deux types de refus

Votre code rencontrera des refus venant de deux endroits, et ils n'arrivent pas de la même façon :

• Notre contrôle, de façon synchrone. Chaque champ de texte libre d'une requête est vérifié avant tout débit. Un prompt impliquant des mineurs revient immédiatement en 400 avec le code PROMPT_REJECTED_MINOR ; la violence sexuelle ou le gore avec PROMPT_REJECTED_VIOLENCE. Aucun rendu n'est créé et votre solde n'est pas touché.
• Le fournisseur, plus tard. La requête est acceptée et facturée, le rendu démarre, et le fournisseur le refuse. Quand vous interrogez son statut, le rendu se termine avec refunded: true et le code d'échec MODERATION_REJECTED, et le montant est déjà revenu sur votre solde.

Considérez le premier comme définitif : ne le relancez pas, et ne le reformulez pas automatiquement. Considérez le second comme un signal sur le modèle : relancer les mêmes entrées sur le même modèle échoue généralement de la même manière, alors passez au modèle suivant de votre liste testée ou dites clairement à l'utilisateur que ce modèle a refusé.

Écrivez les âges dans les prompts comme vous le feriez pour une personne : « une femme d'une trentaine d'années », « un homme d'une quarantaine d'années ». Avant l'envoi d'un prompt d'image ou de vidéo, des mots comme « fille » et « garçon » sont reformulés en termes adultes, donc un prompt qui dit « femme adulte » dès le départ donne un rendu plus proche de ce que votre utilisateur a demandé.

3. Ajouter les contrôles qui vous reviennent

Notre contrôle est un plancher, pas votre modération. Les conditions vous rendent responsable de tout ce qui est généré avec votre clé, y compris par vos propres utilisateurs, et elles vous demandent de réserver votre service aux personnes ayant l'âge légal. Concrètement, cela signifie :

1. 01Une vérification d'âge devant toute fonctionnalité qui génère du contenu pour adultes, avant la première requête, pas après.
2. 02Votre propre contrôle des prompts avant de nous appeler, pour qu'un utilisateur qui tape quelque chose d'interdit soit arrêté et journalisé de votre côté. Nos codes de refus sont une deuxième ligne, pas la première.
3. 03Aucun import de personnes réelles dans les parcours adultes. Si votre application accepte une image de départ ou une image de référence, ne laissez pas passer la photo d'une personne identifiable quand le résultat est sexuel.
4. 04Un historique de qui a demandé quoi, lié à votre propre identifiant utilisateur, pour pouvoir agir sur le bon compte quand quelque chose tourne mal.

4. Argent, clés et fichiers

• Un seul solde. Les rendus via l'API sont payés sur le même solde que le studio, aux mêmes prix, en centimes d'euro. La plus petite recharge est de €5.00.
• Idempotence. Envoyez un en-tête Idempotency-Key avec chaque appel de création, pour qu'une nouvelle tentative réseau ne vous facture jamais deux fois.
• Les clés restent sur votre serveur. Une clé commence par gl_live_, n'est affichée qu'une fois, et doit être rangée dans un secret côté serveur, jamais dans un navigateur ni dans le paquet d'une application. Révoquez-la dans les Paramètres si elle fuite.
• Téléchargez sans tarder. Les fichiers terminés sont supprimés après une période de conservation, alors copiez le résultat sur votre propre stockage dès que le rendu réussit.

La vidéo fonctionne de la même manière via l'API ; nos notes sur l'animation d'une image adulte s'appliquent telles quelles, y compris la raison pour laquelle les modèles vidéo refusent plus souvent que les modèles d'image.