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.
- 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.
- 02
Planner pesado (Claude Opus / Gemini 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.
- 03
Router (determinístico)
Encaminhar modelos por fase
Cada passo seguinte recebe o modelo que rende melhor nele segundo os nossos benchmarks internos: um modelo rápido escreve scaffolding, um modelo pesado escreve lógica de negócio, um modelo especializado escreve 3D / Flutter / Liquid. Mudamos o routing quando aparece um modelo melhor.
- 04
Gerador (modelo por fase)
Gerar o código
Cada ficheiro é emitido como uma ação XML estruturada — a VULK nunca faz simplesmente streaming de código solto. O XML permite-nos rastrear que ficheiros existem, validar antes de escrever, e editar cirurgicamente depois sem regenerar o projeto inteiro.
- 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.
- 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.
- 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.
- 08
Deploy onde a app vai viver
Um click envia para Cloudflare Pages, Vercel, ou a tua própria infra. Builds mobile (Flutter) entregam a EAS / pipelines nativos com a metadata correta para submissão à App Store + Play.
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.
| Fase | Classe de modelo | Porquê |
|---|---|---|
| Classificação | Pequeno / rápido | Barato, abaixo de um segundo |
| Planeamento | Raciocínio pesado | One-shot, contexto mais longo |
| Geração (web) | Pesado, otimizado para código | Regras de output mais apertadas |
| Geração (mobile) | Especializado em Flutter | Correção da widget tree > brevidade |
| Geração (3D) | Especializado em Three.js | Exige geometria / shaders corretos |
| Edit (cirúrgico) | Pesado, otimizado para código | Janela de diff menor, ficheiro tem de continuar vivo |
| Reparação | Raciocínio pesado | Lê erros de compilação como input |
| Resumo | Pequeno / rápido | Recapitulação do plano, notas finais |
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.
- Verificações estáticas primeiro. TypeScript, regras eslint-bloqueantes, resolução de dependências. Mais barato do que correr o build.
- Build do projeto. Vite para web, Flutter analyzer para mobile, theme-check para Liquid. O build real, não uma simulação.
- Captura do erro literal. O fixer lê a saída real do compilador, não um resumo parafraseado.
- Edit cirúrgico. O modelo de reparação emite uma ação vulkEdit a tocar apenas nos ficheiros que falham — regeneração completa é exceção, não regra.
- Ciclo até verde ou cap. Máximo de três passes de reparação. Depois disso surge a falha honestamente com o erro e um botão de "regerar do zero".
Queres senti-lo?
A forma mais rápida de entender o pipeline é vê-lo a correr. Plano gratuito sem cartão; Builder a €19,99/mês desbloqueia tudo.
Última revisão: 30 de abril de 2026