Sete fases entre o teu prompt e uma app a funcionar.
O VULK não é uma única chamada a um LLM. É um pipeline que compreende, planeia, encaminha, gera, valida, repara, pré-visualiza e publica — com um modelo escolhido para cada fase e um ciclo de reparação quando um ficheiro falha.
- 01
O modelo que escolhes
Compreender o prompt e planear a app
O modelo que escolhes lê o pedido numa única passagem tipada: que superfície queres — app web, app móvel Flutter, tema Shopify, site de marketing, ferramenta interna — e o que a app precisa. O plano lista funcionalidades, rotas, modelo de dados e critérios de aceitação. Uma superfície errada é a falha mais cara, por isso nada é gerado antes de existir o plano.
- 02
Encaminhador (determinista)
Encaminhar modelos por fase
O modelo que escolhes escreve o código. O Auto aplica a política de modelos do VULK: Claude Opus 5.5 nos planos pagos, Claude Fable 5.1 para 3D. Os planos narrativos de um site e a escolha de ficheiros numa edição vão para o Claude Sonnet 5.5.
- 03
Gerador (modelo por fase)
Gerar o código
O VULK gera os ficheiros que o plano define, verifica cada um e regista os ficheiros aceites. As alterações ficam dentro do projeto planeado, e o trabalho aceite continua disponível para edições e recuperações posteriores.
- 04
Validador (esbuild / análise Dart)
Validar cada ficheiro
Cada ficheiro é empacotado com esbuild assim que chega, por isso um erro de sintaxe ou de importação é apanhado antes de a pré-visualização arrancar. Os projetos Flutter passam pela análise Dart. As falhas vão para o reparador; o que passa segue direto para a pré-visualização.
- 05
Reparador (o mesmo modelo)
Reparar as falhas
Quando um ficheiro falha, o reparador lê a saída real do erro e edita o ficheiro que falhou. Repete até passar ou até o orçamento de reparação acabar; os ficheiros aceites nunca são tocados.
- 06
Arrancar a pré-visualização na microVM
A tua pré-visualização web corre numa microVM Firecracker isolada com Node e Vite. As pré-visualizações Flutter vêm do serviço de build do próprio VULK, como build web compilado.
- 07
Publicar onde a app vive
Publica num URL ao vivo — o frontend é compilado dentro da microVM e servido pela Cloudflare — ou exporta o código e envia-o para o GitHub. O Flutter gera APK e AAB Android, com a assinatura tratada dentro do VULK.
Que modelo corre em que fase.
O encaminhamento segue políticas explícitas para a tarefa, o plano e o modelo que escolhes. A tabela mostra as opções predefinidas de hoje.
| Fase | Modelo | Porquê |
|---|---|---|
| Compreensão e plano | O modelo que escolhes; Claude Sonnet 5.5 para planos narrativos de um site | Lê o pedido e escreve o plano antes de qualquer código |
| Geração (web) | O modelo que escolhes (Auto: Claude Opus 5.5) | As regras de saída mais apertadas |
| Geração (móvel) | O modelo que escolhes (Auto: Claude Opus 5.5) | Árvore de widgets correta antes da brevidade |
| Geração (3D) | O modelo que escolhes (Auto: Claude Fable 5.1, uma só passagem) | Exige geometria e shaders corretos |
| Edição (cirúrgica) | O Claude Sonnet 5.5 escolhe os ficheiros; o modelo que escolhes escreve | Janela de diff mais pequena, o ficheiro tem de continuar a funcionar |
| Reparação | Chamadas dirigidas ao mesmo modelo | Lê os erros de compilação como entrada |
O que acontece quando a geração corre mal.
A maioria dos construtores de apps com IA envia código, devolve-o e espera que corra bem. O VULK assume que uma primeira geração pode falhar e trata a recuperação como um passo próprio.
- Primeiro, empacotar cada ficheiro. Cada ficheiro gerado é empacotado com esbuild assim que chega. É mais barato do que um build completo e apanha erros de sintaxe e de importação antes de a pré-visualização arrancar.
- Compilar com a toolchain real. Ao publicar corre o build do próprio projeto. O Flutter passa pela análise Dart e por um build web compilado, e uma análise rejeitada volta ao fluxo de reparação.
- Capturar o erro tal e qual. O reparador lê a saída real do compilador, não um resumo parafraseado.
- Edição cirúrgica. O fluxo de reparação usa o erro de validação para corrigir o ficheiro que falhou. Os ficheiros que já passaram ficam como estão.
- Repetir até passar ou até o orçamento acabar. A reparação tem um orçamento limitado. Se um ficheiro continuar a falhar, o VULK mostra o diagnóstico, guarda os ficheiros aceites e deixa-te repetir 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: 4 de novembro de 2026