Duas formas de a IA fabricar uma aplicação
O bolt.new, editado pela StackBlitz, deixa um modelo Claude escrever diretamente o código da aplicação numa conversa. A tecnologia WebContainer executa Node.js no navegador: árvore de ficheiros, terminal, instalação de pacotes, pré-visualização ao vivo, sem nada para instalar. Obtém muito depressa um projeto a funcionar, e afina-o pedindo ao modelo que altere o código, ronda após ronda.
O Blueprint Maker separa deliberadamente duas responsabilidades. A IA faz aquilo que faz melhor, compreender o domínio de gestão, e produz uma especificação: entidades, relações, estados, indicadores, que valida. Depois são builders deterministas, código que escrevemos nós, que traduzem essa especificação em aplicação: esquema relacional Prisma, API, ecrãs CRUD, painel de controlo, dados de demonstração. A IA nunca toca no código de estrutura; descreve, não constrói.
A diferença não é cosmética. Quando um modelo escreve o código diretamente, cada iteração é uma nova geração, com a sua parte de acaso. Quando builders deterministas escrevem o código a partir de uma especificação, a mesma descrição produz o mesmo código: é reproduzível.
O ponto nevrálgico: iterar sem partir nada
O ponto de atrito mais documentado da geração conversacional está mesmo aqui: uma pequena alteração pedida ao modelo pode partir outra noutro sítio, e corrigir um erro pode introduzir um novo. Uma parte significativa do esforço, e do custo, dado que o bolt.new se fatura por tokens, passa então para a correção de erros em vez da criação de valor. É um ponto sensível reconhecido do setor, não um defeito próprio de um produto: deve-se à própria natureza de deixar um modelo reescrever código a cada ronda.
O Blueprint Maker ataca o problema na raiz, a montante. A especificação é validada antes de qualquer geração; os builders são deterministas e cobrem o tronco comum exaustivo de uma aplicação de gestão; e sobretudo, cada aplicação gerada passa uma validação em runtime, a que chamamos K-15: é realmente construída, arrancada e percorrida automaticamente antes de lhe ser entregue. Não medimos a qualidade pela sensação de uma conversa, mas pelo facto de a aplicação arrancar e funcionar.
Consequência: não há uma fase de correção pós-geração a cargo do utilizador para a estrutura da aplicação. A conformidade técnica é correta por construção. Julga o resultado em ecrãs cheios de dados realistas, não numa obra por depurar.
Aplicação de gestão acabada, ou tela livre
O bolt.new é generalista e aberto: sabe produzir praticamente qualquer aplicação web moderna, num vasto leque de frameworks JavaScript, com grande liberdade de forma. É a sua força para prototipar uma ideia, uma landing page, uma demonstração interativa, ou explorar uma pista sem restrições.
O Blueprint Maker é especializado: produz uma categoria precisa e bem feita, a aplicação de gestão. A partir de uma descrição, obtém uma base de dados relacional, uma API, ecrãs de lista e de ficha com criação, edição e eliminação, um painel de indicadores e um conjunto coerente de dados de demonstração. Este âmbito estreito é o que torna o determinismo possível: só se pode garantir por construção aquilo que se sabe construir.
Esta camada vai além da estrutura. O Blueprint Maker impõe também a integridade dos dados: os campos calculados são recalculados no servidor antes da escrita, os agregados pai são derivados dos filhos na leitura, as regras de coerência cronológica e as mutações de stock são guardadas de forma determinista. Um valor mostrado não pode mentir. É o tipo de garantia que uma geração de código ao sabor do momento não pode oferecer de maneira sistemática.
O código, o alojamento, o que lhe resta
Ambos os produtos lhe devolvem código verdadeiro, e ainda bem. O bolt.new permite exportar o projeto para o GitHub e implementar, nomeadamente para a Netlify, diretamente a partir da janela. O Blueprint Maker exporta Next.js mais Prisma padrão, em arquivo ZIP ou por push GitHub, e fornece um URL de alojamento dedicado em França ou na UE, com a base de dados incluída.
A diferença está naquilo que recupera. Com o bolt.new recupera o fruto de uma conversa: um código cuja forma depende do fio das trocas. Com o Blueprint Maker recupera a saída de um pipeline determinista: uma estrutura de projeto regular, a mesma de uma aplicação para outra, que um programador retoma sem ter de desembaraçar o seu histórico. Em ambos os casos o código pertence-lhe; num caso é reproduzível.
Quanto à faturação, o bolt.new funciona por consumo de tokens: quanto mais complexa é a aplicação e mais se itera, mais o consumo sobe. O Blueprint Maker fatura a geração com uma subscrição clara: plano Discovery gratuito, Pro a 25 €/mês, Max a 149 €/mês, com o custo em créditos mostrado antes de cada geração, e nenhum contador de utilizadores na aplicação entregue.
Blueprint Maker e bolt.new frente a frente
| Blueprint Maker | bolt.new | |
|---|---|---|
| Papel da IA | A IA escreve a especificação de gestão; builders deterministas escrevem o código | A IA escreve diretamente o código da aplicação, em conversa |
| Reprodutibilidade | Mesma descrição = mesmo código, por construção | Cada iteração é uma nova geração, com a sua parte de acaso |
| Correção de erros | Conformidade correta por construção: nenhuma fase de correção sobre a estrutura | Uma parte significativa do esforço e do custo em tokens pode passar para a correção |
| Validação | Validação em runtime automatizada (K-15): app construída, arrancada e percorrida; Health Score público | Pré-visualização ao vivo no navegador, julgada a olho ao longo da conversa |
| Âmbito | Aplicação de gestão acabada: base de dados, API, CRUD, painel de controlo, dados | Generalista e aberto: vasto leque de frameworks e de tipos de apps |
| Integridade dos dados | Campos calculados, agregados e regras de negócio impostos de forma determinista | Depende do código produzido a cada ronda, sem garantia sistemática |
| Código e alojamento | Next.js mais Prisma padrão, exportação ZIP / GitHub, URL FR/UE e base incluídos | Exportação para o GitHub e implementação (por ex. Netlify) a partir do navegador |
| Modelo de custo | Subscrição clara (0 € / 25 € / 149 €), créditos mostrados antes da geração | Consumo de tokens: sobe com a complexidade e as iterações |
Quando o bolt.new é a escolha certa
- Quer prototipar uma ideia full-stack muito depressa, no navegador, sem instalar nada.
- Explora livremente uma pista, uma demonstração interativa ou uma landing page, sem restrições de forma.
- Quer a liberdade de escolher o seu framework num vasto leque (React, Vue, Astro, etc.).
- É programador, à vontade para retomar o código e depurá-lo você mesmo ao longo das iterações.
- O resultado é descartável ou experimental: a reprodutibilidade e a integridade rigorosa não são o assunto.
Quando o Blueprint Maker é a escolha certa
- Quer uma aplicação de gestão fiável, não um protótipo por depurar.
- Não quer pagar, em tempo ou em tokens, para corrigir os erros de uma geração de código ao sabor do momento.
- Precisa que os dados não mintam: campos calculados, agregados e regras de negócio coerentes por construção.
- Quer um resultado reproduzível e uma estrutura de projeto regular, que um programador retoma sem desembaraçar um histórico de conversa.
- Quer possuir um código Next.js mais Prisma padrão, alojado em França ou na UE, base incluída.
Perguntas frequentes: Blueprint Maker vs bolt.new
O bolt.new e o Blueprint Maker usam ambos a IA para escrever a aplicação?
Sim, mas não no mesmo lugar. O bolt.new deixa um modelo escrever diretamente o código, ronda após ronda, em conversa. O Blueprint Maker faz a IA escrever apenas a especificação de gestão, as entidades, as relações, as regras, e depois são builders deterministas, código que dominamos, que escrevem a aplicação. A IA descreve; não constrói a estrutura. É isso que torna o resultado reproduzível e correto por construção.
Porquê falar de «correção de erros» como de algo em jogo?
Porque é um ponto sensível documentado da geração de código conversacional em geral: uma pequena alteração pode partir outra, e corrigir um erro pode introduzir um novo, de modo que uma parte significativa do esforço, e do custo, quando a faturação é por tokens, passa para a correção em vez da criação. Não é uma censura a um produto preciso: é inerente a deixar um modelo reescrever código a cada ronda. O Blueprint Maker evita esse ciclo validando a especificação a montante e o runtime a jusante (K-15).
O que é a validação K-15, concretamente?
Antes de lhe entregar uma aplicação, o Blueprint Maker constrói-a de facto, arranca-a e percorre-a automaticamente para verificar que os ecrãs se exibem e funcionam. É o nosso único critério de qualidade automatizado considerado fiável, e alimenta um Health Score público. Uma pré-visualização ao vivo no navegador mostra o estado de um instante; o K-15 verifica que a aplicação se aguenta de pé uma vez construída a sério.
O Blueprint Maker é menos flexível do que o bolt.new?
Quanto ao âmbito, sim, e é algo assumido. O bolt.new é generalista: produz um vasto leque de aplicações web em numerosos frameworks, com grande liberdade de forma. O Blueprint Maker é especializado na aplicação de gestão. Este âmbito estreito é precisamente o que permite o determinismo e as garantias de integridade: só se garante por construção aquilo que se sabe construir.
É possível recuperar e fazer evoluir o código em ambos os casos?
Sim. O bolt.new permite a exportação para o GitHub e a implementação a partir do navegador. O Blueprint Maker exporta Next.js mais Prisma padrão, em ZIP ou por push GitHub, com um URL de alojamento FR/UE e a base incluída. A nuance: o código do Blueprint Maker sai de um pipeline determinista, por isso a sua estrutura é regular de uma aplicação para outra e retoma-se sem desembaraçar o histórico de uma conversa.