Le moteur d'inférence

Tes photos sont traitées en mémoire et ne sont jamais conservées. Concrètement :

• Jamais écrites sur le disque. Il n'y a pas de dossier d'envoi, pas de fichier temporaire, pas de cache. L'image est décodée, réduite en mémoire, envoyée au moteur d'exécution du modèle sur l'interface de boucle locale du conteneur, puis supprimée dès la fin de la requête.
• Jamais enregistrées dans les journaux. Ni l'image, ni le base64, ni son empreinte. Les journaux ne contiennent que les métadonnées de la requête (statut, durée, une clé empreinte, jamais la clé elle-même), et le formateur de journaux nettoie toute valeur susceptible de contenir des données utiles ou des identifiants. Cela concerne aussi les cas d'erreur : les réponses d'erreur et les journaux d'erreur sont nettoyés, et ce comportement est vérifié par la suite de tests unitaires.
• Jamais envoyées nulle part. Le service émet exactement trois types de requêtes sortantes : le téléchargement ponctuel des poids au premier démarrage, (uniquement si tu actives un FOOD_SOURCE en réseau) une recherche de nom d'aliment texte, et (uniquement si tu définis EMBEDDING_RUNTIME_URL) un appel d'intégration vectorielle texte. Aucune image ne quitte jamais le conteneur, quelle que soit la configuration.
• Les noms à traduire restent sur le moteur du modèle. L'appel de traduction transmet les noms d'aliments sous forme de texte au moteur du modèle. Dans le conteneur intégré, le moteur utilise l'interface de boucle locale, de sorte que le trafic reste local. Avec MODEL_PROFILE=external, les noms sont envoyés à l'URL du moteur configuré. Cet appel ne comporte jamais de photo. Le service lit Accept-Language pour choisir la langue cible. Il ne stocke ni n'enregistre cet en-tête dans les journaux.
• Pas de comptes, pas de cookies, pas d'historique. Le service ne stocke rien entre les requêtes. Il n'y a rien à exporter, à pirater ou à réquisitionner.
• Dans le fonctionnement d'openplate, la photo va directement de l'appareil à ton point de terminaison. Elles ne transitent pas par le serveur d'openplate. Tu contrôles chaque étape.

Le code est ici, il est court, et la surface réseau se résume à un seul port.

Ces déclarations décrivent le service auto-hébergé de ce dépôt. Pour signaler une vulnérabilité, consulte SECURITY.md.

Les deux variantes lite fonctionnent sur CPU. quality fonctionne aussi sur CPU, très lentement, et correspond plutôt à un profil GPU.

Aux personnes qui s'auto-hébergent et veulent analyser leurs photos d'assiette sans compte d'IA dans le cloud et sans qu'aucune photo ne quitte leur réseau. Il ne fait pas partie de l'instance hébergée sur openplate.de.