Automatisk reparasjon
Hvordan Codexe reparerer byggefeil under leveransen, de gratis reparasjonene «prøv igjen» og «Rett med AI», og når en rettelse i stedet går via chatten.
Oppdatert
På denne siden
Automatisk reparasjon betyr at Codexe selv retter bygge- eller innlastingsfeil ved hjelp av de nøyaktige feilene fra bygget. Det skjer i to situasjoner, og når du vet hvilken som er hvilken, vet du også om en rettelse er gratis.
#1. Intern reparasjon under leveransen (gratis)
Mens Codexe verifiserer et byggbart prosjekt, når et mislykket bygg deg ikke som et ødelagt prosjekt (hvert trinn, i rekkefølge). Codexe:
- leser de nøyaktige kompilator- eller innlastingsfeilene,
- slår opp de ekte signaturene til bibliotekklassene det gjelder, fra de samme JAR-filene bygget brukte, slik at rettelsen passer til den faktiske API-versjonen,
- ber en reparasjonsmodell om å endre bare det som trengs,
- bygger på nytt.
Den fortsetter i flere runder så lenge antallet feil går ned, og hvis den står fast, gjør den ett forsøk til med en sterkere modell. Du ser dette som Retter et problem… og Bekrefter… på prosjektet.
Dette arbeidet er Codexes kostnad, ikke din. Det bruker ikke tokenene dine og teller ikke som en prompt.
#2. Reparasjoner du starter selv
| Hvor | Knapp | Hva det koster |
|---|---|---|
| Prosjekt som endte som «trenger en rettelse» | La Codexe prøve igjen (gratis) | Gratis |
| Mislykket kompilering, filene uendret siden leveransen | Rett med AI | Gratis (samme interne reparasjon) |
| Mislykket kompilering, filene endret av deg eller via chatten | Rett med AI | En vanlig chatmelding (tokens) |
| Alt annet | Beskriv problemet i chatten | En vanlig chatmelding (tokens) |
Det gratis «prøv igjen» er begrenset til én gang per prosjekt per dag og tre prosjekter per dag per konto.
Hvorfor forskjellen? Hvis filene er nøyaktig det Codexe leverte, er feilen Codexes ansvar. Når prosjektet først er endret, er rettelsen nytt arbeid på din versjon, som enhver annen forespørsel.
#Når reparasjonen stopper
Codexe slutter å reparere når feilene ikke lenger blir færre, den samme feilen stadig kommer tilbake, eller en grense for tid eller innsats er nådd. Prosjektet viser da Codexe klarte ikke å verifisere dette prosjektet ferdig automatisk. Alle filene er fortsatt der. Se Prosjektet mislyktes eller trenger en rettelse.
#Hva reparasjonen ikke kan rette
- Oppførsel. Reparasjonen retter kode som ikke bygger. Den kan ikke vite at en funksjon virker annerledes enn du mente; si fra i chatten.
- Infrastrukturproblemer. Hvis bygget ikke kunne kjøre i det hele tatt (et avhengighetsrepositorium svarte ikke i tide, byggetjenesten var opptatt), finnes det ingenting å reparere. Prosjektet merkes da som ikke bekreftet og prøves igjen senere.
- Skript-tillegg som ikke støttes. Hvis et skript trenger et tillegg som testserveren ikke har, melder Codexe fra om det i stedet for å skrive om skriptet ditt.