Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

studio

Contentrain Studio es una plataforma de gestión de contenido autocontenido para equipos orientados a IA. Permite editar contenido mediante chat, gestionar repositorios Git como fuente de verdad, y entregarlo a través de CDN, APIs y formularios.

Ficha actualizada 22 sept 2026, 19:19 · upstream 22 sept 2026, 19:17 · release v0.4.2

00

Qué es studio

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Contentrain Studio es un CMS de operaciones de contenido abierto con licencia AGPL-3.0 que se construye sobre Nuxt 4. Los equipos pueden autoalojar la versión core o utilizar una implementación gestionada en la nube. El modelo de negocio distingue entre Community Edition (licencia AGPL) y Enterprise Edition (licencia propietaria). La plataforma mantiene Git como fuente única de verdad, con validación de esquema, trabajo colaborativo mediante chat, y despliegue a través de CDN, media library y APIs.

CASOS DE USO
  • Gestionar contenido corporativo para equipos de marketing y comunicación
  • Crear documentación técnica y productiva desde repositorios Git
  • Publicación de contenido multimedia con validación de esquema
  • Automatización de flujos de trabajo mediante chat y reglas
  • Entrega de contenido a través de CDN y formularios de suscripción
  • Gestión de versiones, revisiones y colaboración en tiempo real
PUNTOS DESTACADOS
  • Modelo Git-native: el repositorio es la fuente única de verdad sobre todo el contenido
  • Edición por chat: permite crear y editar contenido sin interfaces tradicionales
  • Validación de esquema: garantiza integridad del contenido mediante reglas definibles
  • Open Core: núcleo AGPL-3.0 con opciones propietarias para planes premium
  • Multi-locale soportado: gestión de contenido en múltiples idiomas desde un solo repositorio
  • CDN y delivery flexible: entrega de contenido a través de CDN, APIs o formularios
PRECAUCIONES
  • El modelo Git-native puede ser ineficiente para contenidos estáticos no estructurados
  • La validación por esquema requiere definición manual del esquema inicial
  • Dependencia de proveedores externos: base de datos y autenticación dependen de Supabase o PostgreSQL
  • Limitado en escalabilidad horizontal sin infraestructura propia
  • El modelo Open Core puede generar costos adicionales con licencias propietarias
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU2 vCPUrecomendación inicial
MEMORIA2 GBRAM estimada
DISCO30 GBalmacenamiento base
COMPLEJIDADmediumnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Docker detectado

Para autoalojar, instale el contenedor Docker oficial y configure la variable de entorno NUXT_DEPLOYMENT_PROFILE=community. Para producción, use un plano 'managed' o 'dedicated' con Stripe/Polar como proveedor de facturación. En modo on-premise, configure un par PostgreSQL-Supabase en red privada. Verifique que las migraciones se ejecuten correctamente antes del despliegue.

✓Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
VueNode.js
SERVICIOS
PostgreSQLRedisS3/MinIO
BASES DE DATOS
PostgreSQLRedis
PUERTOS
300063795432354324
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.