Reparare automată
Cum repară Codexe erorile de build în timpul livrării, reparațiile gratuite „încearcă din nou” și „Repară cu AI” și când o reparare trece în schimb prin chat.
Actualizat
Pe această pagină
Repararea automată înseamnă că Codexe repară singur erorile de build sau de încărcare, folosind exact erorile din build. Se întâmplă în două situații, iar dacă știi care e care, știi și dacă o reparare este gratuită.
#1. Repararea internă la livrare (gratuită)
Cât timp Codexe verifică un proiect care se poate compila, un build eșuat nu ajunge la tine ca proiect stricat (fiecare pas, în ordine). Codexe:
- citește exact erorile compilatorului sau de încărcare,
- caută semnăturile reale ale claselor de bibliotecă implicate, din aceleași JAR-uri folosite de build, ca reparația să corespundă versiunii reale a API-ului,
- îi cere unui model de reparare să schimbe doar ce e necesar,
- compilează din nou.
Continuă mai multe runde cât timp numărul de erori tot scade, iar dacă se blochează mai face o încercare cu un model mai puternic. Pe proiect vezi asta ca Se repară o problemă… și Se verifică….
Munca aceasta este costul Codexe, nu al tău. Nu îți consumă tokenii și nu contează ca prompt.
#2. Reparații pornite de tine
| Unde | Buton | Cât costă |
|---|---|---|
| Proiect încheiat cu „necesită reparare” | Lasă-l pe Codexe să încerce din nou (gratuit) | Gratuit |
| Compilare eșuată, fișiere neschimbate de la livrare | Repară cu AI | Gratuit (aceeași reparare internă) |
| Compilare eșuată, fișiere modificate de tine sau prin chat | Repară cu AI | Un mesaj obișnuit în chat (tokeni) |
| Orice altceva | Descrie problema în chat | Un mesaj obișnuit în chat (tokeni) |
Opțiunea gratuită „încearcă din nou” este limitată la o dată pe proiect pe zi și la trei proiecte pe zi pentru fiecare cont.
De ce diferența? Dacă fișierele sunt exact cele livrate de Codexe, eșecul este responsabilitatea Codexe. După ce proiectul s-a schimbat, reparația este muncă nouă pe versiunea ta, ca orice altă cerere.
#Când se oprește repararea
Codexe se oprește din reparat când erorile nu mai scad, aceeași eroare tot revine sau se atinge o limită de timp ori de efort. Proiectul afișează atunci Codexe nu a putut termina automat verificarea acestui proiect. Toate fișierele sunt încă acolo. Vezi Proiect eșuat sau care necesită reparare.
#Ce nu poate repara repararea
- Comportamentul. Repararea corectează codul care nu se compilează. Nu are de unde să știe că o funcție merge altfel decât ai vrut tu; spune-i asta în chat.
- Problemele de infrastructură. Dacă build-ul nu a putut rula deloc (un depozit de dependențe a depășit timpul de răspuns, serviciul de build era ocupat), nu există nimic de reparat. Proiectul este marcat în schimb ca neverificat și reîncercat mai târziu.
- Add-on-urile Skript nesuportate. Dacă un script are nevoie de un add-on pe care serverul de testare nu îl are, Codexe raportează asta în loc să îți rescrie scriptul.