El 28 de abril de 2025, se apagaron las luces en toda España. La red eléctrica ibérica falló en el apagón más grande que ha vivido la península en décadas. Los hospitales pasaron a generadores. Los semáforos se quedaron a oscuras. Las redes móviles fallaron y luego se cayeron. Para millones de personas, todo lo que dependía de un enchufe o de una torre de telefonía sencillamente se detuvo.

Mi trabajo depende de la conectividad en línea para las comunicaciones, así que no exactamente seguí «como si nada». PERO no perdí ni un solo byte de datos, e incluso pude seguir editando el manuscrito de un libro en el que estaba trabajando, disfrutando bastante de la calma y el silencio mientras esperábamos a que se restableciera la red.

No porque tuviera un elaborado plan de recuperación ante desastres, ni porque hubiera invertido en infraestructura de nivel empresarial. Pude seguir trabajando porque mis archivos estaban en mi portátil, en formatos que podía leer con cualquier editor de texto, respaldados en un disco local que no necesitaba internet para funcionar. Cuando volvió la luz — y volvió, finalmente — no había nada que recuperar, nada que resincronizar, nada que reconstruir.

Me alegró ver la batería de mi portátil recargándose, mientras mi trabajo sencillamente continuaba.

Esa experiencia cristalizó algo en lo que creía en teoría pero no había puesto del todo a prueba en la práctica: si tu negocio depende de servicios que no controlas, tu negocio solo es tan resiliente como esos servicios.

Qué significa en realidad «local-first»

Maya: Cada nota que tengo es un archivo Markdown en una carpeta en mi disco duro. Cada documento en Google Drive está sincronizado localmente. Obsidian es solo un visor — un visor muy bueno, con enlaces, búsqueda y plugins, pero en el fondo lee y escribe archivos de texto plano. Si Obsidian desapareciera mañana, podría abrir cada una de mis notas en TextEdit, o en VS Code, o literalmente en cualquier aplicación que lea texto.

El código fuente de mi web vive en un repositorio git en la misma máquina. Las imágenes, el contenido, las plantillas — todo son archivos locales. Desplegar la web requiere acceso a internet, obviamente, pero la fuente de la verdad siempre es mi disco duro.

Esto no fue una estrategia de resiliencia deliberada cuando empecé. Era sencillamente cómo funciona Obsidian y cómo montó Jim la web. Pero el apagón me hizo darme cuenta de cuánta tranquilidad silenciosa proporciona esa arquitectura.

Jim: He pasado veinte años entre sistemas empresariales y ciberseguridad, y la lección más importante que he aprendido es esta: la pregunta nunca es «¿va a salir algo mal?». La pregunta siempre es «cuando sale mal, ¿cuán rápido puedes recuperarte?».

Cada sistema que construimos para los clientes de Solopreneur Superpowers tiene esa forma de pensar incorporada desde el principio. No como una idea de última hora, no como un extra premium — como un principio de diseño fundamental. Tus notas deberían ser legibles sin necesidad de una aplicación específica. Tu web debería poder reconstruirse a partir de una carpeta de archivos. Tu contenido debería poder exportarse en cualquier momento, en formatos estándar, sin pedirle permiso a nadie.

La nube no es el enemigo — la dependencia sí

Que quede claro: usamos servicios en la nube. Kit gestiona las newsletters por correo. La web está alojada en un servidor en algún sitio. Google Calendar gestiona la agenda. Stripe procesa los pagos. No estamos sugiriendo que lo lleves todo desde una Raspberry Pi en tu garaje.

El principio es más sutil y más importante que «evita la nube». Es este: nunca dejes que un servicio en la nube sea la única copia de nada que importe para tu negocio.

Maya: Mis suscriptores de la newsletter están en Kit, pero también tengo una exportación en CSV que se actualiza con regularidad. Mi web está alojada de forma remota, pero el código fuente es local y está en git. Mi calendario está en Google, pero mis proyectos y notas — la producción intelectual real de mi trabajo — viven en mi máquina.

Si Kit cambiara sus precios a algo que no pudiera permitirme, perdería la plataforma de envío pero conservaría cada relación con cada suscriptor. Si mi proveedor de hosting desapareciera de la noche a la mañana, tendría toda la web lista para desplegarse en otro sitio en cuestión de horas. Si Google decidiera jubilar Calendar (han jubilado cosas peores), mi trabajo real no se vería afectado.

Jim: El término técnico para esto es «portabilidad», y es lo que la mayoría de los proveedores de SaaS trabajan activamente en contra. Quieren dependencia. Quieren tus datos en su formato propietario, accesibles solo a través de su interfaz, exportables solo en algún CSV maltrecho que pierde la mitad de la estructura. Cada vez que eliges una herramienta, deberías preguntarte: «¿puedo marcharme? ¿Y qué me llevo conmigo cuando lo haga?».

La cuestión de la IA

Esto importa especialmente ahora mismo, porque todos estamos construyendo flujos de trabajo que dependen de proveedores de IA. Y los proveedores de IA son empresas jóvenes en un mercado volátil. Si Anthropic desapareciera mañana — y de verdad espero que no, porque Claude es extraordinario — ¿qué le pasaría a tu flujo de trabajo impulsado por IA?

En nuestro caso: las notas seguirían ahí. El vault de Obsidian seguiría funcionando. La web se seguiría construyendo. Las tareas de Todoist seguirían existiendo. Perderíamos la capa de procesamiento de IA — la rutina matinal, el procesamiento de la bandeja de entrada, la automatización de la revisión semanal — y eso dolería. Pero perderíamos una herramienta, no nuestros datos.

Esa es la distinción crítica. Las herramientas son reemplazables. Los datos no. Los flujos de trabajo se pueden reconstruir sobre otra plataforma. Tus notas acumuladas, tus relaciones con clientes, tu historial de proyectos — eso no se puede recrear desde cero.

Jim: Cuando construyo un sistema, lo pienso por capas. La capa base son tus datos — archivos, notas, contenido. Esa capa debería ser completamente independiente de cualquier herramienta. La capa intermedia es tu organización — estructura de carpetas, convenciones de nombres, metadatos. Eso debería funcionar con cualquier aplicación que lea archivos. La capa superior es tu automatización — procesamiento de IA, integraciones, scripts. Esa es la capa que puedes sustituir sin tocar las demás.

La mayoría de la gente construye estas capas en el orden equivocado. Empiezan por la automatización vistosa, construyen su organización dentro de una herramienta concreta, y acaban con datos que no pueden extraer. Nosotros empezamos por abajo: consigue que la capa de datos esté bien, y todo lo que hay encima se vuelve reemplazable.

Un año después

Ha pasado poco más de un año desde el apagón de España, y las lecciones se han vuelto solo más relevantes. Cada vez más gente construye flujos de trabajo dependientes de IA. Cada vez más negocios funcionan enteramente sobre servicios en la nube. Cada vez más solopreneurs confían sus medios de vida a plataformas que no controlan y no pueden inspeccionar.

Por supuesto, nada de eso es inherentemente malo. Los servicios en la nube son potentes, la IA es transformadora, e intentar hacerlo todo localmente en 2026 sería absurdo. Pero hay una diferencia entre usar estos servicios y depender de ellos — entre tener una copia de seguridad en la nube y tener la nube como tu única copia.

Maya: El apagón duró horas, no días. Los servicios en la nube de la mayoría de la gente funcionaron bien en cuanto volvió la luz. Pero fue un recordatorio visceral de que la infraestructura falla. No en teoría, no en algún escenario hipotético — de verdad, un lunes por la tarde cualquiera, sin previo aviso.

Desde entonces, me he vuelto mucho más intencional sobre dónde viven mis datos. Cada herramienta nueva se evalúa por su estrategia de salida antes de evaluar sus funciones. Cada flujo de trabajo se pone a prueba contra la pregunta «¿y si este servicio no está disponible mañana?». No porque sea paranoica, sino porque la resiliencia es una decisión de diseño que se toma de antemano. No se le puede añadir después de la crisis.

Jim: El mejor pensamiento en seguridad es invisible. No lo notas cuando las cosas funcionan — solo notas su ausencia cuando algo va mal. Un sistema solopreneur bien construido debería sentirse exactamente igual. Sencillamente funciona, día tras día, y nunca piensas en la resiliencia hasta que alguien te pregunta por ella. Ese es el objetivo.

Si quieres poner a prueba tu propia resiliencia, prueba esto: apaga tu WiFi y mira cuánto de tu negocio todavía puedes seguir usando. Si la respuesta te incomoda, deberíamos hablar.

Tu negocio debería sobrevivir a cualquier cosa que no sea perder el propio portátil — e incluso entonces, una copia de seguridad debería tenerte funcionando de nuevo en cuestión de horas. Eso no es paranoia. Eso es, sencillamente, buena ingeniería.