7 Commits

Author SHA1 Message Date
Thomas Fransolet
526bb904b1 Dry run joué : 20 sections orphelines, et une décision produit en attente
Recette d'import documentée (MigrationController lit un Mongo vivant, pas les
fichiers de migration-data/), résultats des comptages, et les deux réserves :
l'export a 4 mois alors que la prod tourne encore sur Mongo, et les 20
sections orphelines sont du contenu MDLF réel dont le sort doit être tranché
avec le client — recréer les 2 configurations, ou acter la perte.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-11 16:40:11 +02:00
Thomas Fransolet
1321f0cebe Lot G : 8 écarts clos, dont trois qui n'existaient pas
Trois cartes « Bascule prod » se ferment sans une ligne de code : l'export
Mongo, lu plutôt que supposé, montre qu'il n'y avait rien à perdre.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-11 16:26:01 +02:00
Thomas Fransolet
c180230f49 Décisions tarifaires et requalification de deux écarts du lot G
Décisions consignées pour ne pas être re-tranchées : plans alignés sur la
grille, add-on IA sur les plans sans IA, affectation des 4 clients
existants, et les deux pièges qui vont avec (sémantique asymétrique du 0,
rattrapage d'indexation non déclenché par un UPDATE en SQL).

Requalification de deux écarts du lot G, vérifiés dans l'export Mongo :
- (a) « BuildSection ne couvre que 11 types sur 13 » est une fausse alerte :
  les 327 sections de l'export ne contiennent que les types 0 à 10.
  SectionEvent et SectionParcours n'existaient pas dans Mongo, ils sont nés
  avec Postgres v3. Le default est un filet, pas un trou.
- (c) « Instance : 4 champs migrés sur ~35 » n'est pas un oubli de mapping :
  la source ne contient que 4 champs. Les 31 autres sont à générer, dériver
  ou décider.

Signalé sans le traiter : la FAQ de la landing appelle encore le plan à
179€ « Bundle » (41 occurrences, 4 langues) là où la grille dit Premium.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-11 16:06:36 +02:00
Thomas Fransolet
005f5c1606 Lot B, C1 et lot E livrés ; deux erreurs de doc corrigées
Deux points où suivre la doc à la lettre aurait produit un correctif
inopérant ou destructeur, tous deux consignés pour ne pas être rouverts :

- « Supprimer SectionEvent.IconResourceId » (lot B) : ce champ n'existe pas.
  La ligne visée appartient à la classe imbriquée MapAnnotation, partagée par
  trois types de section et lue par cinq contrôleurs.
- « Cas PDF dans getElementForResource » (lot E) : cette fonction retourne
  CachedCustomResource avant son switch, qui est donc du code mort. Le vrai
  dispatcher en a deux.

Également : C1 montre que le « prérequis levé le 10/08 » du backfill n'était
vrai que d'un chemin de création sur deux, et le fournisseur de carte en web
est tranché (Leaflet) avec la correction de ce que l'option impliquait
réellement.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-11 15:32:19 +02:00
Thomas Fransolet
8e82e5b6e7 DB2 livré, persistance incrémentale rattachée à DB4
Le garde-fou et la persistance au fil de l'eau sont alternatives, pas
cumulables : si chaque étape part à la saisie, le garde-fou n'a plus
d'objet. La persistance impose en outre de créer le parcours dès la 1re
étape — parcours à moitié remplis en base, « Annuler » qui n'annule plus
rien — soit la sémantique qu'apporte le rail d'étapes de l'option A. Elle
rejoint donc DB4, avec le terrain relevé : les endpoints GuidedStep
existent déjà, le backend persiste les questions imbriquées, et il n'y a
volontairement pas d'endpoint QuizQuestion.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-11 13:44:03 +02:00
Thomas Fransolet
991211d32a Contrôle du code du 2026-08-11 : corrections d'état et lot A révisé
STATUS.md et v1-plan.md portaient plusieurs affirmations périmées, toutes
revérifiées dans le code.

Ce qui tombe :
- §4 : les 9 repos sont propres et synchronisés (DOCS en est un). L'étape 1
  du lot A est terminée, à ne pas re-planifier.
- §3 : diagnostic manager_api_new fermé — 139 `part` pour 153 fichiers, les
  14 orphelins hors graphe de compilation. Et ils étaient trois
  déclencheurs de génération, pas un : mymuseum-visitapp et tablet-app en
  avaient aussi.
- §1bis : la piste Dart du build tablet-app (ContentGeoPoint) est écartée —
  les deux références sont dans des blocs commentés. Le problème est
  purement Gradle.

Ce qui se déplace :
- Rotation des secrets → lot I (I0), repos privés auto-hébergés. Le lien L1
  reste entier : elle précède I3, donc la fin du lot H. La boucle du graphe
  de dépendances disparaît.

Ce qui apparaît :
- §1bis / §5bis : mymuseum-visitapp ne construit plus son APK (Gradle/NDK,
  pas Dart) et le POC Ray-Ban ne compile plus — kElevenLabsApiKey et
  kElevenLabsVoiceId absents de constants.dart, jamais committés.

kanban.html : carte « travail non committé » close, carte des secrets
déplacée en Bascule prod, nouvelle carte pour le build mymuseum, cartes
tablet-app et client généré réécrites. Compteurs revérifiés par script.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-11 12:13:09 +02:00
Thomas Fransolet
a5a8ecdb20 Documentation interne MyInfoMate / Unov
Import initial de la documentation : statut, roadmap, plans V1/V2,
specs verticales (creche, sport), audits securite, plan de test,
analyse concurrentielle et maquettes de design.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-11 11:17:01 +02:00