Aller au contenu principal

Générateurs d’images IA NSFW privés : ce qui reste en local et ce qui est envoyé

Comparez génération NSFW locale, GPU distant et services web : envoi des références, stockage, suppression et métadonnées des images.

Auteur
Lydia
Publié
Lecture
42 min de lecture
Mis à jour
Un portfolio créatif sombre, un cadenas en laiton séparé et le bord d’une illustration de robe en satin.

Si votre exigence est qu’un prompt d’image NSFW et une référence de personnage ne quittent jamais votre ordinateur, utilisez un modèle exécuté sur votre appareil et un workflow entièrement local. Une galerie privée sur un site ne répond pas à cette exigence. Un GPU loué non plus : le traitement des images se fait sur le matériel de quelqu’un d’autre, même si vous installez vous-même le logiciel.

Cela ne fait pas de tous les outils hébergés un mauvais choix. Vous devez simplement choisir la confidentialité dont vous avez réellement besoin. Empêcher un personnage adulte d’apparaître dans un fil public est différent d’empêcher un service de conserver son image. Et ces deux objectifs diffèrent encore d’une génération sans envoi de l’image à quiconque.

Pour la plupart des créateurs de contenus pour adultes, le choix pratique se situe entre trois solutions : une application locale que vous entretenez, une machine distante que vous administrez ou un service web dont les règles de stockage et de suppression sont documentées. Ce guide explique leurs conséquences, avec un premier workflow local, les points à vérifier avant d’envoyer une référence et les façons dont une image peut quitter votre appareil après une génération entièrement locale.

Les exemples utilisent des personnages adultes fictifs. Ce sont des workflows proposés, pas les résultats d’un nouveau test de génération ou d’un audit de sécurité. Les règles de contenu du modèle et la qualité visuelle doivent toujours être évaluées séparément ; une promesse de confidentialité ne prouve ni l’une ni l’autre.

Choisissez votre exigence de confidentialité avant l’outil

Commencez par compléter cette phrase : « Je dois garder ces images privées vis-à-vis de ____ . »

Si votre réponse est « des autres utilisateurs du site », une galerie privée liée à votre compte peut suffire. Si c’est « de l’entreprise qui exécute le modèle », un réglage de galerie ne suffit pas. Si c’est « d’une personne qui utilise parfois mon ordinateur portable », l’exécution locale ne résout qu’une partie du problème : cette personne peut toujours ouvrir votre dossier de résultats.

Pour un personnage récurrent, incluez la planche de références et tout adaptateur personnalisé dans cette phrase. Le portrait retenu peut être destiné à la publication, tandis que les candidats écartés, le brief commercial et les fichiers d’entraînement du personnage doivent rester privés. Vous n’êtes pas obligé de traiter tous ces éléments de la même façon.

Votre exigenceUne solution de départ adaptéeCe qu’il reste à vérifier
Les prompts et images de référence doivent rester sur votre ordinateurInférence, retouche et enregistrement locauxNœuds cloud, assistants, exports, sauvegardes et extensions installées
Les autres clients ne doivent pas voir vos brouillonsUn service avec galerie privée et réglages de partage clairsLes conditions de conservation, d’entraînement et de traitement de l’opérateur
Vous avez besoin d’un GPU plus puissant tout en contrôlant le workflowUne instance hébergée à distance que vous administrezAccès du fournisseur, authentification, disques persistants et procédures de suppression
Vous voulez une génération hébergée pratique sans historique permanent du serviceUn mode sans stockage documenté pour le modèle d’image choisiExceptions, parcours propres au modèle, envois temporaires et métadonnées du compte
Vous voulez reprendre vos projets avec des références conservées entre les sessionsStockage local du projet ou bibliothèque cloud explicitement privéeQui peut accéder à cette bibliothèque et combien de temps les éléments restent enregistrés

Une règle utile consiste à choisir la frontière la plus stricte nécessaire pour l’entrée la plus sensible, puis à voir si le reste du projet peut suivre une voie plus pratique. Vous pouvez créer localement la planche de références confidentielle et publier ensuite un portrait sélectionné. En revanche, envoyer ce portrait à un éditeur hébergé reste un transfert, même si sa première génération a eu lieu hors ligne.

Ne laissez pas la mention « uncensored » d’un site répondre à la question de la confidentialité. Elle exprime une revendication sur le traitement des contenus, souvent imparfaite. À elle seule, elle ne dit rien sur la conservation de votre prompt par le serveur, l’affichage des images dans une galerie ou le recours à une autre entreprise pour exécuter le modèle.

Les trois lieux possibles d’un workflow d’images privé

Sur votre propre appareil

Un workflow réellement local charge le modèle sur votre ordinateur, y traite le prompt et les éventuelles références, puis écrit le résultat sur votre propre stockage. Une fois le logiciel et les fichiers de modèle nécessaires installés, une génération entièrement locale peut fonctionner sans connexion Internet.

C’est la voie la plus directe si votre exigence est de ne pas envoyer les entrées créatives pour l’inférence. Vous êtes responsable de l’appareil et de ses fichiers, au lieu de dépendre de la promesse d’un service de les supprimer plus tard. En contrepartie, il faut prévoir l’installation, le stockage, la mémoire disponible et le temps nécessaire à chaque génération ou retouche.

L’exécution locale complique aussi certaines tâches. Vous ne pouvez pas supposer qu’un modèle tient en mémoire parce qu’un autre fonctionnait sur la même machine. Un workflow de portrait simple peut passer, tandis qu’une chaîne de retouche avec des encodeurs supplémentaires ou un gros upscaler ne passe pas. La confidentialité est une raison d’envisager le traitement local, pas une garantie que votre appareil actuel peut exécuter tous les modèles à la mode.

Sur un GPU distant que vous louez

Un GPU distant peut exécuter la même application et le même checkpoint que votre installation locale. Vous pouvez choisir les fichiers de modèle, contrôler le dossier de sortie et décider quand arrêter la machine. Mais le prompt et les références sont envoyés à cet environnement distant, et les résultats y sont créés.

Voyez-le comme votre environnement de travail sur une infrastructure louée. Vous contrôlez de nombreux choix dans la session ; vous ne possédez pas la machine physique et vous n’éliminez pas automatiquement l’accès du fournisseur ni ses traces d’exploitation. Les politiques de l’hébergeur, votre modèle d’installation et les contrôles d’accès comptent tous.

Cette solution est utile si un workflow précis à poids ouverts est nécessaire et que votre portable ne peut pas le faire tourner. Elle est moins pertinente si vous aviez choisi un logiciel local pour éviter tout traitement externe. Louer un GPU plus puissant résout un manque de matériel en changeant la frontière de confidentialité.

Dans un service web

Un générateur hébergé exécute le modèle pour vous. Votre navigateur présente les commandes, mais celles-ci n’indiquent pas où l’inférence se déroule. Un service peut conserver l’historique dans votre navigateur tout en envoyant le prompt en cours à des GPU distants.

Les questions importantes portent sur ce que le service transmet, ce qu’il conserve et les politiques suivies par le modèle ou la fonction choisis. Une galerie privée peut empêcher la publication automatique alors que le service continue à stocker vos brouillons. Un mode sans stockage peut réduire les contenus conservés tout en impliquant un traitement distant. Un compte peut collecter des données de paiement et d’utilisation même lorsque les contenus créatifs ne sont pas conservés.

Pour un créateur indépendant, ce compromis peut être raisonnable. Vous pouvez préférer une durée de conservation claire et limitée ainsi que des fonctions de retouche utiles à un week-end passé à entretenir une installation locale. Ce choix devient solide lorsque vous connaissez la frontière, au lieu d’interpréter « privé » comme une promesse couvrant tout.

Un portrait de personnage à côté d’un ordinateur personnel, d’une baie de serveurs et d’un portfolio sur un portable.

Illustration : l’inférence locale, le matériel loué et un espace hébergé correspondent à des lieux de traitement différents. Une galerie privée est un réglage de visibilité distinct.

Les outils locaux à examiner, et ce que leur nom ne garantit pas

Deux points de départ pratiques sont ComfyUI pour un workflow local contrôlable et Draw Things pour une application sur appareil Apple. Ce sont des outils d’exécution de modèles, pas des recommandations générales de tous les checkpoints téléchargeables ni une promesse que chaque brief NSFW fonctionnera.

La documentation officielle de ComfyUI décrit une architecture client-serveur : l’interface est le client, tandis que le serveur Python traite le modèle et les images. Ce serveur peut se trouver sur votre ordinateur ou ailleurs. L’interface familière de ComfyUI ne prouve donc pas que l’inférence est locale ; vous devez savoir où tourne son serveur. Documentation de l’architecture de ComfyUI.

Draw Things propose explicitement la génération locale et l’entraînement local de LoRA. Il propose aussi Cloud Compute. Sa page des éditions distingue les fonctions locales gratuites du transfert vers des serveurs gérés, lié à un compte. Choisir une application locale ne signifie donc pas que tous ses boutons fonctionnent localement. Draw Things, comparaison des éditions.

Outil ou modeUne bonne raison de l’examinerLa frontière de confidentialité à préserver
ComfyUI exécutant un modèle local sur votre ordinateurVous voulez conserver un workflow, un modèle et des réglages connusGarder la génération et chaque étape de traitement pertinente en local
Compute local de Draw ThingsVous voulez une application Apple plutôt qu’un graphe de nœudsVérifier que Compute local est sélectionné pour la tâche
Cloud Compute de Draw ThingsVous voulez décharger l’appareil d’une partie du travailLe considérer comme un traitement cloud, y compris pour les adaptateurs envoyés
ComfyUI hébergé sur une instance louéeVous avez besoin d’un workflow précis sur un matériel plus puissantLes références et prompts sont transférés à l’instance
ComfyUI avec un nœud d’API distanteVous voulez utiliser un modèle hébergé dans un workflow familierLe service connecté reçoit les entrées nécessaires à la requête

La politique de confidentialité de Draw Things donne un exemple concret d’élément méritant une décision propre : les LoRA envoyés sont stockés sur son infrastructure Cloud Compute jusqu’à leur suppression ou celle du compte. Ne pas conserver les métadonnées du nom de fichier d’un LoRA ne signifie pas ne pas conserver le fichier lui-même ; la politique décrit le stockage du fichier binaire et de l’empreinte de son contenu. C’est important si votre adaptateur représente la conception confidentielle d’un personnage. Politique de confidentialité de Draw Things.

Pour travailler en local, choisissez d’abord un seul modèle pris en charge et son workflow documenté. Une longue liste de checkpoints et d’extensions ne constitue pas une installation pour débuter. Il vous faut une configuration qui crée le style souhaité, enregistre les fichiers là où vous l’attendez et reste compréhensible lorsque vous la rouvrez la semaine suivante.

De quel matériel avez-vous réellement besoin ?

Il n’existe pas de configuration universelle fiable pour un « générateur d’images IA NSFW privé ». La mention NSFW ne détermine pas la consommation de mémoire. L’architecture du modèle, sa précision, les dimensions de sortie, la taille du lot et les étapes supplémentaires, oui.

La documentation Windows de Comfy Desktop indique la prise en charge de Windows 10 ou plus récent et recommande un GPU NVIDIA ou AMD dédié. Sa documentation macOS précise Apple Silicon et macOS 13 ou plus récent. Les deux mentionnent environ 4.85 GB pour l’installation elle-même, sans les poids des modèles. Ce sont les exigences de l’application, pas une promesse qu’un modèle d’image donné tiendra en mémoire. Installation Windows, installation macOS.

Avant d’acheter du matériel, décrivez le travail réel. « Un portrait de personnage à la taille normale du modèle » est moins exigeant que « quatre grandes retouches sur références en parallèle, suivies d’un second modèle d’amélioration ». Cherchez une configuration compatible dans la documentation du modèle, puis vérifiez la mémoire disponible sur la machine que vous comptez utiliser.

Si vous avez déjà un ordinateur adapté, commencez par une seule image à la fois aux dimensions ordinaires du workflow fourni. Vérifiez qu’il fonctionne avant d’ajouter une résolution supérieure, des adaptateurs ou plusieurs étapes d’amélioration. Une erreur de mémoire insuffisante invite souvent à simplifier la tâche ou à utiliser une configuration plus légère prise en charge. Elle ne prouve pas que la confidentialité locale est impossible.

Si vous avez un portable léger, « fonctionne sur n’importe quel ordinateur » n’est pas une promesse de performances utile. Le lancement d’une application et la production d’images par son modèle à un rythme exploitable sont deux choses différentes. Le fonctionnement sur CPU, lorsqu’il est pris en charge, peut être nettement moins pratique qu’un matériel accéléré adapté. Vérifiez la combinaison précise du modèle et de l’appareil avant de vous engager.

Sur un téléphone ou une tablette, une application capable de fonctionner en local peut valoir un essai avec un workflow modeste pris en charge. Réservez assez d’espace pour les fichiers de modèle et gardez votre premier projet petit. Vous n’avez pas besoin de fonder un achat sur des benchmarks hypothétiques : voyez si le portrait et la retouche de continuation simples dont vous avez réellement besoin sont disponibles et utilisables sur l’appareil.

Un service distant reste une option lorsque le workflow local est inadapté. Mais si la confidentialité impose l’absence de tout traitement externe, utilisez un workflow local plus léger et compatible, ou modifiez le livrable, plutôt que d’assouplir discrètement cette exigence en appuyant sur un bouton de transfert cloud.

Un workflow local pratique pour un projet de personnage adulte privé

Supposons que vous créiez un personnage fictif de 35 ans pour un visual novel destiné aux adultes. Vous voulez un premier portrait, plusieurs variations d’humeur et une référence de costume. Voici une démarche de départ proposée, pas une recette dont les résultats auraient été testés. Elle vise à garder le projet compréhensible et à éviter un envoi accidentel.

1. Créez l’emplacement du projet avant d’ouvrir le générateur

Choisissez un dossier que vous avez vérifié comme étant hors de tout emplacement automatiquement synchronisé dans le cloud. Séparez les sources, les images de travail et les exports approuvés en sous-dossiers. Donnez au projet un nom interne ordinaire ; les noms de fichiers peuvent devenir visibles lors d’un envoi, d’un partage ou d’une capture d’écran.

Placez uniquement les références prévues dans le dossier source. Évitez de faire glisser toute votre collection de photos dans le sélecteur d’images. Pour un personnage fictif, une référence créée par vos soins évite d’exposer des photos personnelles sans rapport. Si vous utilisez du matériel représentant une personne adulte réelle, obtenez son accord pour le traitement et la publication effectivement envisagés avant d’en faire une entrée.

2. Téléchargez l’application et tous les fichiers nécessaires au modèle

Suivez l’installation officielle de l’application et un workflow de modèle documenté. Certains modèles nécessitent plusieurs fichiers, par exemple un modèle d’image, des encodeurs de texte ou un décodeur. Télécharger uniquement le plus gros fichier peut laisser une application qui se lance mais ne peut pas générer.

Effectuez l’installation et les téléchargements en ligne, puis séparez cette activité de la session de création privée. Télécharger des poids de modèle publics est différent d’envoyer votre référence de personnage. Notez l’identité et la source du modèle pour pouvoir retrouver « la version qui fonctionnait ».

3. Commencez par une génération locale simple

Utilisez un workflow texte-vers-image simple, sans amélioration distante ni étape faisant appel à un service externe. Un premier brief adapté pourrait être : « Femme adulte fictive, 35 ans, robe de soirée sombre et opaque, expression assurée, éclairage latéral chaud, portrait éditorial sobre, fond simple. » Adaptez-le au modèle pris en charge au lieu de supposer un langage de prompt universel.

Cette première image sans contenu sensible permet d’examiner le style, l’enregistrement des fichiers et le comportement du workflow sans commencer par votre matériel le plus confidentiel. Gardez un petit lot. Le but est d’établir un processus connu avant d’assembler un graphe complexe de composants inconnus.

4. Déconnectez-vous et répétez l’opération ordinaire

Une fois toutes les ressources nécessaires installées, déconnectez l’ordinateur du réseau et essayez le même workflow local. S’il se termine, vous disposez d’un indice utile : cette opération ne nécessite pas de service distant de génération actif. S’il échoue, cherchez les fichiers de modèle manquants, les téléchargements, les nœuds distants ou les fonctions liées à un compte.

C’est une vérification fonctionnelle, pas la preuve que le logiciel ne transmet jamais d’informations une fois reconnecté. Une extension peut stocker des données localement et communiquer plus tard ; un autre workflow peut ajouter un appel d’API. Limitez la conclusion à ce qui a été constaté : cette opération précise a fonctionné sans connexion.

5. Enregistrez séparément la référence et la recette

Lorsque vous choisissez un portrait, conservez cette image comme source approuvée. Enregistrez assez de réglages pour répéter le workflow : modèle, fichier de workflow, adaptateur pertinent et paramètres ordinaires de génération. Ne comptez pas sur votre mémoire pour retrouver l’image utilisée parmi une grande planche-contact.

Le guide de première génération de ComfyUI explique le chargement de workflows depuis un JSON et depuis les métadonnées d’une image. C’est pratique pour reproduire un projet, mais cela signifie aussi qu’une image générée peut embarquer des informations de workflow. Conservez la version de travail en privé et préparez plus tard une copie distincte pour le partage. Guide de première génération de ComfyUI.

6. Ajoutez une tâche de continuation

Si le projet a besoin du même personnage dans une autre scène, utilisez un workflow local pris en charge pour la retouche sur référence ou le conditionnement de personnage. Répéter uniquement sa description écrite ne promet pas le même visage. Vérifiez que la chaîne locale prend réellement en charge l’entrée nécessaire et que ses ressources tiennent sur votre appareil.

Essayez une seule modification contrôlée, par exemple une expression ou un fond différent, en gardant la référence approuvée disponible. N’introduisez pas simultanément un nouveau visage, un angle, un costume et un éclairage lorsque vous vérifiez encore la continuité. Examinez vous-même le personnage obtenu ; une génération terminée ne constitue pas un verdict de qualité.

7. Exportez volontairement

Gardez la référence source et l’image de travail reproductible dans le dossier du projet. Créez une copie approuvée distincte pour la publication. Examinez à la fois ce que montre l’image et les informations intégrées à son fichier. Décidez ensuite si elle va dans une sauvegarde privée, chez un collaborateur ou sur une page publique.

À cet instant, la frontière du workflow change. Publier l’image sélectionnée n’oblige pas à publier les candidats écartés ni toute la recette du prompt. Envoyer cette image à un éditeur cloud implique d’accepter ses conditions de traitement, même si l’original a été généré localement.

Une femme adulte fictive en robe de satin bleu opaque près d’un rideau dans une pièce privée.

Illustration : un portrait terminé peut être choisi pour le partage tandis que le projet de travail reste séparé. Cette image ne démontre pas la suppression des métadonnées.

Les fonctions cloud qui peuvent modifier un workflow local

Un workflow local peut devenir hybride par une seule commodité apparemment mineure : un nœud de génération par API, un upscaler hébergé, un assistant de prompt en ligne ou un outil distant de traitement de références. L’image à l’écran peut rester identique alors que l’étape suivante l’envoie ailleurs.

Les Partner Nodes de ComfyUI en sont un exemple documenté. Leurs entrées sont envoyées dans le stockage du compte, leurs sorties sont écrites dans un stockage cloud géré par Comfy, et les médias sont automatiquement supprimés après 24 heures. C’est une règle précise concernant les médias de ces requêtes, pas une affirmation selon laquelle toutes les données d’un compte Comfy disparaissent après 24 heures. Conservation des Partner Nodes.

La page générale de conservation de Comfy décrit séparément les contenus clients et plusieurs catégories de données d’utilisation comme étant conservés aussi longtemps que nécessaire pour exploiter, analyser et améliorer le service. Elle décrit également les demandes de suppression et les traces qui peuvent rester pour des obligations de sécurité, d’audit ou autres. Consultez cette page générale avant de choisir un compte hébergé ; la durée plus courte des médias de Partner Nodes ne la remplace pas. Conservation des données chez Comfy.

Lorsque vous examinez un workflow, suivez le parcours réel du prompt et de l’image. Un nœud inactif ailleurs sur le canevas est différent d’une étape distante reliée au résultat que vous générez. Pour une configuration privée, commencez par un workflow local fourni et demandez-vous ce que chaque composant ajouté reçoit et fait.

Un assistant de prompt mérite la même attention qu’un nœud d’image. Un brief confidentiel de personnage peut quitter l’ordinateur sous forme de texte avant même la création de l’image. Si l’exigence est l’absence de traitement externe, écrivez vous-même le prompt ou utilisez un modèle de texte confirmé comme local. Ne le copiez pas dans un assistant sans rapport simplement parce qu’il paraît pratique.

Les extensions personnalisées sont une autre raison de garder la configuration initiale petite. Elles ajoutent du logiciel exécutable, pas seulement des commandes décoratives. Choisissez des composants issus de sources que vous pouvez évaluer et installez-les pour répondre à un besoin connu. Une collection de nœuds inconnus rend plus difficile l’explication de quel programme voit l’image source.

Il n’est pas nécessaire de considérer chaque mise à jour logicielle comme un envoi de données créatives. Installer une version, récupérer des fichiers de modèle et transmettre une référence pour la génération sont des activités différentes. L’habitude pratique consiste à séparer maintenance et création, à savoir quand la connexion est disponible et à réexaminer la frontière lorsqu’une fonction cloud est ajoutée.

GPU loués : une capacité pratique, une autre tâche de suppression

Les services de GPU distants sont intéressants si vous voulez un workflow de type local sans acheter de matériel. Pour une grosse retouche ponctuelle ou une courte phase de production, une instance louée peut offrir la capacité qui manque à votre ordinateur. Son nom seul ne peut pas lui donner la même frontière qu’une inférence sur votre propre appareil.

Considérez la session distante comme un nouvel emplacement pour tout le projet. Demandez où arrivent les fichiers envoyés, où sont enregistrés les fichiers générés, si le disque persiste après l’arrêt de la machine et quels autres services utilise le modèle d’installation. Un workflow d’images préconfiguré peut inclure un assistant, un navigateur de fichiers ou une fonction de partage en plus du générateur.

La documentation de stockage de Runpod montre pourquoi fermer une session ne suffit pas. Son disque de volume survit à l’arrêt et au redémarrage d’un Pod et est supprimé lorsque ce Pod est détruit. Un volume réseau existe indépendamment et peut conserver des données après la suppression du Pod. Son disque de conteneur a encore une autre durée de vie. Ces distinctions valent pour les types de stockage documentés, pas pour tous les hébergeurs de GPU. Options de stockage Runpod.

Si vous choisissez le traitement distant, préparez la session avec un exemple non sensible avant d’envoyer la référence privée. Vérifiez que l’interface impose les contrôles d’accès attendus. Une URL obscure ne remplace pas l’authentification. Évitez un modèle d’installation incapable d’expliquer qui peut ouvrir son navigateur de fichiers ou son interface de génération.

Pendant la session, repérez le dossier d’entrée du projet, son dossier de sortie et tout volume persistant. À la fin, téléchargez les éléments sélectionnés à leur destination prévue, puis supprimez les copies distantes devenues inutiles. Vérifiez les ressources de stockage séparément de la ressource de calcul. « Arrêté » décrit généralement l’état d’une machine ; consultez la documentation de l’hébergeur avant d’y voir un événement de suppression.

Si l’hébergeur propose du chiffrement, demandez à quelle classe de stockage il s’applique et qui contrôle les clés. Ne transformez pas « disque chiffré » en « l’opérateur ne peut jamais accéder à la tâche en cours ». L’image sélectionnée doit rester disponible pour le modèle pendant son traitement. La protection des fichiers stockés et l’isolation pendant l’exécution répondent à des questions différentes.

Une instance louée est souvent un compromis technique sensé. Choisissez-la parce que vous avez besoin du modèle précis ou de plus de mémoire et acceptez les conditions de traitement de l’hébergeur. Si vous ne pouvez accepter aucun traitement de la référence par un opérateur externe, ne l’envoyez pas à l’instance et simplifiez plutôt la tâche locale.

Un ordinateur sombre à côté d’une unité de stockage séparée et d’un dossier de projet de personnage fictif.

Illustration : arrêter le calcul et supprimer les fichiers de projet stockés sont deux actions différentes. Suivez les durées de vie des ressources documentées par l’hébergeur choisi.

Promesses de confidentialité web : lisez la phrase derrière le badge

La comparaison la plus utile entre services web n’est pas une note de confidentialité inventée à partir d’une landing page. C’est une comparaison d’engagements précis. Cherchez des déclarations distinctes sur le partage public, le stockage des contenus créatifs, leur utilisation pour l’entraînement, les prestataires de traitement et la suppression.

La page du générateur d’images de Playform donne un exemple clair de réglage de publication : elle décrit des résultats privés par défaut dont le partage est contrôlé par l’utilisateur. Cela peut répondre à la question de leur publication automatique dans un fil public. Cela ne dit pas, en soi, combien de temps le service conserve les fichiers envoyés ni si l’inférence se déroule sur votre ordinateur. Cet exemple illustre la portée de la déclaration ; ce n’est pas une recommandation du service pour un brief NSFW. Page du générateur d’images Playform.

Venice donne un autre exemple. Sa page de confidentialité distingue les modes Anonymous et Private : le premier masque l’identité au fournisseur de modèle tout en invitant à supposer que ce fournisseur stocke le contenu ; le second décrit l’absence de stockage des prompts et réponses sur les infrastructures contrôlées par Venice ou celles de partenaires engagés contractuellement. Tous deux impliquent une inférence distante. Ne confondez pas un historique enregistré dans votre navigateur avec un modèle exécuté dans celui-ci. Modes de confidentialité de Venice.

Le guide d’images de Venice indique aussi que les modèles tiers reçoivent le prompt et les références nécessaires à la génération. Le modèle choisi compte donc dans le parcours de traitement. L’article explique que l’option E2EE plus forte discutée pour le texte ne couvre pas la génération d’images ; une fonction de confidentialité textuelle ne doit pas être attribuée à l’outil d’image par association. Guide de génération d’images Venice, explication de la portée du chiffrement par Venice.

La politique juridique apporte des précisions qu’un titre peut omettre : les vidéos générées peuvent être stockées temporairement, le traitement de la ressemblance fait intervenir un prestataire distinct, et un minimum de métadonnées de consentement et de ressources est conservé. Ce sont des raisons de lire les sections propres à la fonction avant d’envoyer la photo d’une personne adulte réelle. Elles ne constituent pas la même déclaration pour tous les workflows d’images fictives. Politique de confidentialité de Venice.

Déclaration publiéeCe qu’elle peut indiquerCe qu’elle n’établit pas
Galerie privée ou privée par défautLes autres utilisateurs ne devraient pas recevoir de publication automatiqueAbsence de stockage serveur ou de traitement par l’opérateur
Historique enregistré dans votre navigateurL’historique visible peut rester sur cet appareilLe GPU qui génère l’image se trouve sur cet appareil
Aucun entraînement sur les entrées créativesUne limite annoncée à cet usage des donnéesSuppression immédiate ou absence de données de compte
Courte conservation des médiasUne durée de stockage définie pour les fichiers nommésLa même durée pour les données de facturation, de consentement ou de sécurité
Identité masquée au fournisseur de modèleUn lien réduit avec l’identité sur ce parcours de traitementLe fournisseur ne peut pas lire le contenu créatif envoyé

Choisissez un service selon la déclaration qui répond à votre exigence. S’il explique uniquement la confidentialité de publication, demandez sa documentation sur la conservation et les prestataires de traitement avant d’envoyer une référence sensible. Si la réponse reste floue, utilisez un exemple fictif non sensible ou choisissez une autre voie.

La place de SpicyAPI, et ses limites

SpicyAPI est une solution hébergée. Votre ordinateur n’exécute pas le modèle d’image choisi lorsque vous l’appelez, et une requête peut impliquer un service de modèle tiers. SpicyAPI ne propose pas de conservation zéro universelle ni d’inférence d’images chiffrée de bout en bout. Ses documents publics décrivent explicitement le stockage des contenus et la frontière de traitement. Politique de confidentialité.

Pour la génération ordinaire, les plafonds publiés sont d’environ 14 jours pour les médias générés, 30 jours pour le texte des prompts et les références de résultats, et un jour de disponibilité pour les références envoyées. Les médias de courts-métrages ont un plafond distinct, plus long, et les éléments de personnages enregistrés dans Studio demandent un examen de leur propre cycle de vie. N’appliquez pas indistinctement la durée des sorties ordinaires à toutes les fonctions. La politique publique et la documentation du produit concerné priment sur un tableau comparatif général.

SpicyAPI indique ne pas utiliser vos prompts, fichiers envoyés ou sorties pour l’entraînement et ne pas les publier dans un fil public de créations. Il reconnaît aussi qu’un service exécutant le modèle reçoit le contenu nécessaire à la requête selon ses propres conditions. C’est une information utile sur un service hébergé ; elle n’équivaut pas à garder une référence entièrement sur votre ordinateur. Page À propos de SpicyAPI.

Pour un projet ordinaire d’images hébergées, utilisez la page Protection des données de la console pour examiner les durées distinctes des résultats générés, des textes de prompts et des fichiers envoyés. Modifiez-les avant de commencer un travail confidentiel. Raccourcir une durée peut affecter le contenu existant : exportez donc ce que vous voulez garder avant de confirmer. Contrôles des données dans la console.

Les contrôles de destruction suppriment le contenu de la tâche en préservant ses justificatifs de facturation. Les sauvegardes, les catégories de traces et les exceptions de conservation suivent leurs propres règles ; une suppression ne signifie pas que toutes les traces d’un compte disparaissent instantanément. Une copie téléchargée ou un lien transmis à quelqu’un échappe aussi à ces contrôles. Conservation et destruction.

Pour un personnage adulte fictif dont vous acceptez le traitement à distance, un workflow hébergé peut être plus pratique que l’exploitation d’un GPU. Sélectionnez la tâche d’image réellement nécessaire, vérifiez son niveau de contenu actuel et enregistrez volontairement les sorties utiles. Si votre exigence est que la référence n’atteigne jamais un service d’image externe, choisissez le traitement local. C’est la bonne décision même si le modèle hébergé paraît attrayant.

« Aucun entraînement » et « supprimé » répondent à des questions différentes

Un engagement de non-utilisation pour l’entraînement limite un usage de vos données. Un service peut toujours avoir besoin de traiter la requête, de stocker un résultat pour le téléchargement, de tenir les informations du compte ou de conserver les traces d’un paiement. Ces activités doivent être décrites séparément. Ne transformez pas une exclusion de l’entraînement en affirmation que rien n’est enregistré.

De même, un bouton de suppression peut toucher différents objets : l’entrée visible d’une galerie, l’original stocké, une conversation, une référence envoyée ou un compte entier. Son libellé peut être court parce que l’interface l’est. La politique doit expliquer ce qu’il couvre et ce qui reste.

Pour votre projet, distinguez trois moments. D’abord, celui où les autres utilisateurs ne peuvent plus ouvrir l’élément. Ensuite, celui où le fichier créatif actif stocké est supprimé. Enfin, celui où les copies de sauvegarde concernées sortent de la rotation ou sont traitées conformément à la politique du service. Le service peut accomplir le premier avant les autres. Demandez le processus annoncé au lieu de supposer que ces moments coïncident.

Une question utile au support serait : « Si je supprime cette image de référence, cela supprime-t-il l’original stocké, son utilisation dans les projets enregistrés et toutes les copies réalisées pour le traitement ? Quelles traces restent ? » C’est plus informatif que « Votre plateforme est-elle privée ? » La question nomme un fichier et une action, permettant de vérifier la réponse pour une fonction précise.

Les preuves de consentement demandent une attention distincte lorsqu’une référence représente une personne réelle. Supprimer une image ne supprime pas nécessairement la preuve de l’autorisation accordée, et conserver une preuve de consentement ne signifie pas que l’image reste disponible pour la génération. Lisez l’explication du produit concerné au lieu de confondre ces deux objets.

La même distinction s’applique à un LoRA personnalisé. La suppression d’un portrait par un service ne prouve pas la suppression d’un adaptateur précédemment envoyé. Si vous avez créé un adaptateur à partir d’un ensemble confidentiel de personnages, incluez-le et ses entrées d’entraînement dans l’inventaire du projet. Considérez son envoi comme une décision supplémentaire, pas comme une extension anodine du prompting textuel ordinaire.

Métadonnées : la recette privée peut voyager avec l’image publique

Votre export ne se limite pas aux pixels visibles. Selon l’application et le format, il peut contenir un prompt, un workflow, des valeurs de paramètres, des champs descriptifs ou des informations héritées d’une photo source. Un beau portrait peut divulguer une recette de production que vous n’aviez jamais voulu partager.

C’est important pour les personnages adultes : l’image publique sélectionnée peut être assez sobre alors que son fichier de travail contient un brief privé détaillé. Un collaborateur peut n’avoir besoin que du portrait. Un forum peut n’avoir besoin que d’un exemple recadré. Aucun des deux n’a automatiquement besoin du workflow entier.

Gardez en privé le fichier maître de travail et son workflow. Pour une copie PNG à partager, ExifTool propose une procédure locale précise. Sa documentation PNG explique qu’il lit des balises textuelles arbitraires, y compris des noms hors de sa liste prédéfinie. Un panneau habituel de propriétés photo peut donc être trop limité pour examiner un workflow IA. Documentation PNG d’ExifTool.

Après avoir installé ExifTool depuis sa distribution officielle, ouvrez Terminal ou l’invite de commandes dans le dossier contenant un exemple non sensible nommé working.png. Ces commandes constituent une procédure documentée, pas un test de nettoyage que nous aurions effectué sur vos fichiers :

  1. Examinez : exécutez exiftool -a -G1 -s -u "working.png". Lisez les noms et valeurs des balises affichées, notamment les prompts, le texte du workflow, les commentaires, les informations d’auteur et de localisation de la source. Les options affichent les balises en double, leurs groupes et leurs noms reconnus, avec les balises inconnues lorsqu’elles sont disponibles.
  2. Créez une copie distincte : exécutez exiftool -all= -tagsFromFile @ -ColorSpaceTags -o "share.png" "working.png". Choisissez un nouveau nom de fichier de sortie. La commande supprime les métadonnées effaçables, puis recopie depuis la source les balises d’espace colorimétrique définies. L’option -o crée la sortie séparément ; n’ajoutez pas -overwrite_original. Documentation des commandes ExifTool.
  3. Revérifiez le fichier à envoyer : exécutez exiftool -a -G1 -s -u "share.png", puis ouvrez share.png dans votre visionneuse d’images. Le prompt privé et le texte du workflow devraient être absents ; les dimensions et les autres propriétés élémentaires du fichier restent affichées. Si du texte sensible persiste ou que l’outil émet un avertissement, résolvez le problème avant le partage. Gardez working.png et le workflow hors du dossier de livraison.

ColorSpaceTags comprend le profil ICC existant et plusieurs balises standard d’espace colorimétrique. Les préserver n’équivaut ni à convertir l’image en sRGB ni à garantir une apparence identique dans toutes les visionneuses. Si un profil personnalisé contient lui-même des informations identifiantes, examinez-le aussi ; ne restaurez pas tout aveuglément. Comparez visuellement la copie de partage et utilisez l’export explicite avec gestion des couleurs de votre éditeur si l’apparence colorimétrique change. Raccourci d’espace colorimétrique ExifTool.

Ne supposez pas qu’une plateforme supprimera les métadonnées à votre place. Certains services recompressent les fichiers envoyés ou retirent certains champs, mais vous ne devez pas compter sur un comportement non documenté. Une pièce jointe directe, une archive ou un lien de téléchargement peut livrer exactement le fichier original fourni.

Vous pouvez vérifier le processus avec un exemple inoffensif. Générez ou créez une image neutre contenant une phrase de test distinctive et non sensible dans ses métadonnées de travail, exportez-la par le parcours de partage prévu, puis examinez la copie téléchargée. Cela vous renseigne sur ce parcours d’export. Cela ne prouve pas que chaque future application ou destination suivra le même traitement.

Les captures d’écran demandent une autre vérification. Elles ne conservent pas forcément les métadonnées de génération originales, mais elles peuvent montrer la zone de prompt, le nom du compte, les onglets du navigateur, les noms de fichiers ou d’autres projets ouverts. Regardez la capture entière avant de l’envoyer. Un recadrage sur l’image concernée peut être plus utile qu’une vue du bureau entier.

Des portraits de personnage identiques avec une pile séparée de notes de production derrière la copie de travail.

Illustration : le portrait visible et les informations enregistrées avec un fichier de travail sont deux choses différentes. Examinez l’export réel avant de le partager.

La génération hors ligne peut tout de même devenir du stockage cloud

Le générateur n’est qu’une application parmi celles de l’appareil. Une photothèque, un client de synchronisation ou un logiciel de sauvegarde peut envoyer une sortie plus tard. « Je l’ai créée hors ligne » décrit donc la session de génération ; cela ne décrit pas automatiquement le reste de la vie du fichier.

Apple documente le fait qu’iCloud Photos envoie la photothèque et la synchronise entre les appareils. Les modifications et suppressions sont synchronisées, et les photos supprimées restent normalement récupérables dans Supprimées récemment pendant 30 jours. Enregistrer une image générée localement dans une photothèque Photos synchronisée change donc l’endroit où elle est stockée. Guide iCloud Photos d’Apple.

Choisissez la destination prévue avant d’exporter. Pour un projet exclusivement local, utilisez un emplacement confirmé comme extérieur aux dossiers et photothèques synchronisés. Pour un projet nécessitant une sauvegarde, choisissez consciemment une méthode et incluez ses modalités d’accès et de récupération dans votre décision de confidentialité. Le problème est la synchronisation accidentelle ; une sauvegarde privée choisie volontairement peut être utile.

Un appareil partagé crée une autre frontière. Utilisez votre propre compte de système d’exploitation, verrouillez l’écran lorsque vous vous absentez et évitez de laisser les images de travail dans un dossier de téléchargements commun. Un profil de navigateur privé aide à séparer la navigation et les comptes, mais ne protège pas tous les fichiers locaux d’une personne ayant accès au même compte de bureau.

Le chiffrement du disque concerne l’accès aux données stockées. Apple décrit FileVault comme protégeant les données d’un Mac contre un accès sans identifiants valides, notamment en cas de perte ou de vol. Il ne remplace pas la prudence dans le partage et n’empêche pas une application que vous autorisez d’ouvrir les fichiers pendant votre session. Présentation de FileVault.

Un ordinateur géré par votre employeur peut aussi avoir des administrateurs ainsi que des mécanismes de sauvegarde ou de récupération administrés. Ne supposez pas qu’il a la même frontière qu’un appareil personnel parce que l’inférence est locale. Pour un projet créatif personnel destiné aux adultes, utilisez un appareil et un compte dont vous comprenez la gestion et le stockage.

Un créateur masculin adulte fictif regarde un téléphone près d’un portable fermé au crépuscule.

Illustration : choisir un téléphone ou une photothèque comme destination peut modifier le lieu de stockage du résultat. Vérifiez les réglages réels de synchronisation.

Partager un résultat sans partager tout le projet

Lorsque vous envoyez une image approuvée à un collaborateur, fournissez le minimum nécessaire à sa tâche. Un illustrateur qui vérifie le costume peut avoir besoin d’une planche de références. Un lecteur qui examine une fiche de personnage peut n’avoir besoin que du portrait final. Un collaborateur technique reproduisant une retouche peut avoir besoin du workflow, mais c’est une autre décision de partage.

Envoyez par défaut un export propre plutôt que tout le dossier du projet. Excluez les prompts confidentiels, les références privées et les brouillons écartés, sauf s’ils sont nécessaires et que le destinataire est autorisé à les recevoir. Cela réduit aussi les confusions sur la version approuvée.

Un lien privé reste un moyen de livraison. Vérifiez s’il impose au destinataire de se connecter, s’il peut être transféré et s’il expire. Une URL longue ou imprévisible n’équivaut pas à un contrôle d’autorisation du compte. Si quelqu’un télécharge l’image, retirer le lien original ne supprime pas sa copie.

Pour un travail commercial de personnages adultes, séparez l’approbation des brouillons de la publication. Décidez qui peut voir le travail en cours et qui peut autoriser sa diffusion. Un projet individuel n’a pas besoin d’un processus compliqué, mais une simple distinction entre les dossiers « travail » et « approuvé » peut empêcher de prendre une image rejetée pour le visuel public prévu.

Lors du dépannage d’une tâche hébergée, commencez par son identifiant et la description du problème. Ne joignez pas toutes les références privées à un message au support à moins que ce soit nécessaire et que vous acceptiez le traitement et la conservation de ce message. Un ticket de support crée une autre copie du matériel, souvent hors du contrôle de suppression de la galerie.

Une routine de suppression que vous pouvez réellement terminer

Pour un projet local achevé, décidez d’abord quelles images approuvées et recettes de travail vous comptez conserver. Tout supprimer sous le coup de la frustration peut vous empêcher de reproduire le personnage sélectionné plus tard. La confidentialité et l’archivage volontaire peuvent coexister ; ce sont les copies inutiles qu’il faut réduire.

Examinez le dossier source, les sorties de l’application, les exports temporaires, les téléchargements, la corbeille et les destinations de sauvegarde volontairement utilisées. Si vous avez importé les références dans une bibliothèque d’application distincte, vérifiez-la aussi. Un même fichier peut exister à plusieurs endroits même sans intervention d’un service réseau.

Les documents d’installation de Comfy Desktop avertissent explicitement que désinstaller le lanceur ou l’application ne supprime pas tous les fichiers de modèles, entrées, sorties, journaux et réglages associés. Désinstaller un générateur ne remplace donc pas la recherche de ses fichiers de projet enregistrés. Utilisez les emplacements documentés de votre installation au lieu de supposer que jeter l’application à la corbeille a effacé les images. Détails de désinstallation Windows, détails de désinstallation macOS.

Pour un service hébergé, vérifiez séparément les références envoyées, les résultats générés, les éléments de personnages enregistrés et l’historique du compte. Utilisez les contrôles adaptés à chacun. Notez ce que le service indique sur les sauvegardes et les exceptions, particulièrement si le projet implique la ressemblance autorisée d’une personne. Ne déduisez pas une suppression physique de la simple disparition d’une vignette de galerie.

Pour un GPU loué, incluez les disques persistants et volumes indépendants dans la routine. Pour un travail partagé, indiquez au collaborateur autorisé quels fichiers doivent être conservés ou supprimés selon votre accord de projet habituel. Vous ne pouvez pas promettre la suppression de copies que vous ne contrôlez pas : évitez donc de créer celles qui ne sont pas nécessaires.

Trois choix de départ réalistes

Si vous créez seul et disposez d’un matériel local adapté : commencez par un workflow ComfyUI documenté ou Compute local de Draw Things. Gardez un premier projet petit, utilisez des références adultes fictives, repérez les emplacements d’enregistrement et vérifiez le workflow sans connexion réseau. Ajoutez de la complexité uniquement pour répondre à un besoin créatif précis.

Si vous créez seul sans matériel adapté : décidez si le traitement distant est acceptable. Si oui, comparez les règles de conservation et de publication du service choisi avant tout envoi et commencez par un exemple non sensible. Si non, cherchez un modèle local plus léger pris en charge ou un appareil que vous contrôlez, au lieu de qualifier un compte hébergé de « hors ligne ».

Si vous développez un produit de personnages adultes : séparez le développement confidentiel du personnage de la génération courante. Identifiez les éléments qui doivent rester locaux, ceux qui peuvent être transmis à un service exécutant le modèle et ceux qui deviennent visibles aux utilisateurs. Notre comparaison des sites web, API et outils locaux traite du choix des outils ; la décision de confidentialité doit l’accompagner, plutôt qu’être remplacée par un faible prix de génération.

Le résultat utile est un workflow que vous pouvez décrire simplement : où la référence se trouve au départ, quelle machine la traite, où le résultat reste et ce qui se passe lorsque vous le supprimez. Si vous ne pouvez pas répondre à ces quatre questions, le mot « privé » sur la page d’accueil n’a pas pris la décision à votre place.

Questions des créateurs avant le premier envoi

Quel générateur d’images IA est privé ?

La réponse dépend de la frontière de confidentialité. Un modèle local sans étape distante peut garder les entrées d’inférence sur votre appareil. Un générateur hébergé avec des images privées par défaut peut maintenir les brouillons hors d’un fil public. Un mode sans stockage documenté peut limiter la conservation tout en traitant à distance. Choisissez la déclaration qui répond à votre exigence, puis vérifiez la fonction réelle et le parcours du modèle.

Mes photos IA sont-elles privées en navigation incognito ?

La navigation incognito ne transforme pas une inférence hébergée en inférence locale. Un prompt envoyé à un site atteint toujours le service nécessaire à son traitement, et les images téléchargées peuvent rester sur l’appareil. Utilisez ce mode pour le comportement de navigation prévu, puis prenez des décisions distinctes sur le traitement par le modèle, les fichiers enregistrés et le partage.

L’exécution locale signifie-t-elle qu’un modèle accepte tous les briefs NSFW ?

Non. Le lieu détermine où se déroule l’inférence. Le modèle choisi, le workflow, le logiciel et les conditions applicables déterminent ce que vous pouvez générer et utiliser. Une installation locale peut offrir plus de contrôle sur la chaîne sans établir que la catégorie d’image souhaitée ou la cohérence du personnage fonctionne bien. La confidentialité et l’adéquation visuelle nécessitent des vérifications distinctes.

Une galerie privée peut-elle quand même stocker mes images ?

Oui. Une galerie peut être limitée à votre compte alors que ses fichiers restent stockés par le service. Lisez les sections sur la conservation et la suppression, y compris celles concernant les références et bibliothèques de personnages enregistrées. Si le stockage par l’opérateur est inacceptable, un réglage de visibilité de la galerie ne répond pas à votre exigence.

ComfyUI distant est-il aussi privé que ComfyUI local ?

Il peut offrir des contrôles créatifs similaires, mais le lieu de traitement diffère. Votre prompt et vos références sont envoyés à la machine distante. Une discussion de créateurs sur ComfyUI Cloud soulève exactement ce problème : un utilisateur dont l’ordinateur ne peut pas faire tourner le workflow demande si le fonctionnement cloud offre la même confidentialité et la même liberté. Ce sont des questions raisonnables, mais les réponses rassurantes de la communauté ne remplacent pas les politiques de l’hébergeur choisi.

Que faire en premier ?

Définissez si votre exigence principale est l’absence de partage public, une conservation hébergée limitée ou l’absence de traitement externe. Choisissez un outil qui y répond explicitement. Utilisez un exemple de personnage adulte fictif non sensible pour apprendre le workflow, vérifier où il enregistre et traite les fichiers, puis introduisez seulement les références réellement nécessaires au projet.

Aussi en English · 日本語 · 한국어 · Deutsch · Español · Português (Brasil) · Русский · Italiano · Polski