Du PDF réglementaire à la décision vérifiable.
Anatomie de la tranche verticale Medyx : importer deux versions, détecter les changements, ouvrir les citations et conserver la validation.
Une démonstration utile ne s’arrête pas à la réponse. Elle doit traverser toute la chaîne source → résultat → preuve → revue sans perdre les identifiants nécessaires à l’audit.
1. Data conserve la source
Chaque fichier est stocké dans un espace privé, associé à une organisation et identifié par une empreinte SHA-256. L’extraction conserve les pages, sections, offsets et relations de succession entre versions.
La couche Data ne cherche pas encore à interpréter le changement. Elle garantit que les entrées restent identifiables et reproductibles.
2. Models représente les passages
Les chunks reçoivent un embedding calculé par un profil versionné. La recherche hybride combine plein texte et proximité vectorielle par Reciprocal Rank Fusion, sans additionner naïvement des scores qui n’ont pas la même échelle.
3. Intelligence construit la comparaison
Le worker apparie les passages sémantiquement proches, distingue ajout, suppression et modification, puis crée des citations exactes vers les versions avant et après. Il échoue explicitement si les embeddings requis manquent au lieu de revenir silencieusement à une méthode moins fiable.
4. Evaluate transforme les erreurs en décisions
Le changement peut être accepté, corrigé ou refusé avec un commentaire. Les cas relus alimentent ensuite un dataset d’évaluation versionné. Une nouvelle version du système peut être comparée au même protocole avant d’être promue.
Ce qui manque encore
La chaîne technique est écrite et testée, mais elle doit encore être exécutée de bout en bout sur un vrai workspace, deux vrais documents et un worker connecté. Le golden set doit également être curé avant qu’un score de performance puisse être publié.
Cette distinction entre code présent, test unitaire et preuve produit est volontaire. Elle évite de transformer la roadmap en démonstration simulée.