Politique d'usage acceptable

Version 1.1 · dernière mise à jour le 2026-09-04

unbleep retire les refus réflexes intégrés aux modèles grand public. Il ne retire pas votre responsabilité pour ce que vous construisez. Cette politique énonce clairement ce à quoi sert l'API et le petit nombre de choses auxquelles elle ne sert jamais.

Ce à quoi sert unbleep

• Red-teaming et tests adversariaux de systèmes et d'applications d'IA.
• Évaluation des jailbreaks, des refus et de la robustesse pour la recherche en sécurité.
• Recherche académique et industrielle sur le comportement et l'alignement des modèles.
• Construction de produits qui ont besoin de réponses directes et non filtrées — avec une gouvernance que vous contrôlez.
• Benchmark de garde-fous par rapport à une référence sans censure.

Ce à quoi il ne sert jamais

Vous ne pouvez pas utiliser unbleep pour créer, faciliter ou tenter l'un des actes suivants :

• Instructions opérationnelles pour des armes capables de faire des victimes en masse — chimiques, biologiques, radiologiques, nucléaires ou explosifs à haut rendement.
• Contenu sexuel impliquant des mineurs, ou tout contenu sexualisant une personne réelle identifiable sans son consentement.
• Harcèlement ciblé, traque, doxxing ou menaces crédibles contre une personne réelle.
• Fraude, logiciels malveillants ou intrusion visant des systèmes réels que vous n'êtes pas autorisé à tester.
• Usurpation d'identité trompeuse, campagnes de désinformation ou manipulation électorale à grande échelle.
• Tout ce qui est illégal dans la juridiction où vous ou vos utilisateurs opérez.

La recherche en sécurité est la bienvenue ; se servir de ce cadre comme couverture pour causer un préjudice réel ne l'est pas. Le critère est l'intention et l'autorisation, pas le vocabulaire.

Vos obligations

• Gardez un humain responsable des sorties. Le modèle est un outil, pas un décideur.
• Mettez en place un contrôle d'âge et signalez comme telles les surfaces sans censure que vous exposez aux utilisateurs finaux.
• N'orientez pas des utilisateurs vulnérables vers des contenus nuisibles sous la bannière du « sans filtre ».
• Sécurisez vos clés API et les données de vos utilisateurs.

Comment nous gouvernons

• Journalisation des requêtes. Nous conservons le corps de la requête, le contenu de la réponse et l'adresse IP source de chaque appel que nous acceptons et transmettons à un modèle, pendant 30 jours, puis nous les supprimons automatiquement. Les corps sont tronqués à 64 Ko. L'IP source est également écrite sur la ligne d'utilisation qui facture l'appel, et cette ligne est conservée plus longtemps, en tant que pièce comptable. Aucun réglage ne permet de désactiver cela et il n'y a pas d'opt-in côté client — cela s'applique à chaque compte. Voir la Politique de confidentialité pour le reste de ce que nous conservons et pour savoir comment demander une copie ou une suppression.
• Le curseur de politique. policy: strict applique notre liste de blocage, maintenue par l'opérateur, à la requête avant qu'elle n'atteigne un modèle ; une requête refusée est enregistrée comme bloquée dans votre historique d'utilisation, n'est pas facturée, et son contenu n'est pas conservé, puisqu'elle n'a jamais atteint de modèle.
• Application. Nous enquêtons sur les signalements d'abus et pouvons suspendre les clés utilisées pour les usages interdits ci-dessus. Une enquête s'appuie sur les métadonnées d'utilisation — quelle clé a appelé quel modèle, quand, depuis quelle IP, et si la requête a été refusée — et, dans la fenêtre de 30 jours, sur le contenu conservé de la requête et de la réponse lui-même. Nous répondons aux demandes légales régulières avec les données que nous détenons effectivement au moment où nous les recevons.