Saltar al contenido
supastack
Explorar la documentación

For AI agents: fetch the complete documentation index at /llms.txt, the full documentation corpus at /llms-full.txt, the agent skill at /skill.md, or this page as Markdown at /es/docs/modules/config.md (or send Accept: text/markdown).

Entorno y configuración

Un esquema validado para todo el workspace.

Realice un cambio de configuración y compruébelo

Comience con una aplicación web en ejecución. En el editor abra apps/web/.env.local; si no existe, copie .env.example allí usando el tutorial web. Para una primera comprobación inofensiva, busque EMAIL_PROVIDER=local y déjelo local. Esta configuración envía el correo electrónico del producto a la vista previa local en lugar de a una bandeja de entrada real. No pegue líneas KEY=value en el terminal.

Para cada servicio que habilite, siga la guía de configuración de ese proveedor, reemplace solo los valores nombrados, guarde el archivo, detenga el servidor web con Ctrl + C y reinicie con el siguiente comando. Si la validación identifica una clave que falta, vuelva a abrir este archivo y compare esa clave con la guía del proveedor. Mantenga el archivo raíz .env sincronizado solo para los valores utilizados por las migraciones de bases de datos; copiarlo por sí solo no configura Next.js.

corepack pnpm --filter @supastack/web dev

Empieza con el ejemplo de entorno

El archivo raíz .env.example es el inventario de configuración. La validación compartida está en packages/config. Revisa juntos el entorno de aplicación y los modos de proveedor seleccionados; una interfaz local no constituye una estrategia de credenciales de producción.

El modo de referencia sin credenciales requiere configuración de aplicación local/de prueba y proveedores fake/local. Seleccionar un proveedor de producción cambia los requisitos de runtime.

Mantén los secretos detrás de la API

Los secretos de autenticación, las credenciales de base de datos, las claves de proveedores, los secretos de Stripe y las credenciales de Trigger son solo del servidor. Nunca les añadas el prefijo NEXT_PUBLIC_ o EXPO_PUBLIC_. No los imprimas durante la configuración ni los incluyas en respuestas de error.

El navegador recibe configuración pública y alias de modelos permitidos. La propiedad del espacio de trabajo, las decisiones sobre derechos, los presupuestos y la selección de proveedores se aplican en el servidor.

Comprueba un cambio antes de usarlo

Valida la configuración mediante el paquete de configuración existente y ejecuta las pruebas deterministas pertinentes. Usa la prueba rápida de proveedores independiente y opcional cuando quieras verificar integraciones reales.

corepack pnpm test
corepack pnpm check
corepack pnpm build

Configuración y ajustes

packages/config es el único lugar que parsea process.env: un esquema zod produce un ServerConfig y un PublicConfig tipados, y la selección de proveedor se expresa como kinds — providers.ai, providers.billing, providers.email, providers.jobs, providers.storage se resuelven cada uno a un adaptador nombrado más sus campos requeridos.

Habilitar un proveedor hace sus credenciales requeridas: activar un acceso social, el kind de storage s3 o el kind de email resend hace fallar el arranque nombrando la variable faltante, en lugar de una sorpresa en runtime más tarde.

STORAGE_PROVIDER=s3
STORAGE_BUCKET=kit
STORAGE_ENDPOINT=https://s3.example
STORAGE_PUBLIC_BASE_URL=https://cdn.example
# → config rejects the env if a required field is missing

Flujo de implementación

Lee la config a través de parseServerConfig en el límite del servidor y pasa el valor tipado hacia adentro — no toques process.env dentro del código de funciones. La config pública es un objeto separado, deliberadamente pequeño, seguro de serializar al cliente.

El env específico del producto pertenece al esquema propio del producto consumidor. Resiste hacer crecer el esquema del kit para las necesidades de un solo producto.

Verificación y solución de problemas

Ejecuta los tests del paquete config tras cambiar el esquema, y comprueba que una variable requerida ausente se nombra a sí misma en el error. Un env que parsea localmente pero no en producción suele significar un campo requerido indocumentado.

Preguntas frecuentes

14 preguntas

¿Qué es supastack?

supastack es una base modular para construir productos SaaS con IA. Reúne la infraestructura común para que puedas centrarte en las funciones propias de tu producto.

¿Soporta web y móvil?

Sí. supastack incluye apps Next.js y Expo como puntos de partida para experiencias web y móviles.

¿Qué autenticación incluye?

Better Auth cubre correo/contraseña, OTP e inicio social. Los espacios de trabajo personales se aprovisionan con la cuenta para que los registros permanezcan delimitados desde el primer día.

¿Cómo se soporta la IA?

supastack incluye IA multi-proveedor configurable, seguimiento de uso, presupuestos y soporte cifrado de claves propias (BYOK).

¿Cómo se gestionan las suscripciones?

Para productos construidos sobre el kit, la facturación Stripe, las suscripciones y los permisos forman la base del acceso de pago. Los secretos de proveedor permanecen en el servidor.

¿Dónde vive el código propio de mi producto?

Las funciones propias del producto permanecen en un codebase separado, mientras el producto configura e integra los módulos base de supastack.

¿Cómo funciona el precio de supastack?

El kit es una compra única con actualizaciones de por vida: Un framework a 249 $ (precio de lanzamiento temporal — 100 $ de descuento sobre el precio habitual de 349 $) o Todos los frameworks (Next.js, iOS, Android) a 499 $ (precio de lanzamiento temporal — 100 $ de descuento sobre el precio habitual de 599 $), más 75 $ por plaza de desarrollador adicional. Sin suscripción al kit. El pago en este sitio entrega tu clave de licencia por correo, con acceso al repositorio por invitación de GitHub.

¿Cómo delimitan los espacios de trabajo mis datos?

Los registros del usuario se delimitan por workspaceId. Identidad, permisos, uso de IA, eventos de facturación y entradas de auditoría permanecen dentro del límite del espacio personal.

¿Cómo funcionan los jobs en segundo plano?

Trigger.dev es el runtime de jobs explícito. El contrato JobRunner solo promete enqueue, status y cancel — la semántica de workflow sigue siendo específica y explícita de Trigger.dev.

¿En qué se diferencia el email de la divulgación?

El email transaccional cubre flujos de producto como avisos de finalización de tareas. La divulgación en frío y las campañas pertenecen al producto, fuera del módulo de email de este kit.

¿Cómo funcionan las compras móviles?

La app móvil incluye compras nativas y restauración con RevenueCat, con acceso verificado por tu servidor. Configura las cuentas de las tiendas y completa las pruebas en dispositivos antes de publicar. La facturación web es independiente.

¿Dónde residen las claves de los proveedores de IA?

Las credenciales BYOK están cifradas y permanecen en el servidor. Las claves se saneen en los logs; el uso y los presupuestos siguen visibles a nivel de espacio de trabajo.

¿Qué métodos de pago acepta el checkout?

El checkout alojado en Stripe acepta tarjetas y, una vez activadas las billeteras en la cuenta de Stripe, también puede ofrecer Alipay y WeChat Pay — muy útil para compradores en China. Las autorizaciones de billetera se confirman de forma asíncrona, por lo que la página de la licencia se actualiza en cuanto se liquida el pago.

¿Puedo obtener un reembolso?

Una vez que tienes acceso al repositorio, supastack es tuyo para siempre, por lo que no se puede reembolsar. Pero no te preocupes: obtienes el código fuente completo con actualizaciones de por vida para crear y lanzar productos ilimitados para ti o tus clientes. Solo no puedes revender el código ni redistribuir el repositorio como plantilla o starter kit.

ES
Tema