Lorsque Data Agent exécute des tâches de requête en langage naturel (NLQ) et de génération SQL, la profondeur de sa compréhension des structures de tables métier, de la sémantique des champs et des définitions des métriques détermine directement la précision des résultats. La fonctionnalité d'analyse sémantique analyse automatiquement les sources de données spécifiées pour extraire intelligemment les relations entre les tables, la sémantique métier des champs et la logique de calcul des métriques, afin de construire un modèle sémantique structuré standardisé. Ce modèle sert de base de connaissances métier à haute valeur ajoutée. Utilisez la commande /dataworks-semantic pour l'injecter avec flexibilité dans le contexte IA de Data Agent, optimisant ainsi la précision des réponses aux requêtes et la fiabilité de la génération SQL pour une expérience d'interaction avec les données plus efficace.
Vue d'ensemble
Pour exécuter des tâches telles que la NLQ et la génération SQL, Data Agent doit comprendre la structure et la sémantique des données métier. La fonctionnalité d'analyse sémantique analyse automatiquement les tables de la source de données MaxCompute, extrait les relations entre les tables, les définitions des champs et la logique de calcul des métriques, puis génère un modèle sémantique structuré au format YAML. Le modèle présente les résultats d'analyse via une vue graphique visuelle et un panneau de code source, vous aidant à comprendre intuitivement les relations entre vos actifs de données.
Grâce à l'analyse sémantique, vous pouvez :
Organiser automatiquement les relations entre les actifs de données : Le système identifie automatiquement les structures de table, la sémantique des champs et les relations inter-tables sans intervention manuelle.
Générer des graphes sémantiques visuels : Affichez les relations entre les ensembles de données et les métriques sous forme de graphe, avec une navigation bidirectionnelle entre le graphe et le code source YAML.
Améliorer la précision des requêtes IA : Chargez le modèle sémantique dans le contexte d'une session Data Agent (à l'aide de la commande
/dataworks-semantic) afin que l'IA puisse générer du SQL plus précis basé sur la sémantique métier.Prendre en charge les corrections et itérations manuelles : Les résultats d'analyse peuvent être modifiés et enregistrés en ligne. Les modifications prennent effet immédiatement sans nécessiter de réexécution de la tâche.
De la source de données MaxCompute à la requête de données précise, l'analyse sémantique couvre cinq étapes clés :
Prérequis
Vous avez activé Data Agent. Si ce n'est pas le cas, consultez le Processus d'activation pour finaliser l'activation.
Une source de données MaxCompute disponible est configurée dans votre espace de travail.
Un groupe de ressources disponible est prêt. Nous recommandons une spécification d'au moins 4 CU.
Étape 1 : Créer une tâche d'analyse sémantique
Accédez aux Paramètres de Data Agent. Dans le volet de navigation de gauche, cliquez sur Semantic Analysis.
Sur la page de liste Semantic Analysis, cliquez sur Create Task.
-
Dans la boîte de dialogue Create Task, configurez les paramètres suivants :
Parameter
Description
Name
Obligatoire. Le format doit respecter les exigences décrites dans les limites d'utilisation.
Data Source Type
Obligatoire. Actuellement, seul MaxCompute est pris en charge.
Business Domain & Focus
Obligatoire. Décrivez en langage naturel le domaine métier et la couche de table sur lesquels l'analyse doit se concentrer. Par exemple : « Domaine du livestream e-commerce, couvrant les dimensions des ventes des animateurs et des ventes de produits, couches DWD à ADS. »
Ce paramètre a une double utilité :
Guide la direction de l'analyse : Indique à l'IA quelles dimensions métier prioriser, l'orientant vers l'extraction des métriques et relations pertinentes.
Définit la portée de l'analyse du code : L'IA utilise la description du domaine métier pour localiser le code pertinent et les tâches de planification via la structure des dossiers DataWorks dans l'espace de travail. Par exemple, si vous indiquez « domaine du livestream e-commerce », l'IA se concentre sur l'analyse des nœuds situés sous les dossiers « e-commerce » et « livestream » plutôt que d'analyser l'intégralité de l'espace de travail.
Des descriptions plus détaillées conduisent à une analyse des tables plus précise et à une analyse du code plus ciblée.
Workspace
Obligatoire. Sélectionnez un espace de travail DataWorks dans la liste déroulante.
Cet espace de travail n'est pas seulement un environnement d'exécution, mais aussi la source de connaissances métier de l'IA. L'IA lit les scripts SQL, les tâches de planification et les structures de dossiers de code depuis cet espace de travail pour interpréter la logique réelle de calcul des métriques. Par exemple, elle extrait des expressions telles que
SUM(CASE WHEN order_status='paid' THEN pay_amount END)du code SQL pour comprendre comment les métriques sont réellement calculées.ImportantAssurez-vous de sélectionner l'espace de travail contenant votre code de traitement des données. Si vous sélectionnez le mauvais espace de travail, l'IA ne peut pas lire le code de traitement réel et ne peut déduire la signification des métriques qu'à partir des commentaires de champ, ce qui entraîne des incohérences entre le modèle et les calculs réels.
Resource Group
Obligatoire. Sélectionnez le groupe de ressources utilisé pour exécuter la tâche.
Pinned Tables
Obligatoire. Dans le sélecteur en cascade, développez un projet MaxCompute dans le panneau de gauche et sélectionnez des tables spécifiques dans le panneau de droite. Vous pouvez sélectionner des tables provenant de différents projets, jusqu'à 30 tables au total. Le modèle se concentrera sur l'analyse des structures et des relations de ces tables.
Reference Files
Facultatif. Téléchargez des fichiers ou saisissez des URL de fichiers pour fournir des documents de référence externes.
Une fois la configuration terminée, cliquez sur le bouton ok en bas de la boîte de dialogue. Après l'affichage du message « Task created » par le système, la liste s'actualise automatiquement.
Erreurs courantes
Sélectionner trop de tables : Ajouter toutes les tables liées (près de 30) dilue l'analyse de l'IA. La sélection de 5 à 10 tables principales (généralement de la couche ADS/DWS) produit de meilleurs résultats.
Description du domaine métier trop large : Se contenter d'écrire « e-commerce » empêche l'IA de localiser des dossiers DataWorks spécifiques, l'amenant à analyser du code non pertinent et à produire un modèle trop générique. Soyez précis concernant les dimensions d'analyse et les couches de données, par exemple : « Domaine du livestream e-commerce, dimensions des ventes des animateurs et des ventes de produits, couches DWD à ADS. »
Ne pas télécharger de fichiers de référence : Lorsque les commentaires des champs de table sont incomplets (par exemple, un champ nommé
gmvsans commentaire), le téléchargement d'un dictionnaire de données ou d'un document de définition des métriques améliore considérablement la compréhension par l'IA de la sémantique des champs.
Étape 2 : Exécuter une tâche d'analyse sémantique
Après la création d'une tâche, exécutez-la comme suit :
Sur la page de liste Semantic Analysis, repérez la tâche cible et cliquez sur Run dans la colonne Actions.
Le système affiche un message « Run submitted » et ouvre automatiquement la boîte de dialogue des détails de la tâche.
Une fois la tâche soumise, le système exécute l'analyse sémantique en arrière-plan. Le temps d'exécution dépend du nombre et du volume des tables analysées, et prend généralement plusieurs minutes. Le moteur IA effectue l'analyse selon deux dimensions simultanément :
Dimension 1 : Lecture des scripts SQL et des tâches de planification depuis l'espace de travail. Sur la base de la description du domaine métier, l'IA localise le code pertinent via la structure des dossiers DataWorks et interprète la logique réelle de calcul des métriques et les relations de traitement entre les tables à partir du SQL.
Dimension 2 : Analyse des métadonnées des tables épinglées. L'IA extrait la sémantique métier de chaque champ, les synonymes, les relations entre les couches de tables, les définitions des métriques métier, les formules de métriques dérivées et des exemples de paires questions-réponses.
Les résultats d'analyse des deux dimensions sont recoupés et fusionnés en un seul modèle sémantique complet.
Étape 3 : Consulter les détails de la tâche et l'état d'exécution
Cliquez sur un nom de tâche dans la liste des tâches pour ouvrir la boîte de dialogue des détails de la tâche. Les détails de la tâche contiennent les onglets suivants :
Historique d'exécution
Affiche tous les enregistrements d'exécution de la tâche. Chaque enregistrement inclut l'ID d'exécution, l'heure de début, l'état d'exécution et les boutons d'action.
Les états d'exécution incluent :
|**Status**
|
**Description**
| | --- | --- | |
**Pending**
|
La tâche est mise en file d'attente et attend d'être planifiée.
| |
**Running**
|
La tâche est en cours d'exécution.
| |
**Success**
|
La tâche a été exécutée avec succès.
| |
**Failed**
|
La tâche a rencontré une erreur.
| |
**Terminated**
|
La tâche a été arrêtée manuellement.
|
La page Run History prend en charge les actions suivantes :
View Log : Toujours disponible. Cliquez pour ouvrir la visionneuse de journaux. Le contenu du journal s'actualise automatiquement toutes les 5 secondes jusqu'à la fin de la tâche.
View Results : Disponible uniquement lorsque l'état d'exécution est « Success ». Cliquez pour ouvrir la visionneuse de résultats du modèle sémantique, qui affiche une vue bidirectionnelle du graphe et du code source.
Download Results : Disponible uniquement lorsque l'état d'exécution est « Success ». Cliquez pour ouvrir la liste de téléchargement des fichiers de résultats.
Stop : Disponible uniquement lorsque la tâche est dans l'état « Pending » ou « Running ». Cliquez pour afficher une boîte de dialogue de confirmation. Après confirmation, la tâche est terminée et les résultats intermédiaires déjà générés sont conservés.
Autres onglets
La boîte de dialogue des détails de la tâche contient également les onglets suivants :
Latest Results : Affiche la liste des fichiers de sortie de la dernière exécution réussie. Vous pouvez consulter, modifier ou télécharger les fichiers de résultats.
Task Overview : Affiche les informations de configuration de base de la tâche au format clé-valeur, telles que l'ID de la tâche.
Pinned Tables : Répertorie toutes les tables d'analyse sélectionnées pour cette tâche, y compris le numéro de séquence, le projet MaxCompute, le nom de la table et l'ID d'entité. Cliquez sur Details pour accéder à la page de détails de la table correspondante dans Data Map.
Uploaded Files : Affiche la liste des fichiers de référence associés à cette tâche, y compris le nom du fichier, la taille et l'heure de téléchargement.
Étape 4 : Consulter et modifier le modèle sémantique
Accédez à l'onglet Run History et cliquez sur View Results pour un enregistrement d'exécution dont l'état est « Success » afin d'ouvrir la visionneuse de résultats du modèle sémantique.
La visionneuse de résultats offre une vue bidirectionnelle du graphe et du code source :
Graphe du modèle sémantique : Affiche les relations entre les ensembles de données sous forme visuelle. Les nœuds du graphe représentent des ensembles de données ou des métriques, et les arêtes représentent les relations entre eux. Cliquez sur un nœud ou une arête dans le graphe, et l'éditeur de code source à droite fait défiler automatiquement la vue jusqu'à la ligne correspondante et la met en surbrillance.
Éditeur de code source YAML : Affiche le code source YAML du modèle sémantique. La structure de niveau supérieur comprend les définitions des ensembles de données, les descriptions des champs, ai_context et d'autres informations. Lorsque vous parcourez le code source, le graphe à gauche met automatiquement en surbrillance et centre la vue sur le nœud ou l'arête correspondant.
Si le fichier de résultat est au format YAML, la visionneuse de résultats affiche par défaut la vue bidirectionnelle du graphe et du code source. Si le résultat est un fichier d'index (tel que _index.json, qui répertorie tous les fichiers de résultats générés par cette exécution), seule la vue en lecture seule du code source est affichée.
La visionneuse de résultats prend également en charge les fonctionnalités suivantes :
Vue plein écran : Cliquez sur le bouton Fullscreen pour afficher le graphe ou le code source en mode plein écran.
Modifier et enregistrer : Cliquez sur Edit pour entrer en mode édition. Après avoir modifié le contenu YAML, cliquez sur Save pour écrire les modifications dans le backend. Les modifications prennent effet immédiatement après l'enregistrement, sans nécessiter de réexécution de la tâche. Pour annuler les modifications, cliquez sur Reset pour restaurer la dernière version enregistrée. Vous pouvez également utiliser Compare Changes pour visualiser les différences.
Structure YAML du modèle sémantique
Le modèle sémantique généré par le moteur IA utilise le format YAML avec quatre modules principaux au niveau supérieur :
|**Module**
|
**Description**
| | --- | --- | |
**ai_context**
|
Contexte IA, incluant les descriptions du domaine métier (instructions) et des exemples de paires questions-réponses (few_shots). Le champ instructions informe l'IA sur la stratification des données, les champs de partition et d'autres informations globales. Le champ few_shots fournit de véritables exemples de questions + SQL pour aider l'IA à comprendre les modèles de requête courants.
| |
**metrics**
|
Définitions des métriques métier. Chaque métrique comprend un nom, une description, des synonymes et une expression de calcul. Par exemple, GMV peut avoir des synonymes tels que « montant des ventes » et « volume des transactions », avec l'expression `SUM(gmv)`.
| |
**metric_formulas**
|
Formules de métriques dérivées. Définit les métriques calculées en combinant des métriques de base, par exemple : « Valeur moyenne de commande = GMV / Nombre de commandes » ou « Dépense par habitant = GMV / Nombre d'acheteurs. »
| |
**datasets**
|
Définitions des ensembles de données. Répertorie la source, la description et les détails des champs de chaque table (nom du champ, type, signification métier, synonymes et indication s'il s'agit d'un champ de métrique).
|
Voici un exemple simplifié de code source YAML :
semantic_model:
- ai_context:
instructions: |
E-commerce livestream data analysis domain. Covers anchor sales
and product sales dimensions.
Data layers: ODS → DWD → DWS → ADS
Partition field: dt. Currency: CNY.
few_shots:
- question: Who are the top 10 anchors by GMV yesterday?
sql: |
SELECT anchor_name, gmv
FROM ads_ctlive_anchor_stats
WHERE stat_period = '1d'
ORDER BY gmv DESC LIMIT 10;
metrics:
- name: GMV
description: Total transaction amount (CNY)
ai_context:
synonyms: [sales amount, transaction volume, revenue]
expression:
dialects:
- dialect: MaxCompute
expression: SUM(gmv)
metric_formulas:
- name: Average Order Value
description: Average transaction amount per order (CNY)
formula: GMV / Order Count
datasets:
- source: ads_ctlive_anchor_stats
description: ADS - Anchor transaction statistics
fields:
- name: anchor_name
type: string
description: Anchor nickname
synonyms: [anchor, streamer, host]
- name: gmv
type: double
description: Total transaction amount (CNY)
metric: true
synonyms: [sales amount, GMV, revenue]
Étape 5 : Charger et utiliser le modèle sémantique dans Data Agent
Après avoir généré un modèle sémantique YAML via les étapes précédentes, le modèle réside côté serveur. Les sessions de chat Data Agent n'y accèdent pas automatiquement. Vous devez charger explicitement le modèle sémantique dans une session Agent afin que l'IA puisse référencer les connaissances métier qu'il contient lors de la réponse aux questions.
Procédure :
Ouvrez Data Agent et accédez à la fenêtre de chat.
Saisissez
/dataworks-semanticdans la zone de saisie du chat et envoyez-le.L'Agent exécute automatiquement les opérations suivantes : vérification de l'environnement → liste des tâches disponibles → téléchargement de la sortie YAML → injection dans le contexte IA de la session actuelle.
Après avoir confirmé le chargement réussi, commencez à interroger et à générer du SQL basé sur le modèle sémantique.
Pour télécharger manuellement les fichiers de résultats, accédez à l'onglet Run History dans la console et cliquez sur Download Results pour un enregistrement d'exécution réussi afin d'obtenir les fichiers de sortie YAML.
Les scénarios suivants voient leur qualité s'améliorer considérablement après le chargement d'un modèle sémantique :
|**Scenario**
|
**Description**
| | --- | --- | |
**Natural language queries**
|
Posez des questions directement, telles que « tendance du GMV ce mois-ci » ou « Top 5 des marques par nombre d'acheteurs ». L'IA sélectionne automatiquement les tables, les champs et les filtres appropriés.
| |
**SQL generation**
|
Demandez à l'IA de « rédiger une requête SQL pour le GMV moyen sur 7 jours de chaque animateur ». L'IA génère un SQL précis basé sur les structures de table et les définitions de métriques du modèle.
| |
**Metric definition lookup**
|
Demandez « Comment la valeur moyenne de commande est-elle calculée ? ». L'IA consulte metric_formulas dans le modèle et répond : Valeur moyenne de commande = GMV / Nombre de commandes.
| |
**Business analysis reports**
|
Demandez à l'IA d'« analyser les ventes de ce mois par catégorie ». L'IA combine les dimensions et les métriques du modèle pour générer des rapports multidimensionnels.
|
Le modèle sémantique est chargé uniquement pour la session actuelle. Vous devez ressaisir
/dataworks-semanticaprès l'ouverture d'une nouvelle session.Si vous avez modifié le YAML sur la console ou réexécuté la tâche, rechargez le modèle dans la session Agent pour obtenir la dernière version.
Vous pouvez charger plusieurs modèles sémantiques dans la même session. Si vous disposez de plusieurs tâches d'analyse (par exemple, « e-commerce » et « inventaire »), chargez-les séparément — l'IA comprendra simultanément plusieurs domaines métier.
Les fichiers YAML téléchargés sont mis en cache localement dans le répertoire
.semantic/. Le rechargement de la même tâche ne nécessite pas de nouveau téléchargement depuis le serveur (sauf si le modèle a été mis à jour).
Référence de la commande /dataworks-semantic
/dataworks-semantic est une compétence intégrée à DataWorks qui fournit une gestion complète du cycle de vie des modèles sémantiques — du téléchargement et de l'indexation à la recherche et au retour arrière. Saisissez la commande directement dans une session Data Agent pour l'invoquer.
Voici la référence complète de la commande :
|**Command**
|
**Function**
|
**Description**
| | --- | --- | --- | |
`check`
|
Vérification de l'environnement
|
Détecte Python, les dépendances, les fichiers de configuration (.env) et la connectivité réseau.
| |
`create`
|
Créer une tâche
|
Ouvre la page de création de tâche.
| |
`list`
|
Lister les tâches
|
Répertorie toutes les tâches d'analyse sémantique et leurs états.
| |
`runs
|
Historique d'exécution
|
Répertorie tous les enregistrements d'exécution d'une tâche spécifiée.
| |
`download
|
Télécharger la sortie
|
Télécharge les fichiers YAML localement. Prend en charge `--run-id` pour spécifier une exécution.
| |
`sync`
|
Synchronisation en masse
|
Télécharge les derniers résultats de toutes les tâches. Prend en charge `--force` pour écraser les modifications locales.
| |
`index
|
Construire l'index
|
Construit un fichier d'index à partir du YAML pour des requêtes rapides.
| |
`search
|
Rechercher dans l'index
|
Recherche les tables, champs ou métriques cibles par nom.
| |
`inspect
|
Inspecter la source
|
Lit la preuve YAML originale et valide la cohérence entre l'index et la source.
| |
`rollback
|
Restaurer un instantané
|
Restaure un instantané précédent. Prend en charge `--list` pour afficher l'historique des instantanés.
| |
`report
|
Générer un rapport
|
Génère un rapport de synthèse HTML avec les métriques, les tables, les formules et les exemples.
| |
`log
|
Afficher les journaux
|
Affiche les journaux d'exécution de la tâche. Prend en charge `--tail N` pour afficher les N dernières lignes.
|
Flux de travail typique : check → list → download/sync → index → search → Chargement du YAML dans le contexte de la session → Requête de données précise basée sur le modèle sémantique.
Exemple de scénario : Parcours complet du livestream e-commerce
Ce qui suit décrit le flux de travail complet, de la création de la tâche à la requête précise, en utilisant un scénario de livestream e-commerce.
1. Créer une tâche (Étape 1)
Sur la page Semantic Analysis, cliquez sur Create Task et remplissez la configuration suivante :
|**Workspace**
|
Sélectionnez `e_commerceanalytics_mc` (l'espace de travail contenant les scripts SQL et les tâches de planification du livestream e-commerce).
| | --- | --- | |
**Business Domain & Focus**
|
« Domaine du livestream e-commerce, couvrant les dimensions des ventes des animateurs et des ventes de produits, couches de données ODS→DWD→DWS→ADS »
| |
**Pinned Tables**
|
Sélectionnez 4 tables principales : `ads_ctlive_anchor_stats`, `ads_ctlive_item_stats`, `dws_ctlive_trd_anchor_1d`, `dws_ctlive_trd_item_1d`
|
2. Exécuter la tâche (Étape 2)
Cliquez sur Run. Le moteur sémantique IA effectue automatiquement l'analyse suivante : il localise les dossiers de l'espace de travail correspondant au « domaine du livestream e-commerce » et lit les scripts SQL → extrait la logique réelle de calcul des métriques à partir du code (par exemple, découvre que gmv = SUM(CASE WHEN order_status='paid' THEN pay_amount END)) → analyse les métadonnées et les relations entre les champs des 4 tables → identifie les hiérarchies des couches ADS/DWS → génère un modèle YAML structuré contenant les définitions de métriques, les formules dérivées et des exemples SQL.
Différence clé : Sans l'espace de travail correct, l'IA ne peut déduire la signification des métriques qu'à partir des commentaires de champ. Avec l'espace de travail correct sélectionné, elle extrait la logique SQL réelle, améliorant considérablement la qualité du modèle.
3. Consulter et modifier le modèle (Étapes 3 et 4)
Une fois la tâche terminée, ouvrez l'onglet Semantic Model sur la page des détails de la tâche. Utilisez la vue graphique pour vérifier les relations entre les tables, et ajustez les définitions de métriques ou ajoutez du contexte métier dans l'éditeur YAML. Enregistrez vos modifications une fois satisfait.
4. Charger dans Data Agent (Étape 5)
Dans une session Data Agent, exécutez /dataworks-semantic download <job-name> suivi de /dataworks-semantic index <job-name> pour télécharger le modèle localement et construire l'index. Toutes les requêtes ultérieures dans cette session tireront parti du modèle sémantique pour des réponses précises.
5. Vérifier les résultats
Après le chargement, comparez la qualité des réponses de l'Agent pour les mêmes questions avant et après :
Question de l'utilisateur : « Qui étaient les 10 meilleurs animateurs par GMV hier ? »
Without semantic model | With semantic model loaded |
Nom de table incorrect, noms de champs incorrects, filtre de période manquant. | Nom de table correct, noms de champs corrects, filtre de période correct. |
Question de l'utilisateur : « Quelle est la valeur moyenne de commande par catégorie au cours des 30 derniers jours ? »
Without semantic model | With semantic model loaded |
La valeur moyenne de commande ≠ le prix moyen du produit. Aucun filtre temporel. Table incorrecte. | Interprète correctement « valeur moyenne de commande » comme GMV / Nombre de commandes, utilise la table et la période correctes. |
Après le chargement d'un modèle sémantique, l'IA référence automatiquement ai_context (instructions métier), metrics (définitions et synonymes), metric_formulas (formules dérivées) et datasets (mappages de tables et de champs), passant de la « supposition » à la « génération précise basée sur les connaissances ».
FAQ
Q : Quelles sont les causes possibles d'un échec de tâche ?
R : Les échecs de tâche sont généralement causés par les raisons suivantes :
Spécification insuffisante du groupe de ressources : Les tâches peuvent échouer en raison de ressources insuffisantes lorsque la spécification du groupe de ressources est inférieure à 4 CU. Nous vous recommandons de sélectionner un groupe de ressources avec une spécification d'au moins 4 CU.
Autorisations insuffisantes sur le projet MaxCompute : L'espace de travail qui exécute la tâche d'analyse sémantique doit disposer d'autorisations de lecture sur le projet MaxCompute cible. Vérifiez la relation de liaison et la configuration des autorisations entre l'espace de travail et le projet MaxCompute.
Volume de données excessif : Un nombre trop élevé de tables ou un volume de données trop important lors d'une seule exécution d'analyse peut provoquer un délai d'expiration. Nous vous recommandons de réduire le nombre de tables épinglées et de réessayer.
Q : Dois-je réexécuter la tâche après avoir modifié le YAML ?
R : Non. Après avoir modifié et enregistré le YAML dans la visionneuse de résultats, les modifications prennent effet immédiatement. La prochaine fois que vous effectuerez un téléchargement via /dataworks-semantic, la dernière version sera automatiquement récupérée.
Q : J'obtiens une erreur d'expiration de jeton lors de l'utilisation du modèle sémantique dans Data Agent.
R : Exécutez /dataworks-semantic check pour vérifier l'environnement. Si des erreurs liées à l'authentification apparaissent, actualisez vos identifiants d'authentification et réessayez.
Q : Je vois « local edits detected » lors du téléchargement. Que dois-je faire ?
R : Cela signifie que le fichier YAML a été modifié après le dernier téléchargement (incompatibilité de hachage). Pour écraser les modifications locales, ajoutez l'indicateur --force pour forcer le téléchargement. Nous vous recommandons de sauvegarder vos modifications locales au préalable.