Provenance structurelle des connaissances
Idée centrale
La provenance structurelle relie une connaissance à la source qui la soutient, à son emplacement pertinent et à l’état de cette source lors de l’intégration. Elle rend la traçabilité exploitable par le système au lieu de la laisser uniquement dans du texte libre.
Source directe — SRC-2026-001, section « Provenance: the audit feature that scales with you ».
Définition
Dans le mécanisme décrit par la source, chaque affirmation enregistre les fichiers qui l’ont produite et leurs empreintes au moment de la compilation. Lorsque l’empreinte actuelle d’un fichier diffère, les affirmations dépendantes peuvent être signalées comme potentiellement périmées.
Une correspondance d’empreinte prouve que le fichier contrôlé n’a pas changé depuis le calcul. Elle ne prouve ni la vérité du fichier, ni la qualité de l’interprétation.
Éléments de provenance
Une provenance exploitable devrait identifier :
- l’identifiant stable de la source ;
- le fichier archivé ;
- son empreinte ;
- la section ou page utile ;
- la date d’intégration ;
- la nature de l’apport : source directe, synthèse, déduction ou recommandation ;
- les pages canoniques alimentées ;
- le statut de validation de la connaissance.
Cycle de contrôle
- calculer l’empreinte avant traitement ;
- rattacher les apports à la source et à leur emplacement ;
- archiver la source sans altération ;
- recalculer l’empreinte après déplacement ;
- comparer périodiquement les empreintes enregistrées ;
- marquer les pages dépendantes à revalider si une source a changé ;
- conserver l’historique de la transition.
Révision de vérification
SRC-2026-005 rapporte des pages portant une date et une révision de code vérifiées. Lors d’une synchronisation, le différentiel entre cette révision et l’état courant est limité aux sources déclarées par la page, puis interprété.
Synthèse éditoriale : le déplacement de la révision de vérification doit signifier que le différentiel pertinent a été examiné. Il ne suffit pas de remplacer mécaniquement l’identifiant. Le verdict peut être :
- inchangé sur le fond ;
- corrigé parce que la source a rendu le texte faux ;
- incomplet parce qu’un comportement nouveau n’est pas encore documenté.
Portée d’un changement
Un changement d’empreinte signifie que les octets du fichier ont changé. Il peut correspondre à :
- une correction typographique sans effet sémantique ;
- une nouvelle édition ;
- un remplacement complet ;
- une modification de métadonnées embarquées.
Le système doit donc déclencher une relecture ciblée, pas conclure automatiquement que toutes les affirmations sont fausses.
Audit
La source présente cette provenance comme particulièrement utile aux environnements réglementés. Elle permettrait de répondre à des questions telles que : quelle source a déclenché une modification, quand a-t-elle été intégrée et quelles pages en dépendent ?
Synthèse éditoriale : l’audit devient plus robuste lorsque la provenance technique est complétée par un journal de décision : l’empreinte explique quel artefact a changé ; le journal explique pourquoi une modification a été acceptée.
Erreurs fréquentes
- Enregistrer seulement une URL instable.
- Citer une référence mentionnée par une source comme si elle avait été consultée.
- Confondre identité du fichier et validité de son contenu.
- Omettre la section précise ayant alimenté une affirmation.
- Remplacer silencieusement une source archivée.
Limites et nuances
- Une source peut conserver la même empreinte tout en devenant obsolète par évolution externe.
- Une nouvelle empreinte nécessite une analyse sémantique pour déterminer l’impact réel.
- Une provenance au niveau de la page peut être insuffisante lorsque plusieurs sources soutiennent des passages différents.
- L’affirmation de la source selon laquelle ce mécanisme serait plus rigoureux que la plupart des systèmes bancaires n’est pas étayée par une étude comparative.
Relations
- LLM Wiki
- Pipeline incrémental d’intégration documentaire
- Gouvernance humaine des modifications par LLM
- Déduplication conceptuelle dans un wiki
- Contrôle de santé d’un wiki vivant
- Documentation pilotée par README et LLM Wiki
Sources
- Source interne :
SRC-2026-001 - Source interne :
SRC-2026-005 - https://medium.com/not-so-technical/the-llmwiki-explained-e3b5eb806f36