Saltar al contenido
supastack
Explorar la documentación
WebNext.js

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/web/local-setup.md (or send Accept: text/markdown).

Instalación local

Ejecute la demostración web en su computadora con comandos exactos de Windows y macOS, sin credenciales de proveedores pagos y una ruta clara a cuentas reales respaldadas por bases de datos.

1. Prepare su computadora y abra el proyecto.

Primero complete Antes de comenzar: acepte la invitación GitHub, instale Node.js 22 o posterior, Git, un editor y Corepack, luego clone su repositorio web o el monorepo de todas las plataformas. Abra la carpeta supastack en el editor y seleccione Terminal → Nueva terminal. Deberías ver package.json en la lista de archivos de nivel superior del editor. Todos los comandos siguientes se ejecutan desde la raíz de este repositorio.

Esto inicia la demostración local sin cuentas en AI, proveedores de facturación o correo electrónico y sin Docker. Permita tiempo adicional para las descargas de dependencias por primera vez. Siga solo el bloque de Windows o solo el bloque de macOS/Linux en los siguientes pasos; no ejecute ambos.

2. Cree archivos de configuración: macOS/Linux

En su terminal, ejecute cada línea a continuación. La primera copia crea .env para comandos de migración posteriores. El segundo crea apps/web/.env.local, que el servidor web realmente lee. Ambos contienen la configuración local del ejemplo. Si alguno de los archivos de destino ya existe, consérvelo y omita el comando de copia; no sobrescriba las configuraciones guardadas. Los usuarios de Windows utilizan la siguiente sección.

corepack pnpm install descarga las bibliotecas que necesita la aplicación. Si Corepack solicita descargar pnpm, responda y. Espere hasta que termine y vuelva el mensaje del terminal. Un mensaje final Done sin error significa que puede continuar.

cp .env.example .env
cp .env.example apps/web/.env.local
corepack pnpm install

2. Cree archivos de configuración: Windows PowerShell

Utilice estos comandos en PowerShell desde la carpeta que contiene paquete.json. Si .env o apps/web/.env.local ya existe, omita la línea de copia y mantenga su configuración. Espere a que finalice la instalación antes de iniciar el servidor. Si la ejecución del script está bloqueada, use corepack.cmd en lugar de corepack como se explica en Antes de comenzar.

Copy-Item .env.example .env
Copy-Item .env.example apps/web/.env.local
corepack pnpm install

3. Inicie el servidor web; deje esta terminal abierta

Ejecute el siguiente comando desde la raíz del repositorio. Solo inicia la aplicación web, por lo que funciona tanto en el repositorio solo web como en el monorepo de todas las plataformas. Espere a que la terminal muestre Local: http://localhost:3000 y Ready. La primera página puede tardar un poco más en compilarse. La terminal debería seguir funcionando; eso se espera.

En el monorepo de todas las plataformas, corepack pnpm dev inicia juntos los espacios de trabajo de desarrollo disponibles. Si apps/docs está presente, esa aplicación de documentos separada usa http://localhost:3001.. Las guías públicas que está leyendo son parte de la aplicación web en http://localhost:3000/docs.. No necesita el puerto 3001 para seguir este tutorial.

corepack pnpm --filter @supastack/web dev

4. Abra la aplicación y complete una tarea local.

En la barra de direcciones de su navegador, abra http://localhost:3000 para ver la página de inicio. Luego abra http://localhost:3000/dashboard.. Mantenga el nombre y el correo electrónico precargados, o ingrese sus propios valores de prueba y haga clic en Start local reference flow. Esto crea un espacio de trabajo de demostración en memoria; no crea una cuenta persistente ni envía un correo electrónico real.

En la demostración, abra AI task desde la barra lateral, ingrese una solicitud breve como Resumir los criterios de aceptación local y haga clic en Queue local task. Cuando su estado esté en cola, haga clic en Run local task y luego en View result. Debería ver el resultado completo y un estado Email queued. La respuesta de la IA es deliberadamente falsa y repetible; el correo electrónico en cola es local. Al reiniciar el servidor se borran estos datos de demostración.

Para usar /auth para un registro real, primero inicie Postgres y aplique las migraciones usando la guía de bases de datos y migraciones. Después de eso, los mensajes de registro o OTP de EMAIL_PROVIDER=local se pueden inspeccionar en http://localhost:3000/mail-preview; y no llegan a una bandeja de entrada externa. El inicio de sesión móvil también utiliza esta autenticación respaldada por una base de datos, en lugar de la sesión de demostración.

5. Detenga, reinicie y solucione problemas comunes de primera ejecución

El éxito significa que se carga la página de inicio, se abre el espacio de trabajo local y se completa una tarea en cola. Cuando termine, haga clic en la terminal del servidor y presione Ctrl + C. Para continuar más tarde, vuelva a abrir una terminal en la raíz del repositorio y repita el comando del servidor desde el paso 3; no reinstale las dependencias cada vez.

Si localhost:3000 no se abre, verifique que la terminal del servidor aún esté ejecutándose y muestre Ready. Si el puerto 3000 está en uso, detenga el otro servidor de desarrollo con Ctrl + C y vuelva a intentarlo. Si ve un error de base de datos después de abrir /auth, regrese a /dashboard para ver la demostración o completar la guía de la base de datos. Si falta la demostración local, verifique APP_ENV=local, AI_PROVIDER=fake, BILLING_PROVIDER=local, EMAIL_PROVIDER=local y JOB_PROVIDER=local en apps/web/.env.local y luego reinicie.

Para personalizar el nombre y el texto de marketing, abra apps/web/src/marketing/site-config.ts en el editor. Siga Branding para conocer los campos exactos y los pasos de verificación. Para la configuración de apariencia de la cuenta real, primero complete la configuración de la base de datos y luego abra /settings/appearance. Los comandos de aceptación automatizados tardan más que este tutorial de primera ejecución; encuéntrelos en Comandos del espacio de trabajo.

Si quieres continuar la configuración, lee Configurar la base de datos.

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