Nicolas Cantu
785868b53b
**Motivations:** - Centraliser les fichiers Cursor (rules, skills, agents, commands, hooks) par user et par projet **Root causes:** - N/A **Correctifs:** - N/A **Evolutions:** - desk: rules, skills-cursor, agents, commands, hooks, argv/hooks/mcp.json - ncantu: README placeholder - 4NK_node, algo, builazoo, ia_local, lecoffre_ng, lecoffre_ng_pprod, lecoffre_ng_test: .cursor contents **Pages affectées:** - cursor/desk/, cursor/ncantu/, cursor/<project>/
55 lines
2.0 KiB
Plaintext
55 lines
2.0 KiB
Plaintext
---
|
||
alwaysApply: false
|
||
---
|
||
# Modélisation des données à partir de CSV
|
||
|
||
[portée]
|
||
Utilisation des CSV comme base des modèles de données, y compris en-têtes multi-lignes.
|
||
|
||
[objectifs]
|
||
|
||
- Confirmer la structure inférée pour chaque CSV.
|
||
- Demander une définition formelle de toutes les colonnes.
|
||
|
||
[directives]
|
||
|
||
- Gérer explicitement les en-têtes multi-lignes (titre principal + sous-colonnes).
|
||
- Confirmer par écrit dans docs/API.md ou docs/ARCHITECTURE.md : nombre de lignes d’en-tête, mapping colonnes→types, unités, domaines de valeurs, nullabilité, contraintes.
|
||
- Poser des questions si ambiguïtés ; proposer une normalisation temporaire documentée.
|
||
- Corriger automatiquement les incohérences de types si une règle de mapping est établie ailleurs et documenter la transformation.
|
||
|
||
[validations]
|
||
|
||
- Aucune ingestion sans spécification de colonnes validée.
|
||
- Traçabilité des corrections de types (avant/après) dans docs/ARCHITECTURE.md.
|
||
|
||
[artefacts concernés]
|
||
|
||
- docs/API.md, docs/ARCHITECTURE.md, docs/USAGE.md.
|
||
|
||
# Modélisation des données à partir de CSV
|
||
|
||
[portée]
|
||
Utilisation des CSV comme base des modèles de données, y compris en-têtes multi-lignes.
|
||
|
||
[objectifs]
|
||
|
||
- Confirmer la structure inférée pour chaque CSV.
|
||
- Demander une définition formelle de toutes les colonnes.
|
||
|
||
[directives]
|
||
|
||
- Gérer explicitement les en-têtes multi-lignes (titre principal + sous-colonnes).
|
||
- Confirmer par écrit dans docs/API.md ou docs/ARCHITECTURE.md : nombre de lignes d’en-tête, mapping colonnes→types, unités, domaines de valeurs, nullabilité, contraintes.
|
||
- Poser des questions si ambiguïtés ; proposer une normalisation temporaire documentée.
|
||
- Corriger automatiquement les incohérences de types si une règle de mapping est établie ailleurs et documenter la transformation.
|
||
|
||
[validations]
|
||
|
||
- Aucune ingestion sans spécification de colonnes validée.
|
||
- Traçabilité des corrections de types (avant/après) dans docs/ARCHITECTURE.md.
|
||
|
||
[artefacts concernés]
|
||
|
||
- docs/API.md, docs/ARCHITECTURE.md, docs/USAGE.md.
|