¿Puedes construir Railway con IA?

Construye la alternativa personal más cercana y honesta a Railway en un repositorio vacío.
Usa Docker Compose, Caddy, PostgreSQL, Redis y un pequeño plano de control en Go; no ofrezcas stacks alternativos.
El flujo principal es: despliega algunos contenedores y bases de datos confiables en un servidor de tu propiedad, configura dominios, conserva logs y realiza respaldos.
Haz que la primera ejecución funcione localmente con un solo comando documentado.
Almacena todos los datos del usuario localmente de forma predeterminada y facilita su exportación.
Coloca los secretos en .env, incluye .env.example y nunca confirmes credenciales en el repositorio.
Acepta un repositorio Git o una imagen de contenedor, con un único flujo de build explícito basado en Dockerfile.
Implementa aplicaciones, entornos, secretos, dominios, comprobaciones de salud y reemplazo progresivo de contenedores.
Usa Caddy para TLS automático y enruta únicamente hacia contenedores locales saludables.
Captura logs de build y de ejecución con límites, y expón acciones para reiniciar, revertir y volver a desplegar.
Haz respaldos de los metadatos de PostgreSQL y documenta los respaldos de los volúmenes de datos de cada aplicación desplegada.
Agrega métricas del host, alertas de disco, instrucciones de actualización, recuperación ante desastres y una advertencia visible sobre el uso de un solo servidor.
Incluye estados claros de vacío, carga, éxito y error recuperable.
Agrega validación de entradas, nombres de archivo seguros y manejo correcto de APIs no disponibles.
Escribe pruebas específicas para la transformación principal y una ruta feliz de extremo a extremo.
Crea un README con la configuración, arquitectura, permisos, ubicación de datos y pasos para respaldos.
No agregues cuentas, facturación, telemetría, analítica ni un plano de control alojado.
No afirmes reproducir datos propietarios, liquidez de red, acceso regulado ni infraestructura de vanguardia.
Deja deliberadamente fuera la infraestructura multirregional o serverless.
Deja deliberadamente fuera los almacenes de datos administrados y la entrega global mediante edge.
Deja deliberadamente fuera la respuesta ante DDoS, el cumplimiento normativo y las garantías de disponibilidad.
Termina ejecutando las pruebas y enumerando los comandos exactos utilizados.