Automatisk reparation
Hvordan Codexe reparerer buildfejl under leveringen, de gratis reparationer "prøv igen" og "Ret med AI", og hvornår en rettelse i stedet går gennem chatten.
Opdateret
På denne side
Automatisk reparation er, når Codexe selv retter build- eller indlæsningsfejl ud fra de præcise fejl fra buildet. Det sker i to situationer, og når du ved, hvilken der er hvilken, ved du også, om en rettelse er gratis.
#1. Intern reparation under leveringen (gratis)
Mens Codexe verificerer et byggbart projekt, når et mislykket build ikke frem til dig som et ødelagt projekt (hvert trin, i rækkefølge). Codexe:
- læser de præcise fejl fra kompilatoren eller indlæsningen,
- slår de rigtige signaturer for de involverede biblioteksklasser op i de samme JAR-filer, som buildet brugte, så rettelsen passer til den faktiske API-version,
- beder en reparationsmodel om kun at ændre det nødvendige,
- bygger igen.
Det fortsætter i flere runder, så længe antallet af fejl bliver ved med at falde, og hvis det går i stå, gør det ét forsøg mere med en stærkere model. Du ser det som Retter et problem… og Bekræfter… på projektet.
Dette arbejde er Codexes udgift, ikke din. Det bruger ikke dine tokens og tæller ikke som en prompt.
#2. Reparationer, du selv starter
| Hvor | Knap | Hvad det koster |
|---|---|---|
| Projekt, der endte som "skal rettes" | Lad Codexe prøve igen (gratis) | Gratis |
| Mislykket Kompilér, filerne uændrede siden leveringen | Ret med AI | Gratis (samme interne reparation) |
| Mislykket Kompilér, filerne ændret af dig eller af chatten | Ret med AI | En almindelig chatbesked (tokens) |
| Alt andet | Beskriv problemet i chatten | En almindelig chatbesked (tokens) |
Det gratis "prøv igen" er begrænset til én gang pr. projekt pr. dag og tre projekter om dagen pr. konto.
Hvorfor forskellen? Hvis filerne er præcis dem, Codexe leverede, er fejlen Codexes ansvar. Når projektet først er ændret, er rettelsen nyt arbejde på din version, ligesom enhver anden anmodning.
#Når reparationen stopper
Codexe holder op med at reparere, når fejlene ikke længere bliver færre, når den samme fejl bliver ved med at komme tilbage, eller når en grænse for tid eller indsats er nået. Projektet viser så Codexe kunne ikke færdiggøre verificeringen af dette projekt automatisk. Alle filerne er der stadig. Se Projektet mislykkedes eller skal rettes.
#Hvad reparationen ikke kan rette
- Adfærd. Reparationen retter kode, der ikke kan bygges. Den kan ikke vide, at en funktion virker anderledes, end du mente; fortæl det til chatten.
- Problemer med infrastrukturen. Hvis buildet slet ikke kunne køre (et repository med afhængigheder fik timeout, buildtjenesten var optaget), er der intet at reparere. Projektet bliver i stedet markeret som ikke bekræftet og prøvet igen senere.
- Skript-add-ons, der ikke understøttes. Hvis et script kræver en add-on, som testserveren ikke har, melder Codexe det i stedet for at skrive dit script om.