Le cycle de vie d'un projet
Le sens de chaque statut (génération, vérification, build, correction, Prêt, Non vérifié, À corriger, Échec) et pourquoi Codexe vérifie avant de dire Prêt.
Mis à jour
Sur cette page
Un projet est Prêt quand ses fichiers actuels ont passé le build de Codexe (plugins et mods) ou son test de chargement (datapacks et Skript) ; pour les bots Discord, les sites web et les modèles Blockbench, Prêt signifie que la génération est terminée. Un projet a toujours un seul et unique statut. Cette page explique chacun d'eux, ce que fait Codexe et ce que vous pouvez faire.
#En bref
- Generatingthe AI writes the files
- Verifyingbuild or test-load
- Repairingfix errors, rebuild
- Readycurrent files passed
Pour les projets compilables (plugins Spigot/Paper/Folia/BungeeCord, mods Fabric/Forge, datapacks et Skript), Prêt signifie que les fichiers que vous avez sous les yeux ont passé le build ou le test de chargement de Codexe. Pour les autres types (bots Discord, sites web, modèles Blockbench), il n'y a rien à compiler : Prêt signifie que la génération est terminée.
#Génération
L'IA écrit le projet. Les fichiers apparaissent au fur et à mesure qu'ils sont produits. Si la réponse est coupée au milieu d'un fichier, ou si un fichier prévu par l'IA n'arrive jamais, Codexe poursuit la génération en interne avant de passer à la suite. Vous ne payez pas cette poursuite.
#Vérification et correction
Pendant que Codexe contrôle un projet compilable, un bandeau indique l'étape en cours :
| Bandeau | Ce qui se passe |
|---|---|
| Vérification du projet… | Confirmation que les fichiers correspondent à la plateforme demandée |
| Écriture des fichiers restants… | Achèvement des fichiers que la première réponse a laissés inachevés |
| Build en cours… | Compilation (plugins, mods) ou chargement sur un serveur de test (datapacks, Skript) |
| Correction d'un problème… | Le build a échoué ; l'IA corrige les erreurs signalées |
| Vérification… | Nouveau build après une correction |
| Finalisation… | Enregistrement du résultat vérifié |
Les corrections s'appuient sur les erreurs exactes du compilateur et sur les vraies signatures des bibliothèques issues du build, pas sur des suppositions. Les corrections n'utilisent pas vos crédits. Consultez Auto Repair.
Pendant la vérification d'un projet, le chat et Compiler sont suspendus pour ce projet, afin qu'une modification ne puisse pas entrer en conflit avec une correction en cours. Ils reviennent dès que la vérification se termine.
#Prêt
Les fichiers actuels ont passé le contrôle. Pour les plugins et les mods, cela signifie un build réussi qui a produit un JAR valide avec le bon descripteur (plugin.yml, fabric.mod.json, mods.toml…). Pour les datapacks et Skript, cela signifie que les fichiers se sont chargés sans erreur sur un vrai serveur de test.
Prêt décrit les fichiers exacts qui ont été vérifiés. Si vous modifiez ensuite un fichier vous-même, ces modifications n'ont pas encore été compilées. Appuyez sur Compiler pour les contrôler. Les modifications faites par le chat sont à nouveau vérifiées automatiquement.
#Non vérifié (« Généré, mais pas compilé »)
Il arrive que Codexe ne puisse pas effectuer le contrôle : le service de build était occupé, un dépôt de dépendances n'a pas répondu, ou un script Skript utilise un add-on absent du serveur de test. Rien n'indique que le projet est cassé ; il n'a simplement pas été contrôlé. Tout reste à votre disposition, et vous pouvez appuyer sur Compiler pour obtenir une vraie réponse. Codexe réessaie aussi automatiquement ces projets pendant un certain temps.
#À corriger (« Codexe n'a pas pu terminer automatiquement la vérification de ce projet »)
Codexe a tenté plusieurs corrections et le build échoue toujours. Tous les fichiers sont là et vous pouvez continuer à les modifier. Vous pouvez :
- appuyer sur Laisser Codexe réessayer (gratuit), qui lance une nouvelle série de corrections sans utiliser de crédits (une fois par projet et par jour, jusqu'à trois projets par jour), ou
- décrire le problème dans le chat, ou le corriger vous-même dans l'éditeur.
Consultez Projet en échec ou à corriger.
#Échec
La première génération n'a rien produit d'utilisable : aucun fichier, une erreur du fournisseur, ou un projet sur la mauvaise plateforme qui n'a pas pu être régénéré. Quand cela arrive à la première demande d'un projet, les tokens utilisés sont restitués automatiquement et la page affiche un bouton Réessayer. Consultez Restitution des crédits.