Oito teses pelas quais entregamos.
O software é demasiado importante para estar fechado atrás de camadas de indireção. A IA é demasiado poderosa para ser uma caixa preta. A propriedade é demasiado inegociável para ser comprometida. Em baixo está o que isso significa na prática.
- 01
O teu código é teu.
Cada projeto é exportado como um repositório limpo — código que possuis, licença que escolhes, infraestrutura que controlas. Sem runtime proprietário, sem kill switch, sem badge "built-with". Ganhamos o próximo mês, todos os meses.
- 02
Uma app que funciona é full-stack ou não existe.
Frontends sem base de dados, sem camada de auth, sem API e sem migrações são demos. A VULK recusa-se a entregar demos. A geração cobre toda a stack — incluindo as partes chatas.
- 03
Modelos são ferramentas, não religiões.
Cada fase — planeamento, geração, reparação, validação — usa o modelo que rende melhor nesse passo. Fazemos benchmarks, encaminhamos, trocamos quando aparece algo melhor. Sem lealdade ao modelo, só qualidade de output.
- 04
Velocidade é uma feature; correção é o produto.
Uma app errada em 30 segundos custa horas de debug. Investimos em validadores, type-checking e num loop de autofixer porque a segunda vez é mais importante que a primeira.
- 05
Residência na UE é o default, não um upsell.
Os dados vivem em Frankfurt. Os sub-processadores estão documentados. O RGPD não é papelada que comprámos — é onde vivemos. Clientes da UE não pagam extra para se sentirem seguros.
- 06
A documentação faz parte do produto.
Se não consegues explicar como funciona, não funciona. A documentação em support.vulk.dev é escrita pelas mesmas pessoas que escrevem o código, e atualizada no mesmo commit.
- 07
Comemos o que cozinhamos.
Site de marketing, ferramentas internas, app móvel, dashboards — construídos e entregues através da VULK. Se uma feature é má no nosso dia-a-dia, não chega aos clientes.
- 08
Sem fingimentos. Nunca.
Sem testemunhos fabricados, sem métricas inventadas, sem logótipos de investidores que não temos, sem citações que escrevemos a nós próprios. Quando tivermos prova real mostrá-la-emos; até lá o produto é a prova.
Assinado.
Pelos fundadores, em código e em texto. Façam-nos cumprir — cada uma destas é um botão que podes premir no produto ou uma linha que podes ler na documentação.