Todo empieza
con tu aplicación.
Una web, unas reservas o una herramienta interna. Tú construyes la aplicación; QuadShip busca ayudarte a llevarla a internet.
Código → comprobacionesTu aplicación, en línea.
El control, en tus manos.
Tu web, tus reservas o la herramienta de tu equipo.
Tu aplicación necesita un lugar donde funcionar. QuadShip está en desarrollo para ayudarte a publicarla en tus servidores, con aislamiento y control humano.
Tu aplicación
WebReservasHerramientas
quadshipOrganiza el despliegueCIHTTPSMCP
Tu VPS
Tu servidor
Self-hosted. Aislamiento. Control humano.En prealfa · Aún no disponible
Del código.
A las personas.
Desplázate y sigue el recorrido. Una aplicación no termina en tu equipo: necesita llegar a quienes la van a usar.
Todo empieza
Antes de publicar,
hay que comprobar.
El diseño verifica los checks del mismo commit. Si fallan, el despliegue no avanza. No es solo mover archivos: es decidir cuándo hacerlo.
El CI como condiciónTu servidor.
Personas al otro lado.
La aplicación se ejecuta en la infraestructura que eliges. Del otro lado, alguien abre tu web, consulta una reserva o usa la herramienta de su equipo.
Servidor → personasEl recorrido de tu aplicaciónModelo conceptual
Tu aplicaciónLo que construyes
Checks de CIAntes de publicar
Tu servidorDonde se ejecuta
Las personasQuienes la necesitan
Una actualización no debería salir a ciegas.
El diseño de QuadShip comprueba el CI del mismo commit antes de avanzar.
Prepara la actualizaciónTu código
Comprueba los checksEl CI decide si avanza
Publica la actualizaciónEn tu servidor
Ejemplo: los checks permiten avanzar.
Ejemplo: los checks fallan. El despliegue se detiene.
Simulación del flujo objetivo de la versión 1. No ejecuta un despliegue real. Si los checks requeridos fallan, el diseño no permite avanzar.
Lo que construyes.
Lo que otros pueden usar.
Una web para tus clientes, un sistema de reservas o una herramienta para tu equipo. La aplicación es tuya; QuadShip busca ordenar el camino para publicarla en tu servidor.
Tu negocioUna buena idea.
Una buena idea.
Una puerta abierta.
Presenta lo que haces y ayuda a tus clientes a encontrarte.
Conoce nuestros serviciosTu agendaHaz espacio
Haz espacio
para tus clientes.
Una aplicación para organizar citas y recibir solicitudes de reserva.
Consultar disponibilidadLMXJVSD123456789101112131415161718192021
Tu equipoMenos dispersión.
Menos dispersión.
Más claridad.
Una herramienta propia para organizar el trabajo de tu equipo.
Preparar propuestaEn curso
Revisar inventarioPor revisar
Organizar entregasCompletado
Tu aplicaciónLo que construyes
Tu servidorDonde se ejecutaOrganizado con QuadShipLas personasQuienes la necesitan
Compartimentos separados.
Un sistema completo.
La identidad de QuadShip parte de la misma idea que su arquitectura: precisión, aislamiento y calma. Los fundamentos están definidos; su implementación sigue en desarrollo.
Arquitectura objetivo · No listo para producciónCada proyecto, en su compartimento.
Proyecto A
AplicaciónDatos
Usuario LinuxaProyecto B
AplicaciónDatos
Usuario LinuxbProyecto C
AplicaciónDatos
Usuario LinuxcProyecto D
AplicaciónDatos
Usuario LinuxdLos detalles, para quien los quiera.
La definición original del proyecto
Definición de la especificación · Objetivo de la versión 1Es un PaaS self-hosted en Rust: Podman rootless con un usuario Linux por proyecto, supervisión nativa con systemd/Quadlet, Caddy con HTTPS automático, deploy que solo avanza cuando el CI está en verde y un servidor MCP de primera clase con aprobaciones humanas para las acciones destructivas.
- Podman + QuadletAislamiento por proyecto
- Contenedores rootless y un usuario Linux por proyecto, con supervisión nativa de systemd. El aislamiento de las aplicaciones es una decisión de arquitectura, no un añadido.
- CI antes del deployEl mismo commit, verificado
- El diseño condiciona el despliegue a los checks requeridos del commit exacto. También contempla despliegues desde GitHub Actions mediante OIDC, sin secretos de larga duración.
- UI · API · CLI · MCPPersonas y agentes, con límites
- Una operación, distintas formas de acceder. Permisos acotados y aprobaciones humanas para las acciones destructivas solicitadas por agentes.
- Bases de datosAcceso propio para cada aplicación
- Bindings con bases de datos gestionadas o externas: usuarios por aplicación, privilegios limitados y rotación de credenciales.
- Caddy + PostgreSQLConexión y trazabilidad
- HTTPS automático con Caddy y PostgreSQL como fuente de verdad, junto con un registro de auditoría encadenado por hashes.
- LLM opcionalAyuda para entender, no para ejecutar
- El diseño permite usar una clave propia para explicar problemas, resumir PRs y diagnosticar despliegues fallidos. Solo texto: sin ejecución autónoma.
“Rootless” describe las cargas de las aplicaciones, no una promesa de que ningún componente use privilegios. Las capacidades anteriores pertenecen al objetivo de la versión 1; no son métricas ni garantías de producción.
De la arquitectura
al sistema completo.
Miguel Ángel Bonilla Torres
Líder del desarrollo integral de QuadShip
Lidero el desarrollo integral del sistema: la arquitectura, el backend, la interfaz y la experiencia de despliegue, conectados como partes de un mismo producto.
En mi portafolio puedes conocer mi trabajo y mi enfoque de desarrollo, o ponerte en contacto para conversar sobre QuadShip.
Visita mi portafolio mangel14.dev · Mi sitio personalAntes de zarpar,
las cosas claras.
¿Qué es un PaaS self-hosted?
Una plataforma para desplegar y administrar aplicaciones en infraestructura propia. En lugar de alojarlas en un servicio que decide por ti dónde corren, eliges tus servidores y mantienes su control. Operarlos sigue requiriendo conocimientos técnicos.
¿Ya puedo usar QuadShip?
Todavía no. QuadShip está en prealfa y no está listo para producción. No hay una fecha de lanzamiento anunciada. Esta página presenta el proyecto y sus objetivos; no ofrece un servicio de alojamiento disponible.
¿Para quién está pensado?
La especificación está orientada a desarrolladores independientes y equipos pequeños de 2 a 10 personas que operan sus propios VPS. Esta página también explica la propuesta sin exigir que conozcas cada tecnología.
¿Qué parte está disponible y qué parte es un objetivo?
La documentación define las funcionalidades objetivo de la versión 1. La implementación sigue en desarrollo. El aislamiento por proyecto, los flujos de despliegue, las integraciones y las capacidades descritas aquí no deben interpretarse como una lista de funcionalidades terminadas.
¿La IA puede ejecutar acciones por su cuenta?
El diseño separa dos cosas: el servidor MCP para herramientas compatibles, con permisos y aprobaciones humanas, y una asistencia LLM opcional con clave propia que solo produce texto. No se promete ejecución autónoma ni un despliegue sin supervisión.
QuadShip está
en construcción.
La dirección está definida. El lanzamiento, todavía no.
PróximamenteHablemos del proyecto Contacto a través de mi portafolio.