"When America's cowboys were in the middle of a trip and their horse died, they would leave the horse there. But even if they were in the middle of a desert, they would take their saddle with them. The horse was a consumable good, but the saddle was an interface that their bodies had gotten used to."

— Eiiti Wada, creador del Happy Hacking Keyboard

La montura

En 1996, un profesor japones de la Universidad de Tokyo explicaba por que habia disenado un teclado tan raro: porque el hardware es un bien consumible, pero la interfaz con la que piensas no. El caballo se muere. La montura viaja contigo.

30 anos despues, la mayoria de la gente sigue reconfigurando cada maquina a mano. Formatea el portatil: 2 dias reinstalando. Maquina nueva en el trabajo: una semana recordando que faltaba. Desktop en casa + portatil fuera: dos entornos que divergen y nunca cuadran.

El caballo cambia, y cada vez te haces una montura nueva.

La extension logica

Si la montura es solo un teclado, te llevas el HHKB a todas partes y resuelto. Pero la montura real no es solo el teclado. Es tu shell. Tus aliases. Tu editor. Tu window manager y sus keybindings. Tu config de git. Tus herramientas de desarrollo. Tu pipeline de audio. Tu VPN. Tus passwords. Tu IA.

Todo eso es la montura.

Y NixOS permite tratarlo asi: un unico repositorio de texto que describe tu entorno COMPLETO de forma declarativa. Clonas el repo en hardware nuevo, ejecutas un comando, y 20 minutos despues tienes la montura exacta montada sobre un caballo nuevo.

Eso es Saddle Computing: la filosofia de que tu entorno viaja contigo como la montura de un cowboy. El hardware es intercambiable. La interfaz con la que piensas, no.

SPAWN

Saddle Computing es la filosofia. SPAWN es la arquitectura que la implementa:

Saddle Personal Architecture With Neural swarm

• S - Saddle: la filosofia Wada. Tu entorno es la montura. No cambia.
• P - Personal: tuyo. No cloud, no empresa, no SaaS. Tuyo.
• A - Architecture: clone-first. Cada maquina es un clon identico que muta segun su hardware. Declarativo, reproducible, con rollback.
• W - With
• N - Neural swarm: una IA persistente como sistema nervioso del enjambre de clones. No un chatbot externo — un agente integrado con memoria, skills, y acceso al hardware.

Clone-First: el ADN y las mutaciones

Todas las maquinas nacen del mismo ADN: un flake NixOS que define shell, editor, window manager, packages, SSH config, firewall, home-manager. Si lo cambias, cambia en todas las maquinas.

Luego cada clon muta: el desktop activa GPU y mining. El VPS desactiva todo lo GUI y pesa 22GB en vez de 68GB. La Raspberry Pi activa un watchdog y emuladores. El portatil tiene hacks para Broadcom. El movil solo sincroniza fotos.

ADN comun (modules/base/)
   │
   ├── aurin:    +GPU +mining +Ollama +TTS     (68GB)
   ├── cohete:   -desktop +blog +Headscale      (22GB)
   ├── vespino:  +testing                        (45GB)
   ├── macbook:  +Broadcom +HHKB-BLE             (45GB)
   ├── retropix: +aarch64 +guardian +emuladores  (25GB)
   └── movil:    solo Syncthing

Cada mutacion son unas pocas lineas de Nix. El clon mas diferente (cohete, el VPS headless) tiene 150 lineas de mutacion. La linea que mas impacto tiene es una sola:

dotfiles.desktop.enable = false;   # -46GB de closure

Las tres capas

SPAWN tiene tres capas que no se sustituyen entre si:

Capa 1: Git — la fuente de verdad. La configuracion NixOS (el ADN + mutaciones), los scripts, la memoria curada de la IA. Cada cambio tiene historial, cada error tiene rollback.

Capa 2: Syncthing — replicacion de datos vivos. Sesiones de la IA (260MB que crecen cada dia), journal, passwords, fotos del movil. Peer-to-peer, cifrado, sin servidor central.

Capa 3: Colmena — VPN mesh self-hosted (Headscale). Cada clon recibe una IP fija y puede hablar con cualquier otro, sin importar la red fisica. WireGuard bajo el capo. Los clones que anuncian su subred local hacen de puente: desde el piso llegas a la Raspberry Pi del campo.

CAPA 3: COLMENA (conectividad)
  └── CAPA 2: SYNCTHING (datos vivos)
        └── CAPA 1: GIT (configuracion declarativa)

El sistema nervioso

Lo mas raro de SPAWN: el enjambre tiene cerebro. No un chatbot externo al que le preguntas cosas. Un agente de IA integrado que:

• Tiene una sesion UUID fija replicada en todos los clones. Si un clon arde, la IA sigue viva en otro.
• Tiene memoria persistente versionada en git. Sabe que paso ayer. Sabe que maquinas hay. Sabe la topologia de red.
• Tiene agentes especializados: uno sabe de hardware Apple, otro de NixOS, otro de DDD, otro de seguridad.
• Puede desplegar configuracion a todos los clones via SSH.
• Puede diagnosticar fallos, escribir fixes, commitear, y verificar que el fix funciona. Solo.
• Escribe posts por la noche mientras duermes.

La IA no usa el enjambre. La IA ES PARTE del enjambre. Es el sistema nervioso que coordina los clones, detecta fallos, y mantiene la coherencia del sistema.

Site-to-site: dos redes, una LAN virtual

Uno de los clones esta en un campo en Murcia. Otro en un piso en otra ciudad. Un VPS en Nuremberg. Un portatil que viaja. Cuatro redes distintas.

Con SPAWN, todas son una:

RED DEL CAMPO (192.168.2.x)     RED DEL PISO (192.168.18.x)

┌────────────────────┐          ┌────────────────────┐
│ Pi    .120         │          │ macbook  .12        │
│ aurin .147         │          │ vespino  .16        │
└─────────┬──────────┘          └─────────┬──────────┘
          │      mesh VPN (Headscale)     │
          └───────────════════────────────┘

Desde la Pi: ping 192.168.18.16 → responde vespino
Desde macbook: ping 192.168.2.120 → responde la Pi
Sin que ninguno de los dos tenga VPN instalada.

Lo que las empresas montan con Cisco por miles de euros. Aqui: 3 lineas de Nix y un VPS de 4 euros.

El coste

Un sistema operativo distribuido con VPN mesh, clones mutables, replicacion, IA persistente, blog, tienda, monitoring y emuladores. Por el precio de un cafe.

Anadir un clon nuevo

30 minutos:

1. Instalar NixOS
2. git clone el repo
3. Crear hosts/mi-clon/ con las mutaciones
4. nixos-rebuild switch
5. colmena join

El clon hereda todo el ADN. Solo defines lo que es diferente.

Por que no existe

Saddle Computing no existe como concepto porque requiere tres cosas que hasta hace poco no convivian:

1. Un OS declarativo con reproducibilidad total — NixOS. Ansible/Puppet no dan rollback atomico ni reproducibilidad bit-a-bit.
2. Modelos de IA que entienden infraestructura — un agente capaz de leer logs, diagnosticar, escribir Nix, y deployar. Esto no existia hace 2 anos.
3. VPN mesh self-hosted trivial — Headscale/Tailscale. Antes de 2020, montar WireGuard site-to-site era un infierno.

Las tres piezas existen desde ~2024. Juntarlas en un sistema coherente es lo nuevo.

Saddle Computing

Tu entorno viaja contigo. El hardware es consumible. El enjambre de clones muta y se adapta. La IA lo mantiene vivo.

Wada tenia razon. Solo que no fue lo bastante lejos.

Por el enjambre.