Primero la persona · después la técnica
Shaper OS: el sistema, luego su herramienta

Shaper OS constituye la base técnica. Sobre él modelamos la herramienta a medida de su actividad (gestión de clientes, stock, comercio electrónico, back-office) para que pilote a diario con total autonomía. Es una infraestructura soberana diseñada para mantener la continuidad de actividad ante incidencias y garantizar una recuperación integral. La complejidad técnica queda oculta al usuario y accesible para quien desee inspeccionar la arquitectura.
Dos perfiles, una arquitectura
Directivo o responsable técnico: consulte la perspectiva correspondiente a sus prioridades operativas.
Pilotaje operativo diario
Desea gestionar su actividad, clientes y expedientes sin necesidad de administrar servidores. La base se despliega y adapta a sus procesos para un uso inmediato.
Arquitectura y gobernanza técnica
Ejecución en contenedores, control de accesos, topología de modelos de IA, estrategia de copias y recuperación ante desastres. Detalles en la sección «bajo el capó».
5 niveles de comprensión: de la idea a la visión
Cualquiera puede abordar SHAPER OS según su nivel de exigencia: desde la simple automatización hasta la arquitectura fractal multinivel.
Autonomía controlada
SHAPER OS permite que los sistemas funcionen de forma autónoma. Los agentes de IA observan, realizan tareas y resuelven anomalías sin intervención humana. El humano mantiene el control si una acción supera los límites autorizados.
Universos autónomos
La infraestructura se convierte en un conjunto de espacios llamados «universos». Cada universo tiene sus servicios, agentes, reglas, dependencias y contexto. Procesa de forma asíncrona, vigila su estado y avisa si se requiere una decisión.
Orquestación declarativa
Capa de orquestación declarativa para entornos agénticos. La arquitectura se describe por topología, dependencias y reglas. SHAPER materializa esta intención en servicios ejecutables, gestionando orden de arranque, ciclo de vida, colas y validación.
Unidad de responsabilidad y supervisión padre
El universo es la unidad de ejecución y responsabilidad. El agente repara su perímetro según su autoridad; lo que excede escala al padre. El padre crea un sandbox efímero de dev/test, repara en frío, valida al 100% sin regresiones y promociona a producción.
Arquitectura fractal recursiva
Un universo puede contener otros universos (Ladrillo → Universo → Universo padre → Host → Flota). Cada nivel aplica el mismo ciclo: intención → materialización → ejecución → observación → prueba → reparación → validación → promoción.
Caso concreto: un SaaS fractal para gestionar tiendas online
Cómo la misma mecánica recursiva orquesta una tienda, una flota de cincuenta y luego una plataforma multicliente completa. La base es pública y verificable; la pieza de negocio se moldea para usted.
El agente de tienda: autónomo en su marco
El comerciante pide: «Actualiza catálogo», «Analiza errores», «Prepara nueva versión». El agente conoce el entorno de su tienda, sea cual sea su tecnología, sus herramientas y sus límites. Una acción arriesgada o fuera de su marco escala al padre.
Gestor de 50 tiendas: universo padre
Un cliente tiene 10, 50 o 500 tiendas. El universo gestor supervisa a sus hijos: vigila la salud global, recibe alertas e interviene en frío si una avería supera la autoridad local de una tienda.
SaaS multicliente: universo abuelo
La plataforma SaaS aloja varios clientes, cada uno con sus tiendas. El SaaS gestiona los universos de sus clientes con la misma mecánica. La estructura y las reglas se repiten a cada escala.
Sola arquitectura, todas las tecnologías
Tienda llave en mano, servicio alojado o aplicación a medida: no construimos un sistema por tecnología. SHAPER aporta el marco común y las convenciones; cada universo aporta su especialización. La base pública no incluye adrede ningún producto de terceros: por eso puede soportarlos todos.
Qué es, y qué no es
Un pilar, luego su oficio
La misma base sirve a un oficio, una pyme, una asociación. Lo que cambia es la herramienta modelada encima: seguimientos, stock, tienda, socios, planificación.
Un asistente conectado a sus datos
Un agente de IA integrado en su contexto operativo puede ejecutar tareas: clasificar, gestionar seguimientos, preparar y notificar. Las interfaces se adaptan a sus flujos de trabajo.
Ni una sola nube ni un solo modelo
Elegimos con usted la ubicación de los datos: proveedor en la nube, híbrido o local. Se despliega un modelo local cuando los requisitos lo exigen. Las decisiones arquitectónicas responden a sus necesidades reales.
Usted sigue siendo el dueño
La herramienta es suya. Podemos operarla por usted o entregarle el mando. El modelado es el método; Shaper OS es el pilar.
Continuidad de actividad y resiliencia modular
La continuidad de actividad garantiza que sus operaciones no se interrumpan durante las actualizaciones y que sus datos se preserven íntegramente en cada evolución. La resiliencia se basa en cinco niveles de copia complementarios: la máquina anfitriona, los volúmenes persistentes, las bases transaccionales, el código fuente versionado y una copia externa cifrada.
Levantar de cero: una recuperación verificada, no una promesa
En caso de incidente grave o pérdida de la máquina, el Plan de Recuperación (PRA) permite reconstituir todo el sistema y reponer sus datos en un entorno nuevo. Esta capacidad se prueba regularmente en máquinas limpias y luego se destruye el test para garantizar una prueba real.
El tiempo de recuperación depende directamente de su infraestructura: disponibilidad de imágenes, ancho de banda y, sobre todo, el volumen real de datos. La arquitectura levanta la base de inmediato y restaura los datos de forma ordenada, sin duraciones teóricas fijadas de antemano.
Bajo el capó: para quien quiere conocer o entender el motor
Esta sección describe la técnica: dónde corre el código, quién accede a qué, qué modelos de IA, copias y recuperación. Un directivo puede saltársela. Un DSI o un CTO debe poder leerla sin una reunión.
Contrato de ejecución
Linux estandarizado y contenedores (Podman). Desplegable en servidores cloud, VPS, hardware local o puesto Linux aislado. La operativa puede ser gestionada por nosotros o por su equipo.
Independencia de modelos y agentes
Ningún modelo se nombra en la arquitectura: una regla que cita un modelo caduca con él. Cada tarea declara lo que exige (profundidad de razonamiento, rendimiento, historial necesario) y qué hacer si nada lo satisface. En el despliegue se miden los motores realmente accesibles desde su servidor y se elige el más económico que cumpla el contrato. Los rankings públicos orientan; la medición decide. Cuando el panorama de modelos cambie, su infraestructura no.
Caso 1: imágenes ya en caché
Las imágenes de contenedor ya están presentes (caché local o registry). El despliegue de la base técnica es casi instantáneo, antes de la restauración de datos.
Caso 2: imágenes a descargar o reconstruir
Máquina nueva o registry remoto: la descarga y construcción de contenedores depende del ancho de banda y la potencia de cálculo antes del inicio.
Caso 3: reposición de datos
Con la base operativa, se reinyectan bases y volúmenes cifrados. Esta fase es estrictamente proporcional al volumen real de sus datos (MB, GB o TB).
Cinco niveles de copia
Contenedor entero (infra); volúmenes persistentes en archivo comprimido (espíritu turbinobash, adaptado a Podman, sin caché); volcados de base; git etiquetado (el código, no sus expedientes); copia fuera cifrada (S3 / R2). Los cinco juntos bastan.
Conformidad RGPD y soberanía
El despliegue de modelos locales permite procesar datos confidenciales sin transferencias a terceros. La conformidad se basa en el control de flujos, el registro de auditoría y la selección transparente de proveedores.
Nada suyo se publica
El repositorio no contiene ningún dominio, clave, cuenta ni buzón. Otra empresa puede clonarlo y desplegarlo bajo su propio nombre y dominio cambiando solo variables de entorno, nunca un archivo. No es una intención: un test rechaza la publicación si reaparece una dirección, un identificador o un secreto.
Documentación que los agentes de IA saben ejecutar
El repositorio se dirige a dos lectores. Los humanos suben por niveles, del directivo al arquitecto. Los agentes de IA se enrutan según su capacidad: los modelos potentes reciben los principios de los que todo se deduce, los rápidos reciben pasos literales y puntos de parada explícitos. La documentación se somete a prueba: un agente que nunca ha visto el sistema debe poder actuar sin que un humano le explique nada. Si no, la documentación es la que falla.
Repositorio público y verificación
El kit de instalación y las convenciones de arquitectura son públicos: la ley del sistema se puede leer y verificar antes de cualquier compromiso.
La prueba pública
El kit GitHub Shaper OS V1.13: clonar, instalar y una ley del sistema (49 reglas) que puede auditar antes de confiarnos nada. Lo que prohíbe se verifica con tests, no solo se escribe. El registro de versiones cuenta cómo se puso a prueba.
Preguntas frecuentes
- ¿Tengo que entender informática para usarlo?
- No. Usted habla de su oficio; modelamos la herramienta. La sección técnica de arriba es para quien quiere inspeccionar, no es una condición de entrada.
- ¿Es como Claude Cowork o un agente de WhatsApp?
- No. Esas herramientas son agentes. Shaper OS es el sistema de actividad: su herramienta de negocio encima, continuidad, recuperación, aislamiento. Podemos entregar un puesto Linux aislado; no es una carpeta sandbox en un proveedor.
- ¿Dónde corre, en concreto?
- En una máquina Linux: la suya, la nuestra, o un Linux aislado que le entregamos. La nube no está prohibida: es un cursor, no una religión. El detalle de soberanía está en la página de IA.
¿Tiene curiosidad por saber si es para usted?
Directivo o DSI: hablamos primero de su actividad, no de la técnica. Treinta minutos para ver si el tema encaja, sin compromiso, y lo que sigue se decide juntos.