From 1e9b9a6f09515fe91c5ca5d47f2e34ec0d3e271e Mon Sep 17 00:00:00 2001 From: bolbol Date: Tue, 11 Aug 2026 23:11:59 +0000 Subject: [PATCH] add hermes-tt/nyora-notes-tt-doublons-heritages-clos-2-sources-verite-12-08-2026.md (dedup verifie clos + directive 2 sources verite) --- ...itages-clos-2-sources-verite-12-08-2026.md | 37 +++++++++++++++++++ 1 file changed, 37 insertions(+) create mode 100644 hermes-tt/nyora-notes-tt-doublons-heritages-clos-2-sources-verite-12-08-2026.md diff --git a/hermes-tt/nyora-notes-tt-doublons-heritages-clos-2-sources-verite-12-08-2026.md b/hermes-tt/nyora-notes-tt-doublons-heritages-clos-2-sources-verite-12-08-2026.md new file mode 100644 index 0000000..068f2a9 --- /dev/null +++ b/hermes-tt/nyora-notes-tt-doublons-heritages-clos-2-sources-verite-12-08-2026.md @@ -0,0 +1,37 @@ +# RAG mail nyora-notes-tt — doublons hérités clos + directive 2 sources de vérité (12/08/2026) + +## Doublons hérités : vérifié clos + +`migrate_dedup_key.py` (rapport seul) ré-exécuté en direct sur l'état live à 643 notes +(post-tranche-1 backfill du 11/08). Résultat : 14 groupes en collision, 31 notes, +**verdict 100% MESSAGES DISTINCTS, 0 suppression candidate**. + +Les 12 groupes / 24 notes signalés "en attente de décision" dans la note NyoraNotes `b4aaeb63` +(session du 11/08, 20h50) ne sont plus présents dans cet état de la base — résorbés par la suite +du traitement ou artefacts de test déjà nettoyés. Aucune fusion à effectuer. Le mécanisme +`body_hash` continuera de séparer correctement les mails gabarit (SIRH, Brief Matinal RLA, +veille Dr. Nexum, ClicToPay) à l'ingestion. + +## Directive Nabil — séquencement et doctrine RAG (2 sources de vérité) + +Ordre confirmé : (1) stabilité/performance RAG mail, (2) cadrage + documentation de l'usage du +RAG par Hermes, (3) écriture Baserow + transformation automatique situation/concept → base avec +mensualisation — au service du chantier Supply Chain à venir. + +Le RAG doit reposer explicitement sur **2 sources de vérité : mail (nyora-notes-tt) + OneDrive**. +Architecture déjà en place pour les deux (search_mail_memory, search_onedrive_archive, +search_linked_documents, get_entity_relations, content_hash JOIN PJ mail ↔ onedrive_documents) — +il s'agit de formaliser la doctrine, pas de construire. + +**Principe de hiérarchie de confiance (à intégrer au cadrage priorité 2)** : OneDrive est la +couche exacte du travail de Nabil — dossiers normalement vérifiés et exacts. Le mail est un fil +de communication/contexte, pas garanti vérifié. En cas de conflit entre les deux sources sur +l'état factuel d'un document/statut (AO, RLA), OneDrive prime. Hermes doit toujours signaler la +provenance de chaque affirmation plutôt que fusionner silencieusement mail et OneDrive dans une +réponse. + +## Références + +- Note NyoraNotes : `8657677a-36aa-4b8b-b511-0a52ef8dd66f` +- Checklist `75fd1181` mise à jour (section ajoutée) +- Note source doublons hérités : `b4aaeb63-4471-4ac0-8ca7-ce5227616079`