Automatische Reparatur
Wie Codexe Build-Fehler bei der Auslieferung repariert, die kostenlosen Reparaturen „noch einmal versuchen“ und „Mit KI beheben“ und wann der Chat übernimmt.
Aktualisiert
Auf dieser Seite
Bei der automatischen Reparatur behebt Codexe Build- oder Ladefehler selbst, anhand der genauen Fehler aus dem Build. Das passiert in zwei Situationen, und wenn du weißt, welche welche ist, weißt du auch, ob eine Korrektur kostenlos ist.
#1. Interne Reparatur bei der Auslieferung (kostenlos)
Während Codexe ein baubares Projekt prüft, erreicht dich ein fehlgeschlagener Build nicht als kaputtes Projekt (jeder Schritt, der Reihe nach). Codexe:
- liest die genauen Compiler- oder Ladefehler,
- schlägt die echten Signaturen der beteiligten Bibliotheksklassen nach, aus denselben JARs, die der Build verwendet hat, damit die Korrektur zur tatsächlichen API-Version passt,
- bittet ein Reparaturmodell, nur das Nötige zu ändern,
- baut erneut.
Das geht über mehrere Runden weiter, solange die Zahl der Fehler sinkt, und wenn Codexe nicht weiterkommt, unternimmt es einen letzten Versuch mit einem stärkeren Modell. Am Projekt siehst du das als Problem wird behoben… und Wird geprüft….
Diese Arbeit geht auf Kosten von Codexe, nicht auf deine. Sie verbraucht keine Tokens und zählt nicht als Prompt.
#2. Reparaturen, die du startest
| Wo | Button | Was es kostet |
|---|---|---|
| Projekt, das mit „braucht eine Korrektur“ geendet hat | Codexe noch einmal versuchen lassen (kostenlos) | Kostenlos |
| Fehlgeschlagenes Kompilieren, Dateien seit der Auslieferung unverändert | Mit KI beheben | Kostenlos (dieselbe interne Reparatur) |
| Fehlgeschlagenes Kompilieren, Dateien von dir oder über den Chat geändert | Mit KI beheben | Eine normale Chatnachricht (Tokens) |
| Alles andere | Beschreib das Problem im Chat | Eine normale Chatnachricht (Tokens) |
Das kostenlose „noch einmal versuchen“ ist auf einmal pro Projekt und Tag und drei Projekte pro Tag pro Konto begrenzt.
Warum der Unterschied? Sind die Dateien genau das, was Codexe geliefert hat, ist der Fehler die Verantwortung von Codexe. Sobald sich das Projekt geändert hat, ist die Korrektur neue Arbeit an deiner Version, wie jede andere Anfrage.
#Wann die Reparatur aufhört
Codexe hört mit dem Reparieren auf, wenn die Fehler nicht mehr weniger werden, derselbe Fehler immer wieder auftaucht oder ein Zeit- oder Aufwandslimit erreicht ist. Das Projekt zeigt dann Codexe konnte die Prüfung dieses Projekts nicht automatisch abschließen. Alle Dateien sind noch da. Siehe Projekt fehlgeschlagen oder braucht eine Korrektur.
#Was die Reparatur nicht beheben kann
- Verhalten. Die Reparatur behebt Code, der nicht baut. Sie kann nicht wissen, dass eine Funktion anders arbeitet, als du gemeint hast; sag es dem Chat.
- Infrastrukturprobleme. Konnte der Build gar nicht laufen (ein Abhängigkeits-Repository hat eine Zeitüberschreitung gemeldet, der Build-Dienst war ausgelastet), gibt es nichts zu reparieren. Das Projekt wird stattdessen als nicht bestätigt markiert und später erneut versucht.
- Nicht unterstützte Skript-Add-ons. Braucht ein Skript ein Add-on, das der Testserver nicht hat, meldet Codexe das, statt dein Skript umzuschreiben.