Mode DATA

Le mode DATA est le workflow d’exécution pour les opérations à impact d’écriture dans Genie.

À quoi sert DATA

Exécuter des mises à jour de données approuvées.
Exécuter des opérations impactant le schéma avec confirmation explicite.
Gérer des demandes de migration en plusieurs étapes avec révision et exécution pas à pas.

Comment Genie choisit entre SQL unique et plan de migration

Genie dirige votre demande vers l’un des deux parcours d’exécution :

Exécution DATA en une seule instruction pour les opérations ciblées en une étape.
Plan de migration pour les demandes de type migration ou clairement multi-étapes (par exemple, des opérations enchaînées comme ajout, backfill, puis nettoyage).

Workflows de bout en bout

Passez en mode DATA et acceptez l’avertissement.
Envoyez une demande précise.
Suivez soit la confirmation d’instruction unique, soit les cartes d’étapes de migration.
Confirmez, annulez, réessayez, ignorez ou abandonnez selon le résultat.
Validez les résultats avant de continuer.

Clarification preflight

Le preflight est un processus agentique désormais toujours activé pour les demandes DATA, afin de garantir que votre intention est claire et ancrée dans le schéma avant l’exécution.

Automatique : le preflight s’exécute par défaut pour chaque prompt DATA.
Clarification : si l’IA détecte une ambiguïté ou a besoin de plus de contexte de schéma, elle posera de courtes questions.
Budget : vous pouvez contrôler le nombre maximal de questions de clarification dans Settings > Clarification Budget > Preflight Questions.

Avertissement d’entrée dans le mode et activation

Workflow A : exécution DATA en une seule instruction

Genie renvoie un bloc SQL final avec des liens d’action.
Relisez le SQL et l’intention.
Cliquez sur Confirm (ou Confirm Full Table Change si nécessaire) pour exécuter, ou sur Cancel pour arrêter.
Si nécessaire, saisissez la phrase de confirmation exacte affichée dans le chat au lieu d’utiliser le bouton :
- CONFIRM CHANGE pour l’exécution standard préparée
- CONFIRM FULL TABLE CHANGE pour l’exécution sur table entière ou destructive
Genie renvoie un état de réussite, d’avertissement ou d’échec.

Workflow B : plan de migration (demandes multi-étapes)

Dans le flux de migration, Genie renvoie un plan avant exécution :

Un résumé tel que “Migration plan ready (N steps)”.
Des détails facultatifs de revue du plan complet pour toutes les étapes.
Une carte de l’étape courante avec aperçu SQL et actions du plan.
La ligne d’action courante utilise Execute Step-by-Step, Execute All et Abort Plan.

Si vous choisissez Execute All, Genie demande une confirmation explicite avant l’exécution séquentielle.

Après l’exécution, Genie indique la progression étape par étape et la fin complète du traitement.

Actions d’étape et rôle de chacune

Execute Step-by-Step : exécute la migration une étape à la fois afin que vous puissiez relire chaque action préparée avant de continuer.
Execute All : exécute séquentiellement les étapes restantes de la migration après confirmation explicite.
Abort Plan : arrête le plan de migration actif.
Confirm : exécute une action SQL préparée. Vous pouvez aussi saisir CONFIRM CHANGE.
Confirm Full Table Change : confirmation exacte requise pour les UPDATE, TRUNCATE, DROP sur table entière ou autres opérations similaires à fort impact. Vous pouvez aussi saisir CONFIRM FULL TABLE CHANGE.
Cancel : n’exécute pas le SQL préparé et revient au flux de revue contrôlé.

Actions d’échec et de récupération

Si une étape de migration échoue ou est bloquée, Genie peut présenter des commandes de récupération :

Retry Step : prépare à nouveau et réessaie l’étape en échec actuelle.
Skip Step : marque l’étape actuelle comme ignorée et passe à la suivante.
Abort Plan : arrête le plan lorsqu’il n’est pas prudent de poursuivre.

Lorsque vous ignorez une étape destructive, Genie avertit que la migration peut devenir incohérente.

Vérifications de sécurité déterministes que vous pouvez voir

Avant l’exécution, Genie applique des vérifications déterministes et peut bloquer l’exécution :

Protection sur table entière pour UPDATE ou DELETE sans intention précisément délimitée.
Détection d’incohérences de placeholders / paramètres.
Blocs de validation DATA (affichés comme messages [DATA Validation]).
Blocage de formes SQL non prises en charge pour des instructions incompatibles.
Blocage de CREATE INDEX. Genie n’exécute pas CREATE INDEX en mode DATA parce que FileMaker gère l’indexation via les réglages de rubrique et de stockage.

Le bloc d’avertissement et les commandes de confirmation s’affichent inline dans le chat pour le SQL à fort impact.

Bonnes pratiques pour une exécution sûre

Gardez des prompts précis (table, rubriques, portée du filtre, impact attendu).
Validez le ciblage complexe en QUERY avant l’exécution DATA.
Relisez toutes les étapes de migration avant d’utiliser Execute All.
Si vous devez modifier le comportement d’indexation, utilisez les options FileMaker de rubrique / stockage plutôt que le SQL en mode DATA.
Traitez les avertissements destructifs comme des points de revue obligatoires.

Conseils de récupération

Si le texte de confirmation ne correspond pas à l’intention, annulez et préparez de nouveau.
Si une étape est arrêtée, utilisez Retry Step, Skip Step ou Abort Plan selon le risque.
Si Genie bloque CREATE INDEX, faites cette modification dans la configuration du schéma FileMaker au lieu de réessayer en mode DATA.
Si vous êtes bloqué par une validation, révisez la portée / l’intention SQL et relancez.
Si l’état du plan n’est plus à jour, démarrez une nouvelle demande DATA et régénérez le plan.