Como funciona

Oito fases entre o teu prompt e uma app que funciona.

A VULK não é uma única chamada LLM. É um pipeline determinístico que classifica, planeia, encaminha, gera, valida, repara, faz preview e deploy — com o modelo certo escolhido para cada fase e um ciclo de autofixer quando um passo falha.

  1. 01

    Classificador rápido

    Classificar o prompt

    Que superfície quer o utilizador? Web app, mobile (Flutter), tema Shopify, site de marketing, ferramenta interna? Um classificador pequeno e rápido escolhe o pipeline certo antes da geração começar — superfície errada é o modo de falha mais caro.

  2. 02

    GPT-5.6 Terra Pro

    Planear a arquitetura

    Um planner expande o prompt numa lista de features, esboço de schema, mapa de rotas, decisões de modelo e critérios de aceitação. O plano é o que o utilizador vê primeiro a fazer scroll; nada é gerado antes do plano estar fechado.

  3. 03

    Router (determinístico)

    Encaminhar modelos por fase

    O modelo que escolhes escreve o código. Auto aplica a política de modelos do VULK, enquanto a interpretação do pedido e o planeamento da arquitetura têm responsáveis próprios. O catálogo identifica o papel de cada modelo.

  4. 04

    Gerador (modelo por fase)

    Gerar o código

    O VULK gera os ficheiros definidos no plano do projeto, valida o conteúdo e regista os ficheiros aceites. As alterações respeitam o plano, e o trabalho aceite fica disponível para futuras edições e recuperação.

  5. 05

    Validador (regras + modelo pequeno)

    Validar contra o build

    Type-check, resolução de dependências, build do vite, sanity do schema. A análise estática corre de forma síncrona — não te mostramos um preview que não compila. Falhas vão para o autofixer; sucessos vão direto para preview.

  6. 06

    Reparador (modelo pesado)

    Autofix das falhas

    Quando o validador encontra um erro, o autofixer lê a saída real do erro e edita cirurgicamente os ficheiros que falham. Itera até verde ou até um cap rígido — e reporta honestamente quando não consegue corrigir, em vez de fingir que conseguiu.

  7. 07

    Arrancar o preview em microVM

    Uma microVM Firecracker é provisionada em segundos: kernel, rootfs, dependências, o projeto. O preview ao vivo é real, não um iframe sandboxed — a tua app gerada corre da mesma forma que vai correr em produção.

  8. 08

    Deploy onde a app vai viver

    Publica o projeto num URL público ou exporta o código para a tua infraestrutura. Flutter usa o seu próprio serviço de compilação para pré-visualizações web e APKs Android, com as credenciais de assinatura geridas no VULK.

Encaminhamento

Que modelo corre em que fase.

O routing é determinístico e muda quando os benchmarks mudam. Identificadores específicos de modelos mudam semanalmente — a política abaixo é estável.

FaseClasse de modeloPorquê
ClassificaçãoGPT-5.6 SolInterpreta o pedido antes da geração
PlaneamentoGPT-5.6 Terra ProDefine o plano do projeto e os critérios de aceitação
Geração (web)Pesado, otimizado para códigoRegras de output mais apertadas
Geração (mobile)Especializado em FlutterCorreção da widget tree > brevidade
Geração (3D)GPT-6 Astra em AutoExige geometria / shaders corretos
Edit (cirúrgico)Pesado, otimizado para códigoJanela de diff menor, ficheiro tem de continuar vivo
ReparaçãoRaciocínio pesadoLê erros de compilação como input
ResumoPequeno / rápidoRecapitulação do plano, notas finais
O ciclo de reparação

O que acontece quando a geração corre mal.

A maioria dos app builders de IA faz stream de código, devolve-o e espera. A VULK assume que a primeira geração vai falhar pelo menos uma vez e trata a recuperação como um passo de primeira classe.

  1. Verificações estáticas primeiro. TypeScript, regras eslint-bloqueantes, resolução de dependências. Mais barato do que correr o build.
  2. Build do projeto. Compila e valida o projeto com as ferramentas da plataforma. Flutter passa pela análise Dart e por uma compilação web, com os erros encaminhados para o processo de recuperação.
  3. Captura do erro literal. O fixer lê a saída real do compilador, não um resumo parafraseado.
  4. Edit cirúrgico. A reparação usa o erro real da validação para corrigir os ficheiros afetados. Os ficheiros que já passaram a validação são preservados.
  5. Ciclo até verde ou cap. A geração de cada ficheiro tem um limite de tentativas. Se o ficheiro continuar a falhar, o VULK mostra o diagnóstico, mantém os ficheiros aceites e permite retomar a geração interrompida.

Queres senti-lo?

A forma mais rápida de entender o pipeline é vê-lo a correr. Começa num plano pago — créditos completos do plano, cancela quando quiseres.

Última revisão: 30 de abril de 2026

A tua ideia, criada e online em minutos.

Criar a minha app
Suporte VULK

Online

Olá! Como posso te ajudar hoje?

Tópicos populares

Suporte de IA • support.vulk.dev