Résilience et réparations (vue d'ensemble)
Il n’existe pas de mode « Réparation » distinct. La résilience est intégrée au pipeline Web CODE : chaque tour qualifie et fige ce qui peut changer (Stage A), puis génère dans cette enveloppe figée (Stage B). Viennent ensuite la validation et la normalisation natives ; parfois une seule passe de régénération compacte lorsqu’un brouillon échoue aux contrôles structurels mais peut encore être corrigé sans élargir le périmètre.
Périmètre figé (Stage A) et génération sans élargissement (Stage B)
Section intitulée « Périmètre figé (Stage A) et génération sans élargissement (Stage B) »- Le Stage A enregistre ce que le tour peut toucher (cibles éditables, étapes / fonctions admises, contraintes) et scelle cette autorité.
- Le Stage B ne doit pas étendre cette admission. Les chemins de récupération corrigent la forme et la cohérence de la sortie pour la même tâche—pas de nouvelles cibles de script, de familles d’étapes ou d’éditions plus larges.
Si le modèle a omis ce que vous demandiez parce que ce n’était pas admis, précisez la consigne, actualisez le contexte ou répondez aux preflight, puis renvoyez. Le pipeline ne « répare » pas en élargissant le périmètre.
Validation déterministe (avant application)
Section intitulée « Validation déterministe (avant application) »La validation et la normalisation natives (XML FileMaker, delta CLI, etc.) appliquent des règles : par exemple identité de script, portées d’édition mal formées ou combinaisons dangereuses après normalisation.
S’il n’existe aucun artefact d’application normalisé sûr, Apply reste désactivé même si du texte est affiché—utilisez Preview et Copie pour examiner ou récupérer le contenu à la main.
Passe de réparation bornée (ce que vous pouvez voir dans le chat)
Section intitulée « Passe de réparation bornée (ce que vous pouvez voir dans le chat) »Lorsque la sortie structurée CODE est presque valide mais échoue à la validation dans l’enveloppe scellée, Genie peut afficher une courte ligne système sur la réparation du brouillon CODE et lancer une seule passe compacte avec une invite locale à l’échec—pas une conversation de réparation libre.
Si le résultat reste un brouillon averti, le chat l’indique. Preview / Copie / Apply suivent les règles habituelles : Apply seulement lorsque la pile native valide un chemin d’application ; sinon Preview ou Copie.
Ce que vous devez faire côté développeur
Section intitulée « Ce que vous devez faire côté développeur »- Lire les avertissements et hypothèses avant d’appliquer.
- Comparer le XML généré à l’intention dans Preview, surtout après un avertissement.
- Garder sélection et métadonnées à jour lorsque la tâche dépend d’identités de script ou de schéma réelles.
- Traiter les règles métier floues ou les exigences manquantes comme des problèmes de cadrage—pas comme quelque chose qu’une passe automatique peut inventer en toute sécurité.