Pular para o conteúdo
supastack
Explorar a documentação
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 /pt/docs/web/local-setup.md (or send Accept: text/markdown).

Instalação local

Execute a demonstração da Web em seu computador com comandos exatos do Windows e macOS, sem credenciais de provedor pagas e um caminho claro para contas reais baseadas em banco de dados.

1. Prepare seu computador e abra o projeto

Primeiro conclua Antes de começar: aceite o convite GitHub, instale Node.js 22 ou mais recente, Git, um editor e Corepack e, em seguida, clone seu repositório da Web ou o monorepo All Platforms. Abra a pasta suastack no editor e selecione Terminal → Novo Terminal. Você deverá ver package.json na lista de arquivos de nível superior do editor. Todos os comandos abaixo são executados a partir da raiz deste repositório.

Isso inicia a demonstração local sem contas em provedores de IA, faturamento ou e-mail e sem Docker. Reserve tempo extra para downloads de dependências pela primeira vez. Siga apenas o bloco Windows ou apenas o bloco macOS/Linux nos próximos passos; não execute ambos.

2. Crie arquivos de configuração — macOS/Linux

No seu terminal, execute cada linha abaixo. A primeira cópia cria .env para comandos de migração posteriores. O segundo cria apps/web/.env.local, que o servidor Web realmente lê. Ambos contêm as configurações locais do exemplo. Se algum dos arquivos de destino já existir, mantenha-o e ignore o comando de cópia; não substitua as configurações salvas. Os usuários do Windows usam a próxima seção.

corepack pnpm install baixa as bibliotecas que o aplicativo precisa. Se Corepack solicitar o download de pnpm, responda y. Espere até que termine e o prompt do terminal retorne. Uma mensagem Done final sem erro significa que você pode continuar.

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

2. Crie arquivos de configuração — Windows PowerShell

Use estes comandos em PowerShell da pasta que contém package.json. Se .env ou apps/web/.env.local já existir, pule a linha de cópia e mantenha suas configurações. Aguarde a conclusão da instalação antes de iniciar o servidor. Se a execução do script estiver bloqueada, use corepack.cmd em vez de corepack conforme explicado em Antes de começar.

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

3. Inicie o servidor Web – deixe este terminal aberto

Execute o comando abaixo na raiz do repositório. Ele inicia apenas o aplicativo Web, portanto funciona tanto no repositório somente Web quanto no monorepo Todas as plataformas. Aguarde até que o terminal mostre Local: http://localhost:3000 e Ready. A primeira página pode demorar um pouco mais para ser compilada. O terminal deve continuar funcionando; isso é esperado.

No monorepo Todas as plataformas, corepack pnpm dev inicia os espaços de trabalho de desenvolvimento disponíveis juntos. Se apps/docs estiver presente, esse aplicativo de documentos separado usa http://localhost:3001.. Os guias públicos que você está lendo fazem parte do aplicativo Web em http://localhost:3000/docs. Você não precisa da porta 3001 para seguir este tutorial.

corepack pnpm --filter @supastack/web dev

4. Abra o aplicativo e conclua uma tarefa local

Na barra de endereço do seu navegador, abra http://localhost:3000 para ver a página inicial. Em seguida, abra http://localhost:3000/dashboard.. Mantenha o nome e e-mail pré-preenchidos ou insira seus próprios valores de teste e clique em Start local reference flow. Isso cria um espaço de trabalho de demonstração na memória; ele não cria uma conta persistente nem envia um e-mail real.

Na demonstração, abra AI task na barra lateral, insira uma solicitação curta como Resumir os critérios de aceitação locais e clique em Queue local task. Quando seu status estiver na fila, clique em Run local task e depois em View result. Você deverá ver a saída concluída e um estado Email queued. A resposta da IA ​​é deliberadamente falsa e repetível; o email na fila é local. Reiniciar o servidor limpa esses dados de demonstração.

Para usar /auth para inscrição real, primeiro inicie Postgres e aplique migrações usando o guia de banco de dados e migrações. Depois disso, as mensagens de inscrição ou OTP de EMAIL_PROVIDER=local podem ser inspecionadas em http://localhost:3000/mail-preview;, pois não chegam a uma caixa de entrada externa. O login móvel também usa essa autenticação baseada em banco de dados, em vez da sessão de demonstração.

5. Pare, reinicie e corrija problemas comuns na primeira execução

Sucesso significa que a página inicial é carregada, o espaço de trabalho local é aberto e uma tarefa na fila é concluída. Ao terminar, clique no terminal do servidor e pressione Ctrl + C. Para continuar mais tarde, reabra um terminal na raiz do repositório e repita o comando do servidor do passo 3; você não reinstala dependências todas as vezes.

Se localhost:3000 não abrir, verifique se o terminal do servidor ainda está em execução e mostra Ready. Se a porta 3000 estiver em uso, pare o outro servidor de desenvolvimento com Ctrl + C e tente novamente. Se você vir um erro de banco de dados após abrir /auth, retorne para /dashboard para ver a demonstração ou conclua o guia do banco de dados. Se a demonstração local estiver faltando, verifique APP_ENV=local, AI_PROVIDER=fake, BILLING_PROVIDER=local, EMAIL_PROVIDER=local e JOB_PROVIDER=local em apps/web/.env.local e reinicie.

Para personalizar o nome e o texto de marketing, abra apps/web/src/marketing/site-config.ts no editor. Siga Branding para os campos exatos e etapas de verificação. Para as configurações de aparência da conta real, conclua primeiro a configuração do banco de dados e depois abra /settings/appearance. Os comandos de aceitação automatizados demoram mais do que este passo a passo da primeira execução; encontre-os em Comandos do espaço de trabalho.

Para continuar a configuração, leia Configurar a base de dados.

Perguntas frequentes

14 perguntas

O que é o supastack?

O supastack é uma base modular para construir produtos SaaS com IA. Reúne a infraestrutura comum para que possas concentrar-te nas funcionalidades próprias do teu produto.

Suporta web e mobile?

Sim. O supastack inclui apps Next.js e Expo como pontos de partida para experiências web e mobile.

Que autenticação está incluída?

O Better Auth cobre email/palavra-passe, OTP e login social. Os workspaces pessoais são aprovisionados com a conta para que os registos fiquem delimitados desde o primeiro dia.

Como é suportada a IA?

O supastack inclui IA multi-fornecedor configurável, registo de utilização, orçamentos e suporte encriptado de chaves próprias (BYOK).

Como são geridas as subscrições?

Para produtos construídos sobre o kit, a faturação Stripe, as subscrições e as permissões formam a base do acesso pago. Os segredos de fornecedor ficam no servidor.

Onde vive o código próprio do meu produto?

As funcionalidades próprias do produto ficam num codebase separado, enquanto o produto configura e integra os módulos base do supastack.

Como funciona o preço do supastack?

O kit é uma compra única com atualizações vitalícias: Uma framework por 249 $ (preço de lançamento temporário — 100 $ de desconto sobre o preço normal de 349 $) ou Todas as frameworks (Next.js, iOS, Android) por 499 $ (preço de lançamento temporário — 100 $ de desconto sobre o preço normal de 599 $), mais 75 $ por lugar de programador adicional. Sem subscrição do kit. O checkout neste site entrega a tua chave de licença por email, com acesso ao repo por convite GitHub.

Como é que os workspaces delimitam os meus dados?

Os registos do utilizador são delimitados por workspaceId. Identidade, permissões, utilização de IA, eventos de faturação e entradas de auditoria ficam dentro do limite do workspace pessoal.

Como funcionam os jobs em segundo plano?

O Trigger.dev é o runtime de jobs explícito. O contrato JobRunner só promete enqueue, status e cancel — a semântica de workflow permanece específica e explícita do Trigger.dev.

Como difere o email da divulgação?

O email transacional cobre fluxos de produto como avisos de conclusão de tarefas. A divulgação fria e as campanhas pertencem ao próprio produto, fora do módulo de email deste kit.

Como funcionam as compras no aplicativo móvel?

O aplicativo móvel inclui compras nativas e restauração via RevenueCat, com acesso verificado pelo servidor. Configure as contas das lojas e conclua os testes em dispositivos antes de publicar. A cobrança web permanece separada.

Onde residem as chaves dos fornecedores de IA?

As credenciais BYOK são encriptadas e ficam no servidor. As chaves são higienizadas nos logs; a utilização e os orçamentos ficam visíveis ao nível do workspace.

Quais métodos de pagamento o checkout aceita?

O checkout hospedado na Stripe aceita cartões e também pode oferecer Alipay e WeChat Pay quando essas carteiras estiverem ativadas na conta Stripe — útil para compradores na China. As autorizações de carteira são confirmadas de forma assíncrona, então a página da licença é atualizada assim que o pagamento é liquidado.

Posso solicitar um reembolso?

Depois de obter acesso ao repositório, o supastack é seu para sempre, portanto não pode ser reembolsado. Mas fique tranquilo: você recebe o código-fonte completo com atualizações vitalícias para criar e lançar produtos ilimitados para você ou seus clientes. Você apenas não pode revender o código nem redistribuir o repositório como starter kit ou modelo.

PT
Tema