Flux de création avec IA
Contexte complet, actions limitées
Chaque requête inclut le schéma courant complet et un catalogue de création versionné provenant du form0-core installé. Le catalogue décrit champs, attributs, opérateurs, builtins, événements, références, calculs et métadonnées AI existantes.
L'agent ne peut ni remplacer le document racine ni écrire de fichiers. Il peut proposer ces opérations :
updateFormaddField,updateField,moveFieldetremoveFieldsetTitleFieldetsetStatusFieldsetCalculationsetFormEventCode
Les champs sont ciblés par des clés stables. Les renommages sûrs mettent à jour les références ; les suppressions dangereuses et les cibles introuvables sont refusées.
Validation avant l'aperçu
form0-core applique le lot proposé à une copie en mémoire. Le schéma d'origine n'est pas modifié. Il valide ensuite le résultat complet, notamment :
- règles du schéma et des attributs
- conditions et références aux champs
- expressions calculées, dépendances et cycles
- portée des sections répétables
- types d'événements, références et syntaxe JavaScript
Les lots invalides renvoient des diagnostics à l'agent et ne remplacent jamais le brouillon. Le core installé prévaut si la documentation distante diffère. Consultez calculs et expressions et événements de formulaire pour les fonctions du schéma.
Vérifier et réviser
Après une proposition valide, inspectez le formulaire de travail et le diff cumulé :
Code
/diff compare le schéma à l'entrée en mode AI avec le schéma de travail, changements appliqués et
en attente inclus. /diff --pending compare le dernier schéma appliqué avec la seule proposition en
attente. Utilisez /json pour afficher le schéma de travail brut. Demandez une révision en langage
naturel pour produire un autre lot cohérent. Une seule proposition est examinée à la fois.
Le modèle explique brièvement une proposition terminée. S'il envoie des mutations valides sans texte de réponse, la CLI affiche un court résumé déterministe avant les commandes de vérification. Une demande d'inspection, d'explication ou de diagnostic sans mise en œuvre doit produire une explication et aucune proposition.
Si le serveur d'aperçu fonctionne, le brouillon valide est immédiatement envoyé avec l'indication AI draft. Il reste un aperçu en mémoire.
Appliquer ou écarter
L'application est la seule opération qui écrit la proposition :
Code
Avant l'écriture, la CLI recalcule la révision sur disque. Si elle correspond, elle écrit atomiquement puis actualise le moteur et le navigateur. Pour un nouveau formulaire, elle demande un chemin et confirme avant d'écraser un fichier existant.
Écarter abandonne la proposition et restaure la version validée dans le navigateur :
Code
Quitter le mode AI produit la même restauration de l'aperçu. Si une proposition reste non appliquée,
/exit demande confirmation avant de l'écarter.
Changer de formulaire
Utilisez /load [file|form] pour charger un autre formulaire sans quitter le mode AI. La cible est
validée avant le changement, sa conversation propre est restaurée, l'historique du diff cumulé
redémarre depuis le schéma chargé et le serveur actif est actualisé. Si une proposition n'est pas
appliquée, la CLI demande confirmation avant de l'écarter.
Annuler
L'annulation ne réécrit pas silencieusement le fichier. Elle prépare comme proposition le dernier schéma enregistré pendant la session AI actuelle :
Code
Inspectez puis appliquez explicitement cette proposition. L'annulation appartient à la session et ne constitue pas un historique persistant du schéma.
Modifications externes et brouillons périmés
Si le watcher détecte un changement sur disque après la création de la proposition, le brouillon devient périmé. L'application est bloquée plutôt que de fusionner des changements incompatibles. Rechargez le schéma validé, demandez une révision adaptée et vérifiez-la à nouveau.