Producto
Hay documentos que no pueden ir a un servidor
El expediente de un cliente, las notas de un paciente, un manuscrito inédito. Runlix no tiene cuenta, ni telemetría, ni informes de fallos, y solo toca la red cuando eres tú quien va a buscar un modelo.
Actualizado 2026-09-12
Hay una clase de trabajo en la que «no entrenamos con tus datos» no es la tranquilidad que aparenta. El expediente de un abogado, las notas de una médica, los resultados sin publicar de una empresa, la fuente de una periodista, un manuscrito que todavía no ha leído nadie: para esos, la pregunta no es qué promete hacer un proveedor con el texto. Es si el texto sale a alguna parte siquiera.
Runlix responde a eso no teniendo ningún sitio al que enviarlo.
lsof zanjan lo que dice esta página sin que
tengas que creernos nada.
Lo que no está
No hay cuenta. No hay nada a lo que darse de alta, ninguna dirección de correo que dar, ninguna clave de licencia que activar, ningún «inicia sesión para continuar». La aplicación no sabe quién eres porque nunca lo pregunta.
No hay telemetría. Ninguna estadística de uso, ningún servicio de indicadores de funcionalidad llamando a casa, ningún identificador anónimo asignado en el primer arranque. Vale la pena decirlo con estas palabras, porque la «telemetría anónima» se ha vuelto lo bastante normal como para parecer nada, y un identificador que sobrevive a las sesiones no es nada.
No hay informes de fallos. Cuando algo se rompe, el registro se queda en un fichero de tu disco, puedes leerlo, y decides tú si se lo mandas a alguien.
Y no hay una capa en la nube. No existe ninguna versión de Runlix en la que tu texto vaya a procesarse a otro sitio, así que no hay ningún ajuste que puedas equivocar ni ningún valor por omisión que pueda cambiar en una actualización.
Qué toca realmente la red
Dos cosas, y las dos las empiezas tú.
Buscar en el catálogo de modelos le pide una lista a Hugging Face, y descargar un modelo trae ficheros de Hugging Face. Esas peticiones van a Hugging Face y se rigen por sus condiciones, no por nada de este sitio. Si nunca abres el catálogo, la aplicación nunca abre una conexión.
Esa es la lista completa. No «la lista completa de lo que enviamos sobre ti»: la lista completa de conexiones que hace la aplicación.
Dónde están las cosas, en tu disco
Los modelos viven en tu carpeta de Application Support, como ficheros que puedes ver, contar y borrar desde el Finder. No hay almacén opaco ni contenedor propietario: los safetensors que publicó Hugging Face son los ficheros que están en tu disco.
Las conversaciones viven en una base de datos SQLite en el mismo sitio, separada de la base de los ajustes. SQLite es un formato público con herramientas por todas partes, lo que significa que puedes abrirla, leerla, respaldarla y destruirla sin pedirnos una función de exportación.
Tu token de Hugging Face, si decides poner uno, va al llavero de macOS y no a esa base de datos: al almacén cifrado del propio sistema, protegido por tu inicio de sesión y legible con las mismas herramientas que ya usas para auditar quién tiene credenciales tuyas.
El único sitio por donde sí viajan datos: la API local
Runlix puede servir una API HTTP para que otras aplicaciones de tu Mac usen el modelo cargado. Se
ata a 127.0.0.1 y a nada más, lo que la hace alcanzable desde tu máquina y no desde tu red. Está
apagada hasta que la enciendes, y cuando está encendida, todo lo que apuntes hacia ella le
está metiendo texto: lo que conectes importa, y eso es decisión tuya y no un valor por omisión que
hayamos elegido por ti.
Si la expones deliberadamente más allá de la máquina, pon un proxy delante y deja que el proxy decida quién entra. La aplicación no lo hará por ti, porque una casilla que diga «permitir acceso remoto» es exactamente esa clase de cosa que la gente marca una vez y olvida.
Lo que esto no significa
Local no es sinónimo de seguro, y sería deshonesto dejar que la palabra hiciera ese trabajo.
El modelo no lo auditamos nosotros. Te descargas pesos que publicó otra persona, y Runlix comprueba si van a funcionar, no cómo se comportan. Un modelo puede producir disparates con aplomo, y ejecutarlo en tu propia máquina no lo vuelve más veraz.
Tu disco es el perímetro. Si tu Mac no está cifrado, tus conversaciones no están protegidas. FileVault está haciendo aquí más por ti que cualquier promesa de esta página.
Las herramientas salen fuera si tú se lo dices. Runlix habla MCP, y un servidor MCP que configures hará lo que haga, incluido llamar a un servicio remoto. Nada llega configurado; todo lo que hay en ese fichero lo pusiste tú. Pero una vez que lo has hecho, la garantía de esta página termina en el borde de la herramienta.
La aplicación todavía no está notarizada por Apple. Está firmada de forma ad hoc, así que macOS bloquea la primera apertura hasta que la permites explícitamente. Es una carencia real, está en la hoja de ruta y no se esconde.
Comparado con las alternativas
Vale la pena ser preciso sobre en qué se diferencia Runlix de las otras maneras de hacer esto, porque varias de ellas también son locales y las diferencias son más estrechas de lo que el marketing suele admitir.
Un asistente alojado con promesa de no entrenar es la posición más débil para esta clase de trabajo, y no porque la promesa sea insincera. Es que el texto igualmente cruza una red, se queda en los registros de un proveedor durante algún plazo de conservación, cae bajo alguna jurisdicción y puede ser alcanzado por un requerimiento judicial, por una brecha o por un cambio de propiedad. Nada de eso es hipotético, y nada de eso depende de lo que el proveedor haga con el texto para entrenar.
Una aplicación local con cuenta está mucho más cerca, y para la mayoría de la gente está perfectamente bien. La distinción que importa aquí es que una cuenta es un vínculo entre tú y los registros de una empresa: hay, por tanto, una base de datos en algún sitio con tu correo dentro, un inicio de sesión que puede volver a exigirse tras una actualización, y un negocio que puede cambiar qué incluye la capa gratuita.
Un ejecutable de línea de órdenes te da la misma localidad sin nada de cuenta, y mucha gente que lee esto ya usa uno. Runlix no argumenta en contra: el motor de debajo se verifica contra la misma referencia. Lo que añade es un chat que recuerda, un catálogo que comprueba antes de descargar, y un proceso en lugar de varios.
Por qué no hace falta que te fíes
Compruébalo tú
Todo lo de esta página es verificable desde fuera de la aplicación, que es el único tipo de afirmación sobre privacidad que merece la pena hacer.
Ejecuta lsof -i -a -p $(pgrep Runlix) y mira qué sockets existen. Abre Little
Snitch, LuLu o cualquier cortafuegos de salida y observa para qué pide permiso: la respuesta
debería ser «para nada», hasta que abras el catálogo. Apunta la Consola al fichero de registro
y lee qué anota. Abre la base de datos de conversaciones con cualquier visor de SQLite y mira
qué hay guardado.
Si algo de eso contradice lo que está escrito aquí, la equivocada es la página y hay que corregirla. Es un compromiso más útil que una política de privacidad, porque se puede refutar.
Construido así, no configurado así
Casi toda aplicación que manda datos a alguna parte tiene un ajuste para pararlo, y el ajuste se suele respetar. La diferencia está en dónde recae la carga: con un ajuste, seguir siendo privado es algo en lo que tú tienes que seguir acertando —a lo largo de las actualizaciones, de los valores por omisión que cambian, de una funcionalidad añadida por alguien que no sabía nada de tu situación.
Runlix no tiene ese ajuste porque no tiene esa funcionalidad. Es una promesa más pequeña que «protegemos tus datos», y más duradera: lo que no existe no se puede configurar mal, no puede regresar, y no hace falta confiar en ello.