Reparación automática
Cómo Codexe repara los errores de compilación durante la entrega, las reparaciones gratuitas "intentar de nuevo" y "Corregir con IA", y cuándo una corrección pasa por el chat.
Actualizado
En esta página
La Reparación automática es Codexe corrigiendo por su cuenta los errores de compilación o de carga, a partir de los errores exactos de la compilación. Ocurre en dos situaciones, y saber cuál es cuál te indica si una corrección es gratuita.
#1. Reparación interna durante la entrega (gratis)
Mientras Codexe verifica un proyecto compilable, una compilación fallida no te llega como un proyecto roto (cada paso, en orden). Codexe:
- lee los errores exactos del compilador o de la carga,
- consulta las firmas reales de las clases de la biblioteca implicadas, sacadas de los mismos JAR que usó la compilación, para que la corrección coincida con la versión real de la API,
- pide a un modelo de reparación que cambie solo lo necesario,
- vuelve a compilar.
Sigue así durante varias rondas mientras el número de errores siga bajando, y si se atasca hace un último intento con un modelo más potente. En el proyecto lo verás como Corrigiendo un problema… y Verificando....
Este trabajo corre por cuenta de Codexe, no tuya. No usa tus tokens ni cuenta como un prompt.
#2. Reparaciones que inicias tú
| Dónde | Botón | Qué cuesta |
|---|---|---|
| Proyecto que terminó como "necesita una corrección" | Que Codexe lo intente de nuevo (gratis) | Gratis |
| Compilar fallido, archivos sin cambios desde la entrega | Corregir con IA | Gratis (la misma reparación interna) |
| Compilar fallido, archivos cambiados por ti o por el chat | Corregir con IA | Un mensaje de chat normal (tokens) |
| Cualquier otro caso | Describe el problema en el chat | Un mensaje de chat normal (tokens) |
El "intentar de nuevo" gratuito está limitado a una vez por proyecto al día, y a tres proyectos al día por cuenta.
¿Por qué la diferencia? Si los archivos son exactamente los que entregó Codexe, el fallo es responsabilidad de Codexe. En cuanto el proyecto ha cambiado, la corrección es trabajo nuevo sobre tu versión, como cualquier otra petición.
#Cuándo se detiene la reparación
Codexe deja de reparar cuando los errores dejan de disminuir, cuando el mismo error vuelve una y otra vez o cuando se alcanza un límite de tiempo o de esfuerzo. Entonces el proyecto muestra Codexe no pudo terminar de verificar este proyecto automáticamente. Todos los archivos siguen ahí. Consulta El proyecto falló o necesita una corrección.
#Lo que la reparación no puede arreglar
- Comportamiento. La reparación arregla el código que no compila. No puede saber que una función se comporta de forma distinta a lo que querías; díselo al chat.
- Problemas de infraestructura. Si la compilación no pudo ejecutarse en absoluto (un repositorio de dependencias no respondió a tiempo, el servicio de compilación estaba ocupado), no hay nada que reparar. En su lugar, el proyecto se marca como sin verificar y se vuelve a intentar más tarde.
- Add-ons de Skript no compatibles. Si un script necesita un add-on que el servidor de prueba no tiene, Codexe lo indica en lugar de reescribir tu script.