¿Qué es el software local-first? Definición, 7 propiedades y ejemplos reales (2026)

Respuesta rápida. El software local-first (primero en local) es una clase de aplicaciones en las que los datos del usuario viven principalmente en su propio dispositivo, no en un servidor remoto. La sincronización en la nube es opcional, no obligatoria. El término se acuñó en un ensayo de 2019 de Ink & Switch, que enumera siete propiedades: rapidez, uso en varios dispositivos, funcionamiento sin conexión, colaboración, longevidad, privacidad y propiedad del usuario. Filarr, Obsidian, Linear y Anytype son apps local-first.

Cuando usas Notion, tus notas viven en los servidores de Notion. Cuando usas Google Docs, tu documento vive en los servidores de Google. La app que ves en pantalla es una ventana a una base de datos remota: cierra la pestaña, pierde la conexión, y tu trabajo se va con ella.

El software local-first invierte este supuesto: tus datos viven primero en tu dispositivo. La nube, si la hay, desempeña un papel secundario.

Esta guía da la definición precisa, recorre las siete propiedades del ensayo original de Ink & Switch, distingue local-first de offline-first (dos conceptos que se confunden a menudo) y repasa las apps que de verdad cumplen los requisitos en 2026.

¿Qué es exactamente el software local-first?

El término «local-first software» lo acuñaron en un ensayo de 2019 investigadores de Ink & Switch: Martin Kleppmann, Adam Wiggins, Peter van Hardenberg y Mark McGranaghan. Lo definieron como el software que «te permite colaborar sin renunciar a la propiedad ni al control de tus datos».

En la práctica, una app local-first:

• Guarda tus datos como archivos normales en tu disco local
• Funciona por completo sin conexión a internet
• Sigue funcionando aunque el desarrollador cierre o la nube desaparezca
• Puede sincronizarse con otros dispositivos cuando tú decidas, sin convertir la nube en la fuente de verdad

Es una definición más estricta que «offline-first». Toda app local-first es necesariamente offline-first; una app offline-first no es necesariamente local-first.

¿Cuáles son las siete propiedades del software local-first?

El ensayo de Ink & Switch identifica siete «ideales» que una verdadera app local-first debería cumplir. Pocas apps los alcanzan todos, pero el marco es útil para evaluar cualquier candidata.

1. Sin ruedas de carga: la app es rápida

La interfaz debería responder a la velocidad del hardware, no a la de la red. Nada de ruedas de carga para operaciones normales como abrir un archivo o escribir un párrafo. Si tienes que esperar a un servidor, no es local-first.

2. Tu trabajo no está atrapado en un solo dispositivo

Deberías poder leer y editar tus datos en cualquiera de tus dispositivos. El software solo local fallaba históricamente en esto: obligaba a sincronizar a mano con una memoria USB. Local-first significa que los dispositivos pueden sincronizarse, pero la nube es un mecanismo entre varios, no un guardián que controla el acceso.

3. La red es opcional

La conexión a internet debería ser un lujo, no un requisito. Viaja en avión, escápate a una cabaña remota, ve en metro: la app sigue funcionando con todas sus capacidades. Todo lo que creas sin conexión se sincroniza limpiamente cuando vuelves a conectarte.

4. La colaboración fluida es posible

La colaboración entre varios usuarios debería funcionar tan bien como en las apps centradas en la nube (cloud-first). Es la propiedad más difícil de cumplir. Los tipos de datos replicados sin conflictos (CRDT) y la transformación operacional (OT) son las técnicas dominantes. La colaboración en tiempo real sobre datos local-first cifrados sigue siendo un área de investigación activa en 2026.

5. «The Long Now»: tus datos sobreviven al software

El software viene y va. Tus datos no deberían ser rehenes de una versión concreta de una app ni de un modelo de negocio. Las apps local-first guardan los datos en formatos estándar (Markdown, JSON, archivos normales) para que sigan siendo legibles dentro de cincuenta años, aunque el software original desaparezca.

6. Seguridad y privacidad por defecto

Tus datos deberían cifrarse antes de salir de tu dispositivo. El cifrado de extremo a extremo es lo mínimo, no un extra de pago. El proveedor de la aplicación, y cualquier servicio de sincronización en la nube, no debería poder leer tu contenido. Consulta el cifrado de conocimiento cero (zero-knowledge), explicado para ver el modelo técnico que lo hace posible.

7. Conservas la propiedad y el control últimos

Puedes exportar, borrar o migrar tus datos en cualquier momento. Sin dependencia del proveedor. Sin «plan premium para exportar». Si el desarrollador sube los precios o cierra el servicio, sigues trabajando.

¿En qué se diferencia local-first de offline-first?

Los dos términos se usan a menudo como sinónimos. Describen alcances distintos.

Propiedad	Offline-first	Local-first
Funciona sin internet	✓	✓
Datos en caché local	✓	✓
La nube es la fuente de verdad	✓ (normalmente)	✗
Datos utilizables sin la app	✗ (normalmente)	✓
Sobrevive al cierre del desarrollador	✗	✓
Cifrado nativo	✗	✓ (idealmente)
Formato de datos estándar	✗	✓

Offline-first significa «la app gestiona bien el caso sin internet». Ejemplos: Trello, la app móvil de Notion, el Gmail actual. Guardan datos en caché local para que puedas trabajar un rato sin conexión, pero la nube es la fuente canónica. Si Notion cierra, tu caché sin conexión se convierte en una instantánea congelada e inutilizable.

Local-first significa «tu copia local es la fuente de verdad; la nube es un espejo opcional entre varios». Ejemplos: Filarr, Obsidian, Linear, Anytype. Si el desarrollador cierra, sigues teniendo tus datos en un formato utilizable y exportable.

¿Qué apps son de verdad local-first en 2026?

Una lista no exhaustiva de apps que cumplen la mayoría de las siete propiedades:

• Obsidian: notas en Markdown en el disco, ecosistema de plugins, sincronización como complemento opcional de pago. No tiene cifrado nativo (depende de plugins de la comunidad).
• Logseq: outliner de código abierto, Markdown en el disco, sincronización opcional. Muy sólido con los grafos de conocimiento.
• Anytype: app de bases de datos de código abierto, sincronización entre pares cifrada de extremo a extremo, sin servidores obligatorios.
• Linear: gestión de proyectos con una caché SQLite local como fuente de verdad; sincroniza en segundo plano.
• Standard Notes: app de notas cifradas, con los archivos guardados en local y sincronizados cifrados.
• Filarr: espacio de trabajo cifrado que combina archivos, notas, vista de grafo y lienzo. Los datos viven cifrados en tu disco; la sincronización en la nube es opcional. Consulta por qué el local-first importa en Filarr.
• AppFlowy: alternativa a Notion de código abierto, datos en local, sincronización opcional.

Apps que a menudo se toman por local-first pero que en realidad están centradas en la nube: Notion, Google Docs, Asana, Airtable, ClickUp. Guardan datos en caché local para tolerar la falta de conexión, pero la nube es la fuente canónica: si la empresa cierra, pierdes los datos.

¿Notion es local-first?

No, Notion no es local-first. Notion es una aplicación centrada en la nube: la copia de referencia de cada página vive en los servidores de Notion, y las apps de escritorio y móvil son clientes que leen y escriben en esos servidores. Si la nube de Notion no está accesible, las apps se degradan: algunas funciones dejan de funcionar, la sincronización se detiene y solo tienes acceso a lo que estuviera en caché. Cerrar tu cuenta de Notion significa perder el acceso a los datos, aunque hayas exportado un ZIP en Markdown, porque las bases de datos relacionales, las fórmulas, los bloques sincronizados y los contenidos incrustados no sobreviven a la exportación.

¿Figma es local-first?

No, Figma no es local-first. Figma es una herramienta de diseño colaborativo centrada en la nube: los archivos viven en los servidores de Figma y la aplicación es un cliente en el navegador o envuelto en Electron. La edición multiusuario en tiempo real de Figma se basa en la transformación operacional a través de un servidor central, no en estructuras de datos local-first sin conflictos. Figma tiene un soporte sin conexión limitado (puedes seguir editando un rato un archivo que ya estaba abierto), pero la arquitectura de fondo toma el servidor como referencia canónica.

¿Google Docs es local-first?

No, Google Docs no es local-first. Google Docs está centrado en la nube. El documento vive en la infraestructura de Google; el editor en el navegador es un cliente ligero. El modo sin conexión guarda en caché los documentos recientes para que puedas editarlos sin conexión, pero la nube sigue siendo la fuente de verdad: tus cambios se fusionan en el servidor, no en tu dispositivo.

¿Qué apps populares SÍ son local-first?

Las siguientes se citan a menudo como local-first de verdad (cada una cumple la mayoría de las siete propiedades de Ink & Switch):

• Obsidian: archivos Markdown locales
• Logseq: Markdown / SQLite en local
• Anytype: base de datos de objetos local, sincronización entre pares
• Linear: SQLite local como fuente de verdad, sincronización en segundo plano
• Filarr: espacio de trabajo cifrado, datos primero en tu disco
• AppFlowy: datos en local, sincronización en la nube opcional
• Standard Notes: notas cifradas, local-first con sincronización opcional
• Trilium: base de datos de notas local, sincronización autoalojada

¿Por qué el software local-first gana terreno en 2026?

Convergen tres presiones.

1. La regulación de la privacidad. El RGPD, el Reglamento de Inteligencia Artificial de la UE y leyes similares convierten el almacenamiento de datos de usuarios en servidores en una responsabilidad cada vez mayor para los proveedores. Local-first esquiva el problema: si los datos no están en tus servidores, ninguna solicitud de una autoridad puede obligarte a entregarlos, no puedes filtrarlos y no te pueden multar por gestionarlos mal.

2. La desconfianza hacia los proveedores. Una década de adquisiciones, cierres y subidas de precio (Google Reader, los repetidos cambios de precios de Evernote, la dependencia de Creative Cloud de Adobe) ha enseñado a los usuarios a desconfiar de «tus datos en nuestros servidores». Local-first responde a la pregunta «¿qué pasa si cierras?» con «nada, tus datos siguen en tu disco».

3. El hardware disponible. Los dispositivos actuales tienen terabytes de almacenamiento y procesadores que cifran y descifran a gigabytes por segundo. Los argumentos originales a favor del modelo centrado en la nube («los usuarios no tienen suficiente espacio en disco, los dispositivos son demasiado lentos para cifrar») ya no se sostienen.

Los investigadores de Ink & Switch sostenían en 2019 que el modelo centrado en la nube ganó en parte por accidente: la tecnología para que local-first fuera práctico a gran escala aún no existía. En 2026, existe.

¿Qué contrapartidas tiene el software local-first?

Local-first no es estrictamente mejor que el modelo centrado en la nube. Las contrapartidas, con honestidad:

• La colaboración multiusuario en tiempo real es más difícil. La edición simultánea al estilo de Google Docs es el caso difícil por excelencia. Los CRDT ayudan, pero añaden complejidad, y combinarlos con el cifrado de extremo a extremo sigue siendo un problema de investigación.
• La puesta en marcha inicial es más pesada. Una app local-first tiene que incluir una base de datos completa, un indexador, un motor de búsqueda y un motor de sincronización, no solo un cliente ligero sobre una API alojada.
• El móvil es más difícil. Los sistemas operativos móviles restringen el procesamiento en segundo plano, el acceso al sistema de archivos y el almacenamiento persistente de formas que complican el diseño local-first.
• Los efectos de red son más débiles. Las apps centradas en la nube se benefician de entrada de documentos compartidos, espacios de trabajo de equipo y páginas públicas; las apps local-first tienen que añadir esas capas por separado.

La comunidad local-first trabaja activamente en cada uno de estos puntos. Bibliotecas CRDT como Automerge y Yjs están madurando. Los frameworks móviles están relajando algunas restricciones. La curva de contrapartidas se está desplazando.

¿Cómo aplica Filarr el modelo local-first?

Filarr es un espacio de trabajo cifrado local-first. Tus notas, archivos, dibujos y grafo de conocimiento viven en tu disco, cifrados con AES-256-GCM. No necesitas una cuenta para usarlo. La sincronización en la nube es opcional y está cifrada de extremo a extremo: el servidor solo ve blobs cifrados y opacos que no puede leer.

En concreto, Filarr cumple hoy seis de las siete propiedades de Ink & Switch; la colaboración multiusuario en tiempo real está en la hoja de ruta. El formato de los datos está documentado y es exportable. Aunque Filarr cerrara mañana, tus archivos cifrados seguirían en tu disco, descifrables con tu contraseña: esa es la garantía local-first.

Descarga Filarr: gratis, cifrado, local-first →

Para saber más

• «Local-first software: you own your data, in spite of the cloud», Ink & Switch (2019): el ensayo de referencia
• Por qué el local-first importa en Filarr
• El cifrado de conocimiento cero, explicado
• Qué es AES-256-GCM y por qué importa para tomar notas
• Cifrado de extremo a extremo frente a conocimiento cero: ¿en qué se diferencian?