Automatische reparatie
Hoe Codexe buildfouten tijdens de oplevering repareert, de gratis reparaties via opnieuw proberen en Herstel met AI, en wanneer een reparatie in plaats daarvan via de chat loopt.
Bijgewerkt
Op deze pagina
Automatische reparatie (Auto Repair) betekent dat Codexe build- of laadfouten zelf oplost aan de hand van de exacte fouten uit de build. Dat gebeurt in twee situaties, en als je weet welke welke is, weet je of een reparatie gratis is.
#1. Interne reparatie tijdens de oplevering (gratis)
Terwijl Codexe een bouwbaar project verifieert, bereikt een mislukte build je niet als kapot project (elke stap, op volgorde). Codexe:
- leest de exacte fouten van de compiler of het laden,
- zoekt de echte signaturen op van de betrokken bibliotheekklassen, uit dezelfde JAR's die de build gebruikte, zodat de reparatie past bij de werkelijke API-versie,
- vraagt een reparatiemodel om alleen te wijzigen wat nodig is,
- bouwt opnieuw.
Dit gaat meerdere rondes door zolang het aantal fouten blijft dalen, en loopt het vast, dan doet Codexe nog één poging met een sterker model. Je ziet dit in het project als Een probleem oplossen… en Verifiëren….
Dit werk komt voor rekening van Codexe, niet van jou. Het kost je geen tokens en telt niet als prompt.
#2. Reparaties die je zelf start
| Waar | Knop | Wat het kost |
|---|---|---|
| Project dat eindigde als "moet gerepareerd worden" | Laat Codexe het opnieuw proberen (gratis) | Gratis |
| Compileren mislukt, bestanden ongewijzigd sinds de oplevering | Herstel met AI | Gratis (dezelfde interne reparatie) |
| Compileren mislukt, bestanden gewijzigd door jou of via de chat | Herstel met AI | Een gewoon chatbericht (tokens) |
| Al het andere | Beschrijf het probleem in de chat | Een gewoon chatbericht (tokens) |
Het gratis opnieuw proberen is beperkt tot één keer per project per dag, en drie projecten per dag per account.
Waarom het verschil? Zijn de bestanden precies wat Codexe heeft geleverd, dan is de fout de verantwoordelijkheid van Codexe. Zodra het project is gewijzigd, is de reparatie nieuw werk aan jouw versie, net als elk ander verzoek.
#Wanneer het repareren stopt
Codexe stopt met repareren als het aantal fouten niet meer daalt, dezelfde fout steeds terugkomt, of een limiet voor tijd of inspanning is bereikt. Het project toont dan Codexe kon dit project niet automatisch afronden met verifiëren. Alle bestanden zijn er nog. Zie Project mislukt of moet gerepareerd worden.
#Wat reparatie niet kan oplossen
- Gedrag. Reparatie lost code op die niet bouwt. Ze kan niet weten dat een functie anders werkt dan jij bedoelde; vertel dat in de chat.
- Problemen met de infrastructuur. Kon de build helemaal niet draaien (een repository met dependencies reageerde niet op tijd, de buildservice was bezet), dan valt er niets te repareren. Het project wordt in plaats daarvan als niet geverifieerd gemarkeerd en later opnieuw geprobeerd.
- Niet-ondersteunde Skript-add-ons. Heeft een script een add-on nodig die de testserver niet heeft, dan meldt Codexe dat in plaats van je script te herschrijven.