Was Codexe im Hintergrund tut
Von der Anfrage zum Ready-Projekt: Fortsetzen abgebrochener Antworten, neuer Versuch ohne Ausgabe, Plattformprüfungen, Reparatur mit der echten API und deine Kosten.
Aktualisiert
Auf dieser Seite
Zwischen dem Klick auf Generieren und einem Ready-Projekt passiert eine Menge. Das meiste davon ist Arbeit, die Codexe auf eigene Kosten erledigt, damit du ein vollständiges, baubares Projekt bekommst.
#1. Die Generierung
Das Modell schreibt das Projekt in einer Antwort und beginnt mit einem Plan der Dateien, die es schreiben wird. Diese Antwort wird dir berechnet.
#2. Fortsetzung (kostenlos)
Modelle hören manchmal mitten in einer Datei auf oder überspringen eine Datei, die sie geplant hatten. Codexe erkennt das (ein unfertiger Codeblock, eine fehlende geplante Datei) und bittet dasselbe Modell weiterzumachen, bis zu viermal, bis jede geplante Datei existiert. Du siehst dann Verbleibende Dateien werden geschrieben…. Die Fortsetzung wird nicht berechnet.
#3. Erneuter Versuch bei fehlender Ausgabe (kostenlos)
Beschreibt die erste Antwort das Projekt, statt Dateien zu schreiben, fragt Codexe noch einmal ausdrücklich nach den Dateien. Derselbe Durchgang räumt auch Platzhalter wie // TODO auf. Wird nicht berechnet.
#4. Plattformprüfung (kostenlos)
Vor dem Build prüft Codexe, ob die Dateien für die Plattform sind, die du verlangt hast. Eine Fabric-Mod, die auf eine Spigot-Anfrage hin geliefert wird, würde kompilieren, ist aber nicht das, was du wolltest. Ist die Plattform falsch, generiert Codexe das Projekt einmal mit einem stärkeren Modell neu. Schlägt auch das fehl, stoppt das Projekt, und bei einer ersten Generierung werden deine Tokens zurückerstattet.
#5. Build oder Ladetest (kostenlos)
Plugins und Mods werden kompiliert; Datapacks und Skript werden auf einem echten Testserver geladen. Siehe Kompilieren.
#6. Reparatur mit der echten API (kostenlos)
Schlägt der Build fehl, sieht das Reparaturmodell die genauen Fehler und die echten öffentlichen Signaturen der beteiligten Bibliotheksklassen, gelesen aus denselben JARs, die der Build verwendet hat. So behebt es „method not found“-Fehler für die API-Version, die du tatsächlich verwendest, statt zu raten. Siehe Automatische Reparatur.
#Wofür du bezahlst
| Schritt | Wer bezahlt |
|---|---|
| Die Antwort der Generierung | Du (Tokens) |
| Websuchen, die das Modell tatsächlich abschließt (Business+) | Du (Tokens) |
| Fortsetzung, erneuter Versuch bei fehlender Ausgabe, Neugenerierung wegen falscher Plattform | Codexe |
| Builds, Ladetests, Reparaturen, der Wechsel zu einem stärkeren Modell | Codexe |
| Zusätzliche Ausgabe bei einer ersten Generierung im Free-Tarif über die Grenze von 4.000 Tokens hinaus | Codexe |
| Eine erste Generierung, die nichts Brauchbares liefert | Wird dir zurückerstattet. Siehe Rückerstattung von Guthaben |