Cyrille = source de vérité¶

Règle de gouvernance pour toute étude LObsTer.

La règle¶

Pourquoi¶

Cyrille est l'expert métier — urbaniste-data. Il sait mieux que Claude ce qui fait la qualité d'un livrable LObsTer face à la concurrence. Marc l'a explicitement confirmé en Sprint 0 :

"C'est lui qui sait ce qui a de mieux à faire en terme d'études"

Application concrète¶

Avant tout sprint sur une étude :

1. Identifier la dernière version Cyrille dans Contexte_par_cyrille/ (par mtime + convention <CODE>_<Commune>_<millésime>_v<N>.html)
2. La traiter comme spec figée — le pipeline Python doit la reproduire
3. Reverse-engineer les data collectors Python pour alimenter exactement ce template avec des données certifiées
4. Ne JAMAIS extrapoler une valeur sans la marquer visuellement "estimation" ET la questionner à Cyrille

Inventaire des versions¶

Workflow de revue¶

sequenceDiagram
    participant C as Cyrille
    participant M as Marc
    participant IA as Claude

    C->>M: Livre nouvelle version HTML
(Contexte_par_cyrille/)
    M->>IA: "Prends la nouvelle version de Cyrille comme base"
    IA->>IA: Analyse le HTML (structure, KPIs, sources)
    IA->>IA: Reverse-engineer le pipeline Python
    IA->>M: Génère rapport test sur une commune
    M->>C: Envoie pour revue qualité
    C->>M: Feedback / ajustements
    M->>IA: Transmet feedback → nouvelle itération

Anti-patterns à éviter¶

• ❌ Claude ne propose pas de nouvelle structure de rapport sans l'aval de Cyrille
• ❌ Claude n'invente pas de KPI "pour améliorer" la présentation
• ❌ Claude ne supprime pas une section de l'HTML Cyrille (dans le doute, il la marque "À valider")
• ❌ Claude n'extrapole pas une donnée manquante — il la marque "N/A" ou "estimation" explicitement