Responsabilité du contenu et des usages

Capacités des modèles et usages

Choisissez un modèle selon les capacités dont vous avez besoin. SpicyAPI n’exige aucun indicateur de mode de contenu dans les requêtes et ne procède pas à un examen du contenu de chaque requête.

Concrètement : vous choisissez le modèle ; le modèle décide ce qu’il génère. Nous n’analysons, ne classons et n’approuvons pas les requêtes individuellement, et nous ne réécrivons pas votre prompt. Il n’y a aucun bouton « mode adulte » à activer ni aucune autorisation à demander : les capacités font partie du modèle lui-même et sont décrites sur sa page de catalogue.

Votre responsabilité

L’exécution d’une requête API ne détermine pas si le contenu peut être distribué dans votre juridiction et ne remplace pas votre processus de conformité. Il vous revient de veiller à ce que l’usage, les entrées, les sorties, le public et le stockage respectent la loi applicable, les contrats et les règles de votre produit, particulièrement lorsque des personnes réelles, le consentement, la vérification de l’âge ou la protection des mineurs sont concernés.

Si vos utilisateurs envoient des requêtes par votre produit, ces obligations vous incombent toujours : les vérifications d’âge nécessaires pour votre public, vos propres contrôles de contenu et d’accès, ainsi qu’un moyen pour vos utilisateurs de vous signaler des contenus.

Les usages toujours interdits

L’absence d’examen de chaque requête ne signifie pas que tout est permis. Certains usages sont interdits avec tous les modèles, sans qu’un réglage, un type de compte ou un accord puisse y déroger, notamment :

• toute représentation sexualisée d’un mineur, quel que soit le style ;
• les représentations intimes ou sexualisées d’une personne réelle identifiable sans son consentement documenté, y compris l’échange de visage et le transfert de ressemblance ;
• l’usurpation de l’identité d’une personne réelle ;
• les contenus illégaux dans votre pays ou dans le pays où le service est exploité.

Les comptes qui enfreignent ces règles peuvent être suspendus ou fermés après un signalement ou une notification juridique, et les éléments concernés par un signalement sont conservés lorsque la loi l’exige. Lisez la Politique d’utilisation acceptable et la Politique de contenu avant de lancer votre produit, particulièrement si vous servez vos propres utilisateurs finaux.

Les régions desservies

Nous ne desservons pas la Chine continentale. C’est une exigence de conformité juridique, pas un choix de produit.

Le contrôle s’applique en périphérie du réseau, au serveur d’origine, à l’inscription et au paiement. Les requêtes provenant d’une région restreinte sont refusées :

• La plupart reçoivent le code métier 40303 (The service is not available in your region).
• Certaines sont arrêtées par notre réseau périphérique avant d’atteindre l’API et reçoivent une page 403 simple au lieu d’une réponse JSON.
• Une requête dont la localisation ne peut pas être déterminée est refusée de la même façon.

Un 40303 ne peut ni être relancé ni être contourné.

Séparément, les conditions d’utilisation excluent le service au Royaume-Uni, à Hong Kong, à Macao, en Arabie saoudite, aux Émirats arabes unis, au Qatar, au Koweït, à Bahreïn, à Oman, au Pakistan, au Bangladesh, en Afghanistan, en Indonésie, en Malaisie et au Brunei, en raison du traitement juridique des contenus pour adultes et des contenus générés par IA dans ces territoires. L’utilisation du service depuis ces lieux n’est pas autorisée par les conditions.

Refus par un modèle

Un modèle donné peut refuser une requête selon son implémentation. La tâche se termine en failed avec errorCode: "content_rejected", et le montant réservé est normalement libéré intégralement. Certains refus de contenu sont facturés au devis accepté uniquement lorsque la page du modèle le précise explicitement. Ces tâches restent en échec ; settled: true avec un cost positif confirme la facturation. Un refus n’est pas automatiquement facturable.

errorCode est stable ; errorMessage est destiné à la lecture humaine et peut reprendre en anglais le motif du modèle, après retrait des détails internes (voir Erreurs). Utilisez errorCode pour votre logique applicative et ne relancez pas un refus avec une entrée identique : modifiez le prompt ou choisissez un autre modèle.

Signalements

Pour signaler un abus, écrivez à support@spicyapi.ai ou utilisez la page de signalement. Incluez l’ID de la tâche, qui commence par job_ et figure dans la console sous Journaux, ou l’URL de la page où le contenu apparaît. N’envoyez pas de clés API ni d’URL de téléchargement signées.