Primero la persona · después la técnica
Shaper OS: el sistema, luego su herramienta
Shaper OS es el pilar. Sobre él modelamos la herramienta de su actividad — clientes, stock, tienda, asociación — para que la pilote a diario sin volverse informático. No es un chatbot ni un software fijo de alquiler: es un sistema suyo, que sigue si algo se rompe, y que sabemos levantar. La técnica está; solo se muestra a quien quiere ver el motor.
Dos perfiles, un solo producto
Directivo o responsable técnico: lea la tarjeta que le corresponda. No hace falta recorrerlo todo.
Quiero que funcione a diario
Quiere ver sus clientes, sus expedientes y su actividad — no administrar servidores. Instalamos el pilar, adaptamos la herramienta a su oficio, usted pilota a diario.
Quiero verificar la técnica
Dónde corre el código, quién accede a qué, qué modelos de IA, copias de seguridad y recuperación tras una avería. El detalle está abajo, en «bajo el capó».
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.
No es ChatGPT en una pestaña
Un asistente ligado a su contexto puede actuar: clasificar, seguir, preparar, alertar. Las pantallas siguen siendo opcionales. No es un producto fijo que todos alquilan igual.
Ni una sola nube ni un solo modelo
Elegimos con usted adónde van los datos: un proveedor, híbrido o en su casa. Un modelo local es posible cuando el caso lo exige. No prometemos igualdad mágica con cualquier modelo: se elige según el uso.
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.
Sigue — incluso cuando una pieza falla
En lenguaje de directivo, es la continuidad de actividad: la herramienta no se detiene por una actualización y no se reinician sus datos en cada evolución. Las copias están en varios niveles — la máquina, los archivos útiles, la base, el código y una copia fuera. Con los cinco, está cubierto; un nivel que falta es un agujero.
Sabemos levantarlo de cero — y lo demostramos
Es la recuperación: si la máquina desaparece, reconstruimos el sistema y reponemos sus datos. No es un eslogan. Lo probamos en una máquina vacía y luego destruimos la prueba — si no, ya no es una prueba.
El tiempo de vuelta no es una sola cifra. Tres casos distintos se combinan: imágenes ya en caché; imágenes a reconstruir o bajar de cero; luego la reposición de datos, que crece con su volumen. El detalle está bajo el capó. Rechazamos un SLA mágico del tipo «menos de 120 segundos» para todos.
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 + contenedores (Podman). Portátil, VPS, máquina en su casa, o un Linux aislado entregado como puesto de trabajo. No es una app mágica de Windows. Podemos operarlo si no quiere tocar la máquina.
Ni un proveedor ni un agente
El pilar permanece si cambiamos de modelo o de agente (puentes OpenCode, Cursor, Claude y otros). La calidad «frontier» no se garantiza idéntica en local: se elige por uso, no se blufea.
Caso 1 — imágenes ya en caché
Las imágenes de contenedor ya están en nuestro registry (o en caché local). Redesplegamos el sistema sin reconstruirlo todo: es el escenario más corto para la capa técnica. Aún no dice nada del volumen de sus datos.
Caso 2 — imágenes a reconstruir o bajar de cero
Registry frío, máquina nueva o imágenes a reconstruir: hay que construir o bajar antes de arrancar. Ese tiempo se suma al despliegue — no es el mismo reloj que el caso 1.
Caso 3 — reposición de datos
Con el sistema en pie, reponemos archivos, base y volúmenes. Ese delta crece con su volumen. Los tres casos se combinan según el escenario — no publicamos un «menos de 120 segundos» como SLA único para todos.
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.
Camino RGPD fuerte, no un sello
Un modelo local (Ollama y equivalentes) evita enviar los prompts a un gigante. El RGPD es también plazos, accesos, subencargados que quedan (voz, túnel, correo) y el registro de auditoría del pilar. Un abogado sigue siendo útil en casos sensibles.
Kit público, prueba de operador
El kit de instalación es público. La demo CRM funciona y se reinicia cada noche. Puede leer la ley, no solo el folleto.
Dos pruebas públicas
El kit GitHub Shaper OS V1.6: clonar, instalar, una ley del sistema auditable. Y la demo CRM: entra, hace clic, los datos vuelven a cero cada noche.
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.