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/desktop/external-accounts.md (or send Accept: text/markdown).

Criar as contas de lançamento de desktop

Credenciais de assinatura e notarização Apple, opções de assinatura de código no Windows e o backend alojado de que um shell publicado precisa.

Perguntar sobre este guia
Abrir em

Quando precisa delas

O trabalho de desktop local não precisa de nada desta página — corepack pnpm --filter @supastack/desktop dev executa o shell, e tauri build produz instaladores não assinados que funcionam perfeitamente na sua própria máquina.

Estas contas só importam antes de uma release pública: a assinatura de código e a notarização Apple são o que remove os avisos de segurança que os computadores das outras pessoas mostram para uma app desconhecida. Crie-as quando uma release estiver próxima, não no primeiro dia.

Apple: certificado + chave de notarização

1. Inscreva-se no Apple Developer Program — 99 $ por ano. A mesma adesão que submete apps iOS cobre a assinatura de macOS; não paga duas vezes.

2. Crie um certificado Developer ID Application num Mac: Xcode → Settings → Accounts → a sua conta → Manage Certificates → + → Developer ID Application (o fluxo certificate-assistant do Acesso a Chaves é a alternativa).

3. A notarização — a verificação do lado do servidor da Apple em que o Gatekeeper confia — usa uma chave de API do App Store Connect: abra appstoreconnect.apple.com → Users and Access → Integrations → App Store Connect API → gere uma chave, descarregue o ficheiro .p8 de imediato (só é oferecido uma vez) e anote o Key ID e o Issuer ID.

Essas credenciais alimentam os nomes de ambiente APPLE_* documentados em Code signing — o certificado, a sua palavra-passe, a identidade de assinatura e o par chave de API/emissor. Guarde cada uma num cofre de segredos, nunca no repositório.

Assinatura de código no Windows

Existem duas opções: comprar um certificado de assinatura de código OV ou EV a uma autoridade de certificação — EV remove os avisos de SmartScreen mais depressa enquanto OV constrói reputação com o tempo — ou usar o serviço Azure Trusted Signing da Microsoft com uma conta Azure, a via de subscrição mais recente.

Os instaladores não assinados instalam e executam na mesma; disparam avisos de SmartScreen para quem os descarrega. Aceitável para testes privados, inaceitável para uma release pública.

A impressão digital do certificado ou um comando signtool personalizado vai na configuração do bundle Windows — os detalhes estão em Code signing; esta página só cobre a conta.

Um URL de backend público

O shell de desktop é uma webview, não uma app autónoma: uma build de release tem de carregar um backend HTTPS público, que fornece incluindo SUPASTACK_APP_URL na build. Um shell que aponta para localhost é uma ferramenta local, não um produto.

Implemente a app web primeiro — o caminho Google Cloud produz o URL HTTPS, e a lista de verificação de implementação é a referência mais curta. Defina SUPASTACK_APP_URL a apontar para ele ao construir a release.

Um endpoint de atualização

O updater do Tauri consulta um manifesto HTTPS latest.json para saber das novas versões. Qualquer host estático serve — uma release do GitHub Releases ou um ficheiro num bucket S3/R2 — por isso uma conta GitHub existente chega para começar; não é necessário serviço separado.

Isso é apenas preparação ao nível da conta: a ligação do updater em si é assunto do trabalho Bundle e release no momento da release, não algo a configurar agora.

O que significa «concluído»

Verifique cada item antes do trabalho de release: a Apple mostra uma adesão ativa ao Developer Program, um certificado Developer ID Application está no Acesso a Chaves, e o .p8 do App Store Connect está guardado com o Key ID e o Issuer ID anotados. No Windows há um caminho de certificado escolhido — compra a uma AC ou Trusted Signing — ou decidiu explicitamente lançar sem assinatura por agora.

A verificação do backend: existe uma implementação HTTPS pública e SUPASTACK_APP_URL para builds de release aponta para ela. A verificação de atualizações: está escolhido um host para latest.json — GitHub Releases ou um bucket.

Depois continue pela ordem:

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