Créer avec un modèle moins restrictif : les responsabilités qui restent

Vous lancez une application, un bot ou un flux de travail avec un modèle dont la page du catalogue indique « Uncensored », et vous voulez savoir ce que SpicyAPI vérifie pour vous. La plateforme ne procède pas à une vérification du contenu à chaque requête. SpicyAPI transmet votre requête au modèle choisi, sans réécrire le prompt ni ajouter de filtre de contenu, et aucun indicateur spécial de mode de contenu ni aucune autorisation de contenu n’est nécessaire. L’authentification, la validation des entrées, la disponibilité du modèle et les contrôles de dépenses restent applicables, et le modèle sélectionné peut imposer ses propres restrictions. C’est une description de la couche de transmission, pas une permission : la légalité, le consentement et l’accès aux résultats relèvent de votre responsabilité.

Que faire avant le lancement

1. Choisissez le modèle pour ses capacités, puis construisez input à partir de son schéma actuel. Des modèles comme Seedance 2.0 et Seedream 5.0 Pro portent la mention « Uncensored » d’après leur comportement observé. Elle oriente le choix de la tâche sans garantir que chaque requête conservera le contenu demandé. Cette mention est une information produit. Ce n’est pas une autorisation de compte, et les clés API ne délimitent que des limites opérationnelles comme les listes de modèles, les adresses IP et les dépenses.
2. Contrôlez l’accès de vos utilisateurs avant createTask. L’inscription à SpicyAPI ne vérifie pas l’âge de vos utilisateurs finaux, et la plateforme ne le fait pas à votre place. Appliquez la vérification d’âge requise pour votre public et votre juridiction, puis conservez le résultat et un horodatage associés à l’utilisateur si vous avez besoin d’une piste d’audit.
3. Bloquez les entrées intimes concernant des personnes réelles sans consentement. Arrêtez l’envoi si le consentement est absent ou retiré.
4. Conservez le lien entre vos dossiers et le taskId. Le dossier de la tâche ne peut pas reconstituer votre décision : gardez les contrôles d’âge, de consentement et de région effectués avec chaque taskId reçu.
5. Ajoutez un canal de signalement et une procédure de retrait. Permettez aux utilisateurs de vous signaler du contenu et assurez-vous de pouvoir agir.
6. Traitez les refus comme une issue normale. Le modèle peut encore refuser une demande selon sa propre politique, et aucun filtre n’est complet dans un sens comme dans l’autre. Une tâche d’image ou de vidéo qui échoue techniquement libère normalement le montant réservé selon la politique de remboursement. Un résultat terminé mais atténué reste facturé. Vérifiez l’état final et les conditions de facturation publiées du modèle avant de promettre un remboursement. Proposez à l’utilisateur une solution de reprise plutôt que de relancer le même prompt.

Des limites absolues qu’aucun réglage ne change

La politique de contenu interdit les éléments suivants sans exception ; aucun paramètre, réglage de clé, niveau de compte ou accord commercial ne les autorise :

• toute représentation sexualisée d’un mineur ou d’une personne paraissant avoir moins de 18 ans, y compris les traitements stylisés, animés ou illustrés et les personnages fictifs ;
• une photo ou une vidéo d’une personne réelle de moins de 18 ans comme entrée pour un échange de visage, de tête ou tout modèle capable de produire du contenu pour adultes ;
• des représentations intimes ou sexualisées d’une personne réelle identifiable sans consentement documenté, y compris le transfert de son apparence et le « déshabillage » d’une image habillée ; être une célébrité ou avoir des photos publiques ne vaut pas consentement ;
• utiliser l’apparence ou la voix d’une personne réelle pour nuire, diffamer, extorquer, tromper ou contourner des contrôles d’identité, même sans contenu sexuel ;
• du contenu illégal là où se trouvent vous, votre public ou l’opérateur du service.

L’API n’analyse pas les entrées ou les sorties au regard de cette liste. Les infractions sont traitées après un signalement ou une notification juridique : les éléments stockés peuvent être supprimés et les comptes fermés sans préavis et, dans la mesure permise par la loi, sans remboursement du solde restant. Les contenus semblant relever d’abus sexuels sur enfants sont conservés et signalés conformément au droit américain.

Les contrôles à intégrer à votre produit

Consentement des personnes réelles. Pour une personne identifiable dans un contexte intime ou sexualisé, conservez un dossier précisant qui a consenti, l’usage autorisé, la date et la manière de retirer ce consentement. Ce contexte exige un consentement documenté, éclairé et révocable, que vous pouvez produire sur demande ; les contenus pour lesquels vous ne pouvez pas le produire sont considérés comme créés sans consentement. Reliez ce dossier au fichier ou à l’identifiant de la tâche.

Juridiction. Votre localisation, celle de votre utilisateur et le lieu de présentation du résultat peuvent imposer des règles différentes. Certains pays pénalisent certains contenus fictifs ou tout contenu pour adultes, et beaucoup répriment les deepfakes sexuels. L’acceptation d’une requête par un modèle ne dit rien de la légalité du résultat. Prenez explicitement les décisions de région, d’âge et d’accès dans votre application. Deux exemples américains :

• La loi fédérale TAKE IT DOWN Act comprend des interdictions pénales visant certaines images intimes non consenties, y compris les représentations synthétiques. Les directives d’application de la FTC expliquent que, depuis le 19 mai 2026, les plateformes concernées doivent proposer une procédure de notification et retirer une représentation ainsi que ses copies identiques connues dans les 48 heures suivant une demande de retrait valide. Sont concernés les services principalement fondés sur des contenus générés par les utilisateurs et ceux qui hébergent régulièrement ces représentations dans le cadre de leur activité ; tous les générateurs privés n’ont pas automatiquement le même rôle de plateforme. Si votre application permet le partage de médias, évaluez ce rôle et mettez en place la procédure requise de notification et de retrait avant le lancement.
• Le texte adopté de la loi californienne AB 1043, applicable le 1er janvier 2027, établit des signaux d’âge du système d’exploitation et des obligations pour les développeurs concernés. Ses tranches d’âge sont moins de 13 ans, 13–15 ans, 16–17 ans et 18 ans ou plus ; le signal repose sur l’âge fourni au système d’exploitation, et non sur une obligation générale de recueillir une pièce d’identité officielle. Les applications concernées doivent demander le signal et utiliser correctement les informations d’âge obtenues. Vérifiez si votre distribution et votre public entrent dans les définitions adoptées ; ne supposez pas qu’un compte SpicyAPI fournit ce signal pour vos utilisateurs.

Ces informations sont générales et ne constituent pas un conseil juridique.

Mention de l’origine. Les résultats sont synthétiques. Si vous les publiez là où un spectateur pourrait les prendre pour une photographie, un enregistrement ou une déclaration d’une personne réelle, vous devez les identifier comme générés par IA et respecter les règles de mention applicables au lieu de publication.

Vérification. Lorsque votre cas d’usage l’exige, vérifiez les résultats avant publication et conservez un canal de signalement pour vos utilisateurs.

Un exemple concret : une application de discussion avec des personnages et des réponses en images

Votre application envoie la discussion d’un utilisateur à un modèle de texte et, sur demande, à un modèle d’image pour illustrer la scène.

• Inscription : effectuez une vérification d’âge et enregistrez réussite/échec avec un horodatage ; sans validation, aucune génération d’image.
• Avant chaque createTask : confirmez que le compte a passé le contrôle d’âge, que la région est desservie et que les références intimes à des personnes réelles disposent du consentement requis lié au fichier. Enregistrez taskId avec ces contrôles.
• En cas d’échec : une tâche refusée ou échouée affiche un message invitant à réessayer avec une autre entrée ; elle ne relance pas automatiquement le même prompt.
• Après génération : affichez une mention « généré par IA » sur tout élément partageable, proposez un bouton Report sur chaque image et masquez les contenus signalés pendant l’examen de la plainte ; retirez les contenus dont l’interdiction est confirmée et restreignez le compte si nécessaire. Lorsqu’une notification légale de retrait valide s’applique, respectez son délai.

Si un résultat enfreint les règles

Si un résultat semble interdit, arrêtez sa diffusion et ne le demandez pas à nouveau.

1. Signalez d’abord la tâche. Utilisez la page de signalement en transmettant l’identifiant de la tâche plutôt que le contenu. En cas de suspicion de contenu sexuel impliquant un mineur, envoyez plutôt un e-mail à support@spicyapi.ai avec CSAM ESCALATION en objet. Ne joignez, ne collez et ne liez pas le contenu. SpicyAPI conserve les dossiers disponibles du compte, de la tâche et des éléments stockés pour cette escalade.
2. Gardez le contenu hors circulation. Limitez l’accès pendant le traitement du signalement. Respectez les obligations de conservation applicables et les instructions de l’équipe chargée du signalement ; n’effacez pas les preuves soumises à conservation.
3. Ne purgez qu’après le signalement et la résolution des obligations de conservation. Pour un contenu suspect lié à des mineurs, attendez les instructions de SpicyAPI avant toute tentative de suppression. Pour une tâche admissible ayant atteint un état final, la suppression dans la console ou POST /api/v1/jobs/purge efface le contenu du prompt et du résultat et met la suppression des médias stockés en file d’attente, tout en conservant les dossiers de facturation. Une obligation légale de conservation bloque la purge, et une réponse réussie ne signifie pas que tous les objets stockés ont déjà été supprimés.

Un incident isolé signalé de bonne foi est traité comme un incident. Orienter à répétition ses demandes vers du contenu interdit, ou le diffuser après l’avoir reçu, est considéré comme intentionnel indépendamment de la formulation du prompt.

Questions fréquentes

La mention « Uncensored » signifie-t-elle que tous les prompts seront exécutés ?

Non. Elle décrit le filtrage propre au modèle. Celui-ci peut encore refuser ou atténuer un résultat.

SpicyAPI vérifie-t-il l’âge ou les dossiers de consentement de mes utilisateurs ?

Non. Vous effectuez et conservez ces contrôles ; le compte que vous avez créé ne vérifie pas vos utilisateurs.

Un contenu pour adultes généré par IA est-il automatiquement légal si le modèle l’accepte ?

Non. L’acceptation par le modèle, la politique de la plateforme et la loi sont des questions distinctes. Les adultes fictifs éliminent la question du consentement des personnes réelles, mais pas les restrictions sur le contenu ou sa diffusion dans une juridiction donnée. Pour une personne identifiable dans une représentation intime, le consentement requis reste nécessaire ; qualifier le résultat de synthétique ne rend pas acceptable une représentation non consentie. Appliquez les règles de localisation, de public et de partage avant l’envoi et la publication.

Une clé API plus stricte ou un compte spécial peuvent-ils débloquer davantage de possibilités ?

Non. Les clés ne délimitent que les limites opérationnelles ; les capacités viennent du modèle choisi.

À suivre : le parcours d’une tâche de sa création au résultat dans createTask, et ensuite ?.