A mudança foi publicada no changelog oficial da Lovable em 11 de agosto de 2026 e afeta diretamente quem usa as correções automáticas durante o desenvolvimento. O detalhe mais importante é que esse limite não representa 10 créditos grátis e também não é um pacote separado para cada projeto.
Como funciona o limite de 10 correções gratuitas na Lovable
Segundo a Lovable, a conta inclui 10 free fixes compartilhadas entre todos os seus workspaces e projetos. O saldo é usado quando você aciona o Try to fix em um erro de build ou aceita uma correção oferecida por um scan de segurança.
- A conta possui 10 correções gratuitas.
- O limite é compartilhado entre workspaces e projetos.
- Try to fix em erros de build usa esse saldo.
- Correções sugeridas por security scans também usam esse saldo.
- Cada uso volta a ficar disponível após 24 horas.
- Depois das 10, a correção passa a funcionar como mensagem normal do chat e pode usar créditos.
- Os security scans continuam gratuitos.
As 10 correções renovam todo dia?
A regra não é um reset geral à meia-noite. A documentação diz que cada correção utilizada volta a ficar disponível 24 horas depois do uso. Isso cria uma recuperação individual do saldo.
Exemplo prático
Se você começa com 10 correções e usa três às 10h, passa a ter sete disponíveis. Essas três retornam aproximadamente às 10h do dia seguinte. Se outras duas forem usadas às 18h, elas retornam 24 horas depois, por volta das 18h do dia seguinte.
O que é o Try to fix
Quando um build apresenta erro, a Lovable pode mostrar a opção Try to fix. Esse recurso tenta analisar o problema e executar uma correção sem exigir que você escreva um novo prompt explicando o erro. Agora, cada uso desse recurso entra na franquia de 10 correções gratuitas.
E as correções dos security scans?
Os security scans continuam gratuitos. O que entra no limite é a correção sugerida depois que o scan identifica um problema. Portanto, analisar a segurança do projeto não consome uma free fix; solicitar que a Lovable aplique a correção sugerida utiliza uma enquanto houver disponibilidade.
O que acontece depois de usar as 10 correções
O projeto não é bloqueado e você continua podendo corrigir erros. A diferença é que, sem free fixes disponíveis naquele momento, a correção roda como uma mensagem normal do chat e passa a seguir as regras normais de consumo de créditos.
Na prática, usuários que fazem muitos ciclos de build, erro e correção em poucas horas podem perceber aumento no consumo de créditos. Quem usa as correções ocasionalmente tende a sentir menos impacto, porque cada utilização retorna ao saldo depois de 24 horas.
Como gastar menos correções gratuitas
- Leia o erro antes de clicar repetidamente em Try to fix.
- Revise o resultado de uma tentativa antes de iniciar outra.
- Use o histórico de versões quando o erro surgiu logo após uma mudança específica.
- Confira variáveis, credenciais e configurações antes de pedir uma correção automática.
- Em erros recorrentes, investigue a causa raiz.
- Continue executando security scans quando necessário, mesmo que não vá aplicar todas as correções imediatamente.
- Acompanhe seus créditos caso o saldo de free fixes esteja zerado.
O limite é por projeto ou por conta?
É por conta. As 10 correções são compartilhadas entre todos os seus workspaces e projetos. Isso é importante para quem trabalha em vários SaaS ao mesmo tempo: uma sequência de correções em um projeto pode reduzir temporariamente a disponibilidade para os demais.
