Refaire sans perdre ce qui a été appris

La refonte n'est ni une copie du monolithe historique ni une réécriture aveugle. Elle extrait ses comportements utiles, les confronte aux exigences actuelles et les reconstruit derrière des contrats plus nets.

Le rôle du dossier historique

YISIN fournit la vision, les parcours, les règles métier, les maquettes et une première expérience de production. Il révèle aussi les coûts du mélange : très grands services, pages massives, responsabilités transversales entremêlées, promesses déconnectées des garanties et corpus copié manuellement.

Méthode par capacité

Inventorier → qualifier → spécifier → tester le contrat
          → réimplémenter → migrer → comparer → retirer l'ancien

Pour chaque capacité, une fiche précisera : comportement historique, décision actuelle, API cible, données propriétaires, risques, tests d'acceptation et stratégie de bascule.

Ordre recommandé

1. stabiliser corpus, index et contrat RAG ;
2. construire identité, rôles et sessions ;
3. créer conversations, messages et runs persistants ;
4. implémenter retrieval, dossier de preuves et gate de publication ;
5. terminer l'expérience YISIN ;
6. activer administration et observabilité ;
7. migrer quotas et paiements ;
8. reconstruire WEDOTO par domaines ;
9. conduire la recette puis retirer l'ancien runtime.

Pas de big bang

La bascule se fait par tranches verticales. Une première tranche doit permettre une question sourcée de bout en bout avec identité, run, preuve et journal. Les fonctions secondaires ne doivent pas retarder cette preuve de cohérence.

Critère de fin

Une capacité historique est remplacée lorsque le nouveau parcours satisfait ses critères, que les données nécessaires sont migrées, que l'observabilité confirme son fonctionnement et qu'un retour arrière est documenté.