Cada mes, otro ministerio u otro banco nos hace la misma pregunta: ¿podemos tener esto sin enviar nada fuera? La respuesta es sí — pero el manual no se parece en nada a un despliegue en la nube. Esta nota describe lo aprendido entregando plataformas aisladas.
La residencia es el punto de partida, no la meta
Las leyes de residencia de datos dicen dónde deben vivir los bytes. La soberanía real es más amplia: quién puede actualizar los modelos, quién lee los registros, qué pasa si el proveedor desaparece. Diseñamos cada despliegue offline para que el cliente pueda operarlo solo durante años — con documentación, recetas de reentrenamiento y herramientas de administración. Si su proveedor no puede entregarle las llaves, alquiló una dependencia, no una plataforma.
Aislado no significa desactualizado
El problema de ingeniería más difícil offline no es la inferencia — es la ruta de actualización. Enviamos paquetes firmados y versionados que cruzan la frontera en medios aprobados y se verifican dentro antes de activarse. Pesos de modelos, catálogos de prompts y código siguen la misma ruta disciplinada. Las actualizaciones llegan según el calendario que controla la oficina de seguridad, no cuando un proveedor decide.
La eficiencia es una característica de seguridad
Cuando el cómputo no puede desbordar a una región cloud, cada token desperdiciado es capacidad que no se tiene. Trabajar offline nos obligó a abaratar los agentes: prompts más ajustados, modelos especialistas más pequeños, caché agresiva de resultados intermedios. La sorpresa: esas disciplinas también mejoraron nuestros despliegues en la nube. Las restricciones enseñan bien.