Conclusiones clave
- Creado por Jeetu Maker; el repositorio de GitHub no muestra ningún otro colaborador humano
- La especificación está en la versión 1.0; el creador describe la implementación como anterior a la 1.0
- No se ha encontrado un segundo host, una auditoría independiente ni una base de usuarios externa
- La app de escritorio solo funciona en macOS; Windows y Linux están previstos después de la 1.0
📍 En una frase
Snug Protocol define cómo trabajan juntos una app creada con IA, el programa que la ejecuta y el archivo de datos del usuario, para que la app y sus datos puedan pasar de un programa compatible a otro.
💬 En términos simples
Piensa en una app que te escribe un asistente, pero que se guarda como un archivo normal bajo tu control, en lugar de vivir dentro del servicio del propio asistente.
¿Qué es Snug Protocol?
Snug es un protocolo, no un modelo de IA ni una app concreta. Describe cómo se comunican una pequeña app web, un programa host y un agente de IA, y dónde se guardan los datos de la app. La premisa del proyecto es que una app que te crea un asistente de IA suele quedar atada, junto con sus datos, a la plataforma que la hizo. El código está en el repositorio de snug en GitHub.
- La app: una pequeña app HTML autónoma, con su propia interfaz y lógica, creada por un agente de IA a partir de una descripción en lenguaje natural
- El host: un programa que ejecuta la app en un entorno aislado (sandbox) y gestiona sus peticiones de IA, almacenamiento y acceso a la red; el proyecto incluye dos, una app para macOS y un Playground en el navegador
- El archivo del usuario: un único archivo SQLite con extensión .snug que contiene las apps, sus datos, los chats y los ajustes, y que se puede exportar completo y llevar entre hosts compatibles
Cómo encajan las piezas
Las apps y el host intercambian mensajes JSON versionados, llamados envelopes. La documentación llama al agente de IA la «mente» de la app y a la app su «cuerpo»: la app dibuja la pantalla y mantiene el estado, y el agente aporta inteligencia cuando se le pide.
- IA en tiempo de ejecución: el host aporta el modelo mientras la app funciona, de modo que cambiar de modelo no obliga a reconstruir la app, según el proyecto
- Almacenamiento aislado: cada app recibe su propio espacio de nombres de base de datos dentro del archivo del usuario
- La especificación: seis partes, que abarcan el protocolo de transmisión, la base de datos portátil del usuario, las apps conectadas, los contratos de ejecución y la superficie de chat de la app, las conexiones entre dispositivos vinculados y la conformidad. Este análisis no examinó los contratos de ejecución en detalle
- Para desarrolladores: la documentación incluye guías para crear un host y para integrar Snug en otro producto; no se probó ninguna de las dos
Modelos locales y alojados
El host elige el modelo, así que Snug puede funcionar con inferencia local o alojada. La página de descarga indica que la app de macOS necesita una clave de API de Anthropic u OpenAI o un endpoint local compatible con OpenAI, y menciona como opción un modelo local servido con Ollama.
- Vía local: un endpoint local compatible con OpenAI mantiene la inferencia en tu propio equipo; no se publica ningún requisito de hardware ni de versión de Ollama
- Vía alojada: un modelo en la nube recibe todo lo que una app le envía para la inferencia
- Credenciales: las claves se guardan en tu propio archivo .snug y las adjunta tu equipo, no un servidor de Snug, según la página de descarga
- Otros servicios: el sitio del proyecto indica que una app que lee una cuenta bancaria sigue pasando por un agregador, así que «sin backend de la app» no significa «sin ningún servicio externo»
Diseño de seguridad y sus límites
Snug documenta su diseño de seguridad en un modelo de amenazas público, pero ese documento es del propio proyecto y no se encontró ninguna auditoría independiente. Los puntos siguientes recogen lo que afirma el documento, no lo que se haya probado.
- Sandbox: los iframes de las apps usan
sandbox="allow-scripts"con un origen opaco y una política de contenidoconnect-src 'none', de modo que una app no puede abrir sus propias conexiones de red - Custodia de credenciales: las cabeceras con forma de credencial se rechazan en la capa del protocolo, y las respuestas y los errores se depuran antes de llegar a la app
- Límite de red: las apps solo alcanzan los hosts que el usuario ha aprobado, no se siguen las redirecciones, y las peticiones que modifican datos requieren confirmación antes de leer una credencial
- Protección del archivo: el archivo del usuario está en texto plano por defecto; el cifrado AES-256-GCM solo se aplica cuando el usuario activa la protección
- Riesgos aceptados: el documento enumera riesgos residuales, entre ellos que los mensajes de terceros pueden llegar a un LLM cuando una app lee un almacén de mensajería, y que una comprobación de integridad detecta una copia parcial, pero no otro proceso que se ejecute como el mismo usuario
- Windows: el documento recoge defectos conocidos en Windows, una plataforma que el proyecto no distribuye
Cómo conseguirlo
El código de Snug tiene licencia MIT y el proyecto no indica ningún precio para la app de macOS, un .dmg universal para Apple silicon e Intel; el Playground funciona en el navegador.
Elemento | Dónde conseguirlo |
|---|---|
| App para macOS | Snug.dmg, versión 0.1.3 |
| Playground en el navegador | playground.snugprotocol.org |
| Sitio web | snugprotocol.org |
| Política de privacidad | snugprotocol.org/privacy |
| Código fuente | GitHub, MIT |
| Especificación | Spec 1.0 |
| Windows, Linux | Previsto después de la 1.0 |
Verificado el 17 de octubre de 2026: app de macOS 0.1.3, publicada el 5 de septiembre de 2026; el propio repositorio se actualizó por última vez el 15 de octubre de 2026. La página de descarga no indica ningún precio, ninguna versión mínima de macOS ni datos de firma de la app. El proyecto describe el Playground como una demo que guarda los datos en el navegador, no como un despliegue privado.
¿Qué tan maduro está?
La especificación está publicada y versionada, pero el ecosistema que la rodea es un único proyecto. El repositorio se creó el 31 de julio de 2026.
Área | Hallazgo |
|---|---|
| Especificación | Versión 1.0 publicada |
| Implementación | App macOS 0.1.3; pre-1.0 según el creador |
| Colaboradores | Una cuenta humana, más un bot de dependencias |
| Actividad en GitHub | 2 estrellas, 0 forks, 11 issues abiertos |
| Otros hosts | Ninguno aparte de los del propio proyecto |
| Auditoría de seguridad | Ninguna; modelo de amenazas autopublicado |
Las cifras de GitHub se consultaron el 17 de octubre de 2026 y cambiarán.
Lo que no pudimos verificar
Todo lo anterior procede de los documentos del propio proyecto y de sus páginas de GitHub. Estos puntos no se pudieron confirmar.
- Comportamiento en la práctica: PromptQuorum no ha instalado ni ejecutado la app de macOS ni el Playground
- Adopción: no se encontró ninguna segunda implementación de host ni usuarios externos
- Seguridad: ninguna auditoría independiente ni prueba de penetración, y el extenso modelo de amenazas solo se leyó en parte
- Afirmaciones del propio proyecto: las cifras de ahorro o velocidad del material del propio proyecto no se comprobaron
- Portabilidad real: el formato está especificado para pasar de un host a otro, pero no se pudo comprobar ningún traslado entre dos hosts independientes
Qué podría frenarlo
Son preguntas abiertas sobre cualquier capa de portabilidad nueva, no conclusiones sobre Snug en concreto.
- La portabilidad necesita un segundo host. Un archivo portátil solo sirve cuando otros desarrolladores crean hosts compatibles y mantienen el comportamiento exigido
- El host sigue importando. Los modelos, las integraciones y el acceso al dispositivo dependen del host, así que la misma app puede comportarse de forma distinta en dos de ellos
- Un sandbox limita el daño, no los errores. Una app generada puede seguir dando resultados incorrectos
- Modelos locales pequeños. Pueden resolver tareas sencillas y tener dificultades con razonamientos complejos o flujos de trabajo especializados
¿A quién le conviene mirar Snug?
La cuestión es si merece la pena seguir o probar un protocolo temprano de un solo desarrollador.
Merece la pena echarle un vistazo si
- Quieres herramientas personales creadas con IA que conservas como un archivo bajo tu control
- Desarrollas productos de IA y quieres estudiar un diseño integrable
- Usas un Mac y te sientes cómodo con software anterior a la 1.0
Espera si
- Necesitas Windows o Linux hoy
- Necesitas una seguridad auditada de forma independiente antes de conectar cuentas financieras u otras cuentas sensibles
- Necesitas una herramienta respaldada por un equipo y con trayectoria
Preguntas frecuentes
¿Puedo probar Snug sin instalar nada?
Sí. El Playground del navegador funciona como demo, y el proyecto indica que guarda los datos en el navegador y permite exportarlos, pero no es un despliegue privado.
¿Snug hace que mis datos sean totalmente privados?
No se afirma nada parecido. Una app no necesita un backend propio, pero un modelo alojado ve lo que la app le envía y las conexiones a cuentas pueden implicar a un intermediario.
¿Puedo llevar un archivo .snug a otro host?
El formato está especificado con ese fin, pero los únicos hosts encontrados hasta ahora son los del propio proyecto, así que no se ha demostrado un traslado entre implementaciones independientes.
¿Es Snug un estándar de la industria?
Todavía no hay pruebas que lo respalden. Se describe mejor como un protocolo abierto emergente con un solo responsable y una especificación 1.0 publicada.
¿Pueden los desarrolladores integrar Snug en su propio producto?
La documentación incluye guías para crear un host e integrar Snug, y el repositorio publica paquetes de TypeScript; este análisis no los probó.