Pular para o conteúdo
supastack
Explorar a documentação

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/modules/ai-configuration.md (or send Accept: text/markdown).

Fornecedores de IA e política de modelo

Configura fornecedores do lado do servidor e os aliases expostos aos utilizadores.

Instalação e configuração

Antes de qualquer etapa, leia Antes de começar e Noções básicas sobre terminal. Estas instruções presumem que você abriu o monorepo supastack completo no VS Code; sua raiz package.json marca a raiz do repositório. Nos comandos pnpm, um pacote de espaço de trabalho é um aplicativo ou uma pasta de código compartilhado; no produto, um espaço de trabalho é o contêiner de dados e o limite de segurança de uma equipe. corepack pnpm --filter ... seleciona um pacote do monorepo enquanto os comandos são executados a partir de sua raiz. Se você abriu apenas uma pasta móvel ou desktop sincronizada, ela não contém o back-end da Web, a configuração do Docker ou os scripts raiz: execute o back-end deste monorepo ou de um servidor hospedado acessível e use os próprios scripts da pasta da plataforma. Uma variável de ambiente é uma configuração nomeada armazenada em um arquivo .env local ou no painel de hospedagem; reinicie o aplicativo relevante após alterá-lo e mantenha os segredos do servidor fora dos valores NEXT_PUBLIC_ e EXPO_PUBLIC_.

1. Abra apps/web/.env.local para o servidor Web local e apps/web/src/agent-runtime.ts para seleção do provedor; .env.example é a lista de nomes de configurações suportadas.

2. Mantenha AI_PROVIDER=fake para trabalho de interface local, a menos que você tenha sua própria conta de provedor e queira testar a geração real; nunca coloque chaves de provedor em uma configuração NEXT_PUBLIC_ ou EXPO_PUBLIC_.

3. Inicie o aplicativo Web a partir da raiz do repositório com corepack pnpm --filter @supastack/web dev. Esperado: telas locais podem ser exploradas sem configuração de provedor pago; a geração real requer um provedor de servidor válido e opções de modelo habilitadas no catálogo do banco de dados.

O AI_PROVIDER=fake predefinido suporta trabalho local determinista. A configuração de fornecedores reais pertence ao ambiente de servidor. As chaves de fornecedor listadas em .env.example incluem OpenAI, Anthropic e um endpoint compatível com OpenAI.

AI_MODEL_POLICY contém IDs de modelo ordenados para os aliases cheap, fast e smart. Uma lista de aliases vazia desativa essa escolha. Os IDs de modelo devem corresponder a linhas de catálogo ativadas na base com preços imutáveis efetivos.

AI_MODEL_POLICY='{"cheap":[],"fast":["catalog-model-id"],"smart":["catalog-model-id"]}'

Comandos para copiar

Siga os comentários para ver em qual pasta um comando é executado. Se dois terminais estiverem rotulados, abra duas janelas de terminal e mantenha o primeiro comando em execução enquanto usa o segundo.

corepack pnpm --filter @supastack/web dev

Fluxo de implementação

Configura o catálogo e a política do workspace antes de aceitar tarefas de produção. O browser recebe os aliases ativados, enquanto a correspondência de capacidade, a escolha de modelo, as verificações de permissão e a aplicação de orçamentos ficam no servidor.

Mantém credenciais fora das variáveis NEXT_PUBLIC_ e EXPO_PUBLIC_. Para o modo chave própria, usa o envelope encriptado existente e a fronteira de desencriptação do servidor; nunca devolvas uma chave de fornecedor guardada à interface.

Verificação e resolução de problemas

Se o aplicativo relatar que nenhum modelo de IA está disponível, verifique o AI_PROVIDER do servidor, os modelos e preços habilitados no catálogo do administrador e a política de alias barato/rápido/inteligente. Se um provedor real retornar um erro de autenticação, verifique sua chave em apps/web/.env.local e reinicie o servidor. Uma chave com o prefixo NEXT_PUBLIC_ ficaria visível para os navegadores e deveria ser removida.

Verifica aliases desativados, capacidades em falta, permissão inativa e orçamentos esgotados. Usa uma execução de smoke de fornecedor autorizada à parte para geração real. Se nenhum alias estiver disponível, inspeciona a política do servidor e a configuração do catálogo em vez de expor um seletor de modelo cru.

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