Przejdź do treści
Korzystanie z Codexe

Automatyczna naprawa

Jak Codexe naprawia błędy budowania podczas dostarczania, darmowe naprawy „spróbuj ponownie” i „Napraw z AI” oraz kiedy poprawka idzie zamiast tego przez czat.

Zaktualizowano

Na tej stronie
  1. 1. Wewnętrzna naprawa przy dostarczaniu (za darmo)
  2. 2. Naprawy, które uruchamiasz ty
  3. Kiedy naprawa się zatrzymuje
  4. Czego naprawa nie naprawi

Automatyczna naprawa to Codexe samodzielnie poprawiający błędy budowania lub wczytywania na podstawie dokładnych błędów z builda. Dzieje się w dwóch sytuacjach, a wiedza o tym, która jest która, mówi ci, czy poprawka jest darmowa.

#1. Wewnętrzna naprawa przy dostarczaniu (za darmo)

Gdy Codexe weryfikuje projekt, który da się zbudować, nieudany build nie trafia do ciebie jako zepsuty projekt (wszystkie kroki po kolei). Codexe:

  1. czyta dokładne błędy kompilatora lub wczytywania,
  2. sprawdza prawdziwe sygnatury użytych klas bibliotek, z tych samych JAR-ów, których użył build, żeby poprawka pasowała do faktycznej wersji API,
  3. prosi model naprawczy, żeby zmienił tylko to, co trzeba,
  4. buduje ponownie.

Powtarza to przez kilka rund, dopóki liczba błędów spada, a jeśli utknie, podejmuje jeszcze jedną próbę z mocniejszym modelem. Widzisz to w projekcie jako Naprawiam problem… i Sprawdzam….

Ta praca to koszt Codexe, nie twój. Nie zużywa twoich tokenów i nie liczy się jako prompt.

#2. Naprawy, które uruchamiasz ty

GdziePrzyciskIle kosztuje
Projekt, który zakończył się jako „wymaga poprawki”Pozwól Codexe spróbować ponownie (za darmo)Za darmo
Nieudane Skompiluj, pliki bez zmian od dostarczeniaNapraw z AIZa darmo (ta sama wewnętrzna naprawa)
Nieudane Skompiluj, pliki zmienione przez ciebie lub przez czatNapraw z AIZwykła wiadomość na czacie (tokeny)
Wszystko inneOpisz problem na czacieZwykła wiadomość na czacie (tokeny)

Darmowe „spróbuj ponownie” jest ograniczone do raz na projekt dziennie i trzech projektów dziennie na konto.

Skąd ta różnica? Jeśli pliki są dokładnie takie, jakie dostarczył Codexe, za błąd odpowiada Codexe. Gdy projekt się zmienił, poprawka to nowa praca na twojej wersji, jak każda inna prośba.

#Kiedy naprawa się zatrzymuje

Codexe przestaje naprawiać, gdy błędów przestaje ubywać, ten sam błąd wciąż wraca albo zostanie osiągnięty limit czasu lub wysiłku. Projekt pokazuje wtedy komunikat Codexe nie zdołał automatycznie dokończyć weryfikacji tego projektu. Wszystkie pliki nadal są na miejscu. Zobacz Projekt nieudany lub wymaga poprawki.

#Czego naprawa nie naprawi

  • Działania. Naprawa poprawia kod, który się nie buduje. Nie może wiedzieć, że funkcja działa inaczej, niż miałeś(-aś) na myśli; powiedz o tym na czacie.
  • Problemów z infrastrukturą. Jeśli build w ogóle nie mógł się uruchomić (repozytorium zależności nie odpowiedziało na czas, usługa budowania była zajęta), nie ma czego naprawiać. Projekt jest wtedy oznaczany jako niezweryfikowany i sprawdzany ponownie później.
  • Nieobsługiwanych dodatków Skript. Jeśli skrypt potrzebuje dodatku, którego nie ma na serwerze testowym, Codexe to zgłasza, zamiast przepisywać twój skrypt.
Automatyczna naprawa | Codexe Docs