Ce face Codexe în culise

Între momentul în care apeși Generează și un proiect Gata se întâmplă multe. Cea mai mare parte este muncă pe care Codexe o face pe cheltuiala sa, ca să primești un proiect complet, care se compilează.

#1. Generarea

Modelul scrie proiectul într-un singur răspuns, începând cu un plan al fișierelor pe care urmează să le scrie. Pentru acest răspuns ești taxat.

#2. Continuarea (gratuită)

Modelele se opresc uneori la jumătatea unui fișier sau sar peste un fișier planificat. Codexe detectează asta (un bloc de cod neterminat, un fișier planificat care lipsește) și îi cere aceluiași model să continue, de până la patru ori, până când există fiecare fișier planificat. Vei vedea Se scriu fișierele rămase…. Continuarea nu se facturează.

#3. Reîncercarea când nu există fișiere (gratuită)

Dacă primul răspuns descrie proiectul în loc să scrie fișiere, Codexe mai cere o dată, explicit, fișierele. Aceeași trecere curăță și textele provizorii precum // TODO. Nu se facturează.

#4. Verificarea platformei (gratuită)

Înainte de build, Codexe verifică dacă fișierele sunt pentru platforma pe care ai cerut-o. Un mod Fabric livrat pentru o cerere Spigot s-ar compila, dar nu este ce voiai. Dacă platforma este greșită, Codexe îl regenerează o dată cu un model mai puternic. Dacă nici așa nu reușește, proiectul se oprește și, la o primă generare, tokenii îți sunt restituiți.

#5. Build sau test de încărcare (gratuit)

Plugin-urile și modurile sunt compilate; datapack-urile și Skript sunt încărcate pe un server de testare real. Vezi Compilează.

#6. Repararea cu API-ul real (gratuită)

Când build-ul eșuează, modelul de reparare vede exact erorile și semnăturile publice reale ale claselor de bibliotecă implicate, citite din aceleași JAR-uri folosite de build. Așa repară erorile „method not found” pentru versiunea de API pe care o folosești de fapt, în loc să ghicească. Vezi Reparare automată.

#Ce plătești