Reparo automático
Como o Codexe corrige erros de build durante a entrega, os reparos grátis de "tentar de novo" e "Corrigir com IA" e quando uma correção passa pelo chat.
Atualizado
Nesta página
O Reparo automático é o Codexe corrigindo sozinho os erros de build ou de carregamento, com base nos erros exatos do build. Ele acontece em duas situações, e saber qual é qual diz se uma correção é grátis.
#1. Reparo interno na entrega (grátis)
Enquanto o Codexe verifica um projeto compilável, um build com falha não chega até você como um projeto quebrado (cada etapa, em ordem). O Codexe:
- lê os erros exatos do compilador ou do carregamento,
- consulta as assinaturas reais das classes de biblioteca envolvidas, nos mesmos JARs que o build usou, para que a correção bata com a versão real da API,
- pede a um modelo de reparo que mude só o necessário,
- compila de novo.
Ele continua por várias rodadas enquanto o número de erros vai caindo e, se travar, faz mais uma tentativa com um modelo mais forte. Você vê isso como Corrigindo um problema… e Verificando… no projeto.
Esse trabalho é custo do Codexe, não seu. Ele não gasta os seus tokens nem conta como um prompt.
#2. Reparos que você inicia
| Onde | Botão | Quanto custa |
|---|---|---|
| Projeto que terminou como "precisa de correção" | Deixar o Codexe tentar de novo (grátis) | Grátis |
| Compilar com falha, arquivos sem alterações desde a entrega | Corrigir com IA | Grátis (o mesmo reparo interno) |
| Compilar com falha, arquivos alterados por você ou pelo chat | Corrigir com IA | Uma mensagem normal no chat (tokens) |
| Qualquer outro caso | Descreva o problema no chat | Uma mensagem normal no chat (tokens) |
O "tentar de novo" grátis é limitado a uma vez por projeto por dia e a três projetos por dia por conta.
Por que a diferença? Se os arquivos forem exatamente os que o Codexe entregou, a falha é responsabilidade do Codexe. Depois que o projeto mudou, a correção é um trabalho novo sobre a sua versão, como qualquer outro pedido.
#Quando o reparo para
O Codexe para de corrigir quando os erros deixam de diminuir, quando o mesmo erro volta várias vezes ou quando um limite de tempo ou de esforço é atingido. O projeto então mostra O Codexe não conseguiu terminar de verificar este projeto automaticamente. Todos os arquivos continuam lá. Veja Projeto falhou ou precisa de correção.
#O que o reparo não consegue corrigir
- Comportamento. O reparo corrige código que não compila. Ele não tem como saber que um recurso funciona de um jeito diferente do que você queria; diga isso no chat.
- Problemas de infraestrutura. Se o build nem conseguiu rodar (um repositório de dependências demorou demais, o serviço de build estava ocupado), não há nada para corrigir. Nesse caso, o projeto é marcado como não verificado e testado de novo mais tarde.
- Add-ons do Skript não suportados. Se um script precisar de um add-on que o servidor de teste não tem, o Codexe avisa em vez de reescrever o seu script.