Ce qui est gardé, et ce qui ne l’est pas
| Élément | Gardé ? | Pendant combien de temps |
|---|---|---|
| Votre prompt, votre prompt système et l’historique | Jamais | — |
| La réponse du modèle et sa réflexion | Jamais | — |
| Les images que vous envoyez | Jamais | — |
| Une ligne par appel : heure, clé, modèle, tokens, crédits, statut | Oui | 30 jours |
| Votre clé | Seulement son empreinte SHA-256 et les quatre derniers caractères | Jusqu’à ce que vous supprimiez la clé |
| Votre compte | Une clé de compte, sans e-mail, nom ni mot de passe | Tant que le compte existe |
| Une empreinte de chaque message du dernier appel d’une conversation (GLM seulement) | En mémoire, pour facturer les reprises comme du cache | 10 minutes |
| Un paiement par carte | Gardé par notre prestataire de paiement, comme un paiement l’exige | Les conditions du prestataire |
La console affiche vos lignes d’appels telles qu’elles sont stockées et les exporte en CSV, pour que vous puissiez vérifier la liste ci-dessus avec votre propre compte. Champ par champ : Ce que nous gardons.
Où tourne le modèle
Un modèle hébergé doit lire votre prompt pour répondre, donc la confidentialité dépend de l’hébergeur autant que de nous. Nous ne servons un modèle que lorsque son hébergeur ne garde rien :
- DeepSeek V4.1 Flash Uncensored tourne sur un palier privé qui ne stocke ni prompts ni réponses.
- GLM 5.3 Flash Uncensored tourne sur un hébergeur qui ne garde aucune donnée : rien n’est stocké une fois la réponse envoyée. Ses GPU appartiennent à des opérateurs indépendants, ce qui compte si votre modèle de menace inclut la machine elle-même.
Aucun des deux hébergeurs ne sait qui vous êtes. Les appels leur arrivent depuis nous, sous notre compte, et notre clé de cache intègre un hachage de votre compte, pour que les appels d’un client ne puissent jamais partager le cache d’un autre.
Comparaison avec les politiques habituelles des API
Lisez la politique de données de n’importe quelle API d’IA hébergée et vous y trouverez souvent certaines de ces clauses. Elles sont courantes, pas universelles, et chaque prestataire les formule différemment :
| Pratique courante | Ici |
|---|---|
| Prompts et réponses conservés pendant une durée fixe, souvent environ 30 jours, pour l’examen des abus | Pas du tout conservés. La vérification des limites strictes lit la requête et ne stocke rien. |
| Requêtes utilisées pour améliorer les modèles, sauf opt-out, surtout sur les offres gratuites | Jamais utilisées pour l’entraînement. Rien n’est stocké pour entraîner quoi que ce soit. |
| Zéro rétention proposée seulement sur un forfait entreprise, après une demande | La règle par défaut pour chaque clé, dès un rechargement de 5 $. |
| Corps des requêtes écrits dans les journaux pour le débogage | Les corps ne sont jamais journalisés. Les erreurs sont enregistrées sous forme de codes et de compteurs. |
| Un compte lié à un e-mail, un nom et souvent un numéro de téléphone | Une clé de compte, et rien d’autre. |
La zéro rétention n’est pas un chiffrement vis-à-vis de l’hébergeur : le modèle lit toujours vos mots pendant qu’il répond. Si aucune machine autre que la vôtre ne doit jamais voir le texte, faites tourner un modèle en local. Ce que signifie la zéro rétention des données explique la différence.
Ce que vous pouvez vérifier vous-même
- Envoyez une requête sans prompt système et demandez au modèle de répéter tout ce qui se trouve au-dessus de votre message. Il ne trouve rien : nous n’ajoutons aucune instruction cachée.
- Ouvrez le journal d’appels de la console. Chaque ligne ne contient que des compteurs ; il n’y a aucun champ pour les mots.
- Lisez l’en-tête
x-nokeep-ignoredd’une réponse : tout champ que nous n’avons pas transmis y est nommé, rien n’est modifié en silence.
Questions
Journalisez-vous les prompts pour la surveillance des abus ?
Non. Une vérification automatique lit chaque requête au regard des limites strictes avant son exécution, et renvoie oui ou non. Ce qu’elle a lu n’est pas stocké, et aucune personne ne relit les requêtes.
Mes données servent-elles à entraîner les modèles ?
Non. Nous ne stockons ni prompts ni réponses, et les hébergeurs non plus, donc il n’y a rien à entraîner.
L’API est-elle chiffrée de bout en bout ?
Les appels passent par HTTPS, mais le modèle doit lire votre prompt pour répondre. La zéro rétention signifie que rien n’est conservé après la réponse, pas que rien ne la lit. Pour un texte qu’aucune autre machine ne doit voir, faites tourner un modèle en local.
Puis-je supprimer les lignes d’appels plus tôt ?
Elles se suppriment d’elles-mêmes au bout de 30 jours. Elles contiennent des compteurs, pas du contenu : l’heure, la clé, le modèle, les tokens, les crédits et le statut.
Faut-il donner un e-mail pour obtenir une clé ?
Non. Acheter des crédits crée une clé de compte ; il n’y a ni e-mail, ni nom, ni mot de passe. Un paiement par carte est géré par notre prestataire de paiement, qui garde ce qu’un paiement exige.
Est-elle aussi sans censure ?
Oui. Les deux modèles ont leurs refus retirés des poids, avec quatre limites strictes conservées. Voir la page API LLM sans censure.