Points clés
- Créé par Jeetu Maker ; le dépôt GitHub ne montre aucun autre contributeur humain
- La spécification est à la version 1.0 ; le créateur décrit l'implémentation comme antérieure à la 1.0
- Aucun second hôte, audit indépendant ou base d'utilisateurs externe n'a été trouvé
- L'application de bureau ne fonctionne que sous macOS ; Windows et Linux sont prévus après la 1.0
📍 En une phrase
Snug Protocol définit comment une application créée par IA, le programme qui l'exécute et le fichier de données de l'utilisateur fonctionnent ensemble, afin que l'application et ses données puissent passer d'un programme compatible à un autre.
💬 En termes simples
Imaginez une application qu'un assistant écrit pour vous, mais enregistrée sous forme de fichier ordinaire que vous contrôlez, au lieu de vivre dans le service de l'assistant.
Qu'est-ce que Snug Protocol ?
Snug est un protocole, pas un modèle d'IA ni une application unique. Il décrit comment une petite application web, un programme hôte et un agent IA communiquent entre eux et où les données de l'application sont conservées. Le point de départ du projet : une application qu'un assistant IA construit pour vous reste normalement liée, avec ses données, à la plateforme qui l'a créée. Le code se trouve dans le dépôt snug sur GitHub.
- L'application : une petite application HTML autonome, dotée de sa propre interface et de sa propre logique, construite par un agent IA à partir d'une description en langage courant
- L'hôte : un programme qui exécute l'application dans un bac à sable et sert d'intermédiaire pour ses requêtes d'IA, son stockage et son accès réseau ; le projet en fournit deux, une application macOS et un Playground dans le navigateur
- Le fichier utilisateur : un fichier SQLite portant l'extension .snug, qui contient les applications, leurs données, les conversations et les réglages, et qui peut être exporté en entier et déplacé entre hôtes compatibles
Comment les éléments s'articulent
Les applications et l'hôte échangent des messages JSON versionnés, appelés enveloppes. La documentation désigne l'agent IA comme l'« esprit » de l'application et l'application comme son « corps » : l'application dessine l'écran et conserve l'état, et l'agent apporte l'intelligence à la demande.
- IA à l'exécution : l'hôte fournit le modèle pendant que l'application tourne ; changer de modèle n'oblige donc pas à reconstruire l'application, selon le projet
- Stockage isolé : chaque application dispose de son propre espace de base de données dans le fichier utilisateur
- La spécification : six parties, couvrant le protocole de transmission, la base de données utilisateur portable, les applications connectées, les contrats d'exécution et l'interface de conversation de l'application, les connexions entre appareils liés, et la conformité. Cet article n'a pas examiné les contrats d'exécution en détail
- Pour les développeurs : la documentation propose des guides pour construire un hôte et pour intégrer Snug dans un autre produit ; aucun des deux n'a été testé ici
Modèles locaux et hébergés
C'est l'hôte qui choisit le modèle : Snug peut donc fonctionner avec une inférence locale ou hébergée. La page de téléchargement indique que l'application macOS nécessite soit une clé d'API Anthropic ou OpenAI, soit un point d'accès local compatible OpenAI, et cite un modèle local servi via Ollama comme option.
- Voie locale : un point d'accès local compatible OpenAI garde l'inférence sur votre propre machine ; aucune exigence matérielle ni de version d'Ollama n'est publiée
- Voie hébergée : un modèle dans le cloud reçoit tout ce qu'une application lui envoie pour l'inférence
- Identifiants : les clés sont stockées dans votre propre fichier .snug et jointes aux requêtes par votre machine plutôt que par un serveur Snug, d'après la page de téléchargement
- Autres services : le site du projet indique qu'une application qui lit un compte bancaire passe tout de même par un agrégateur ; « pas de backend d'application » ne signifie donc pas « aucun service externe »
Conception de la sécurité et ses limites
Snug documente sa conception de la sécurité dans un modèle de menaces public, mais ce document émane du projet lui-même et aucun audit indépendant n'a été trouvé. Les points ci-dessous reprennent ce que le document affirme, non ce qui a été testé.
- Bac à sable : les iframes des applications utilisent
sandbox="allow-scripts"avec une origine opaque et une politique de contenuconnect-src 'none', de sorte qu'une application ne peut pas ouvrir ses propres connexions réseau - Garde des identifiants : les en-têtes ressemblant à des identifiants sont refusés au niveau du protocole, et les réponses et erreurs sont expurgées avant d'atteindre l'application
- Plafond réseau : les applications n'atteignent que les hôtes approuvés par l'utilisateur, les redirections ne sont pas suivies, et les requêtes qui modifient des données exigent une confirmation avant qu'un identifiant soit lu
- Protection du fichier : le fichier utilisateur est en clair par défaut ; le chiffrement AES-256-GCM ne s'applique que si l'utilisateur active la protection
- Risques acceptés : le document énumère des risques résiduels, notamment que les messages de tiers peuvent parvenir à un LLM lorsqu'une application lit une messagerie, et qu'un contrôle d'intégrité détecte une copie partielle mais pas un autre processus exécuté sous le même utilisateur
- Windows : le document consigne des défauts connus sous Windows, une plateforme que le projet ne propose pas
Où le trouver
Le code de Snug est sous licence MIT et le projet n'indique aucun prix pour l'application macOS, un .dmg universel pour Apple silicon et Intel ; le Playground fonctionne dans un navigateur.
Élément | Où l'obtenir |
|---|---|
| Application macOS | Snug.dmg, version 0.1.3 |
| Playground navigateur | playground.snugprotocol.org |
| Site web | snugprotocol.org |
| Confidentialité | snugprotocol.org/privacy |
| Code source | GitHub, MIT |
| Spécification | Spec 1.0 |
| Windows, Linux | Prévus après la 1.0 |
Vérifié le 17 octobre 2026 : application macOS 0.1.3, publiée le 5 septembre 2026 ; le dépôt lui-même a été mis à jour pour la dernière fois le 15 octobre 2026. La page de téléchargement n'indique ni prix, ni version minimale de macOS, ni détails de signature pour l'application. Le projet présente le Playground comme une démonstration qui conserve les données dans le navigateur, et non comme un déploiement privé.
Quel niveau de maturité ?
La spécification est publiée et versionnée, mais l'écosystème qui l'entoure se réduit à un seul projet. Le dépôt a été créé le 31 juillet 2026.
Domaine | Constat |
|---|---|
| Spécification | Version 1.0 publiée |
| Implémentation | App macOS 0.1.3 ; pré-1.0 selon le créateur |
| Contributeurs | Un compte humain, plus un robot de dépendances |
| Activité GitHub | 2 étoiles, 0 fork, 11 tickets ouverts |
| Autres hôtes | Aucun trouvé hors ceux du projet |
| Audit de sécurité | Aucun trouvé ; modèle de menaces auto-publié |
Les chiffres GitHub ont été relevés le 17 octobre 2026 et évolueront.
Ce que nous n'avons pas pu vérifier
Tout ce qui précède provient des documents du projet et de ses pages GitHub. Les points suivants n'ont pas pu être confirmés.
- Comportement en pratique : PromptQuorum n'a installé ni exécuté l'application macOS ni le Playground
- Adoption : aucune seconde implémentation d'hôte ni aucun utilisateur tiers n'a été trouvé
- Sécurité : aucun audit indépendant ni test d'intrusion, et le long modèle de menaces n'a été lu que partiellement
- Affirmations du projet : les chiffres d'économies ou de vitesse issus des propres documents du projet n'ont pas été testés
- Portabilité en pratique : le format est conçu pour passer d'un hôte à l'autre, mais aucun passage entre deux hôtes indépendants n'a pu être vérifié
Ce qui pourrait freiner son essor
Ce sont des questions ouvertes valables pour toute nouvelle couche de portabilité, non des constats propres à Snug.
- La portabilité exige un second hôte. Un fichier portable n'est utile que si d'autres développeurs créent des hôtes compatibles et maintiennent le comportement requis
- L'hôte reste déterminant. Les modèles, les intégrations et l'accès aux appareils viennent de l'hôte ; une même application peut donc se comporter différemment sur deux hôtes
- Un bac à sable limite les dégâts, pas les erreurs. Une application générée peut tout de même produire des résultats erronés
- Les petits modèles locaux. Ils peuvent gérer des tâches simples et peiner sur un raisonnement complexe ou des flux de travail spécialisés
À qui Snug s'adresse-t-il ?
La question est de savoir si un protocole récent, porté par un seul développeur, mérite d'être suivi ou essayé.
À regarder si vous
- Voulez des outils personnels créés par IA que vous conservez sous forme de fichier que vous contrôlez
- Développez des produits d'IA et souhaitez étudier une conception intégrable
- Utilisez un Mac et êtes à l'aise avec un logiciel antérieur à la 1.0
À attendre si vous
- Avez besoin de Windows ou de Linux dès maintenant
- Exigez une sécurité auditée de façon indépendante avant de connecter des comptes financiers ou autres comptes sensibles
- Avez besoin d'un outil soutenu par une équipe et doté d'un historique
Questions fréquemment posées
Puis-je essayer Snug sans rien installer ?
Oui. Le Playground dans le navigateur fonctionne comme démonstration ; le projet indique qu'il conserve les données dans le navigateur et permet de les exporter, mais ce n'est pas un déploiement privé.
Snug rend-il mes données entièrement privées ?
Aucune affirmation de ce type n'est faite. Une application n'a pas besoin de backend propre, mais un modèle hébergé voit ce que l'application lui envoie et les connexions à des comptes peuvent faire intervenir un intermédiaire.
Puis-je déplacer un fichier .snug vers un autre hôte ?
Le format est spécifié dans ce but, mais les seuls hôtes trouvés jusqu'ici sont ceux du projet lui-même ; un passage entre implémentations indépendantes n'a donc pas été démontré.
Snug est-il un standard de l'industrie ?
Aucun élément ne l'atteste pour l'instant. Il vaut mieux le décrire comme un protocole ouvert émergent, avec un seul mainteneur et une spécification 1.0 publiée.
Les développeurs peuvent-ils intégrer Snug dans leur propre produit ?
La documentation comprend des guides pour construire un hôte et intégrer Snug, et le dépôt publie des paquets TypeScript ; cet article ne les a pas testés.