Ce que fait Codexe en coulisses
De la demande au projet Prêt : suite des réponses coupées, nouvelle tentative sans fichiers, contrôles de plateforme, correction avec la vraie API et ce que vous payez.
Mis à jour
Sur cette page
Beaucoup de choses se passent entre le moment où vous appuyez sur Générer et un projet Prêt. L'essentiel est un travail que Codexe effectue à ses propres frais pour que vous obteniez un projet complet qui compile.
#1. La génération
Le modèle écrit le projet en une seule réponse, en commençant par un plan des fichiers qu'il va écrire. Cette réponse vous est facturée.
#2. Poursuite (gratuite)
Il arrive que les modèles s'arrêtent au milieu d'un fichier, ou sautent un fichier qu'ils avaient prévu. Codexe le détecte (un bloc de code inachevé, un fichier prévu manquant) et demande au même modèle de poursuivre, jusqu'à quatre fois, jusqu'à ce que chaque fichier prévu existe. Vous verrez Écriture des fichiers restants…. La poursuite n'est pas facturée.
#3. La nouvelle tentative en l'absence de fichiers (gratuite)
Si la première réponse décrit le projet au lieu d'écrire les fichiers, Codexe redemande une fois, explicitement, les fichiers. Ce même passage nettoie aussi les éléments provisoires comme // TODO. Non facturé.
#4. Contrôle de la plateforme (gratuit)
Avant le build, Codexe vérifie que les fichiers correspondent à la plateforme demandée. Un mod Fabric livré pour une demande Spigot compilerait, mais ce n'est pas ce que vous vouliez. Si la plateforme est mauvaise, Codexe le régénère une fois avec un modèle plus puissant. Si cela échoue encore, le projet s'arrête et, s'il s'agit d'une première génération, vos tokens sont restitués.
#5. Build ou test de chargement (gratuit)
Les plugins et les mods sont compilés ; les datapacks et Skript sont chargés sur un vrai serveur de test. Consultez Compiler.
#6. Correction avec la vraie API (gratuite)
Quand le build échoue, le modèle de correction voit les erreurs exactes et les vraies signatures publiques des classes de bibliothèque concernées, lues dans les mêmes JAR que ceux utilisés par le build. C'est ainsi qu'il corrige les erreurs « method not found » pour la version de l'API que vous utilisez réellement, au lieu de deviner. Consultez Auto Repair.
#Ce que vous payez
| Étape | Qui paie |
|---|---|
| La réponse de génération | Vous (tokens) |
| Les recherches web que le modèle effectue réellement (Business+) | Vous (tokens) |
| Poursuite, nouvelle tentative en l'absence de fichiers, régénération pour la plateforme | Codexe |
| Builds, tests de chargement, corrections, le passage à un modèle plus puissant | Codexe |
| La sortie supplémentaire d'une première génération Free au-delà du plafond de 4,000 tokens | Codexe |
| Une première génération qui ne livre rien d'utilisable | Restituée. Consultez Restitution des crédits |