LLM Wiki vivant
Base de connaissances consolidée et validée

LLM Wiki

Idée centrale

Un LLM Wiki est une architecture de gestion des connaissances dans laquelle un modèle de langage transforme progressivement un corpus de sources en pages canoniques, reliées, traçables et maintenues dans le temps. Son unité de travail n’est pas la réponse ponctuelle à une question, mais la mise à jour durable d’une base de connaissances.

Source directe — SRC-2026-001, sections « A new idea from an unexpected source » et « Applying this to CDD ».

Définition

Dans la source, le terme désigne un wiki lisible par des humains que le modèle construit à partir de documents, puis enrichit lorsque de nouvelles sources arrivent. Les pages représentent des concepts, règles, acteurs ou cas réutilisables ; elles se citent mutuellement et conservent leur rattachement aux sources.

Il s’agit d’un modèle d’architecture proposé, pas d’une norme technique stabilisée. Une implémentation concrète doit définir ses formats, ses règles de preuve, ses statuts et ses responsabilités.

Architecture en trois couches

Sources brutes

Les documents originaux sont conservés comme références immuables. Le système peut les lire, les comparer et les archiver, mais il ne les réécrit pas pour simplifier le wiki.

Wiki canonique

Le wiki contient des connaissances organisées par périmètre autonome plutôt que par document. Une source peut alimenter plusieurs pages et une page peut agréger plusieurs sources.

Schéma de gouvernance

Un ensemble de règles décrit les types de pages, la granularité, la gestion des contradictions, les exigences de citation, les contrôles et les validations humaines. Dans ce projet, ce rôle est notamment tenu par AGENTS.md et WIKI_CONFIG.md.

Schéma générique et schéma métier

SRC-2026-003 rapporte qu’une implémentation spécialisée pour la gestion de produit produisait des réponses jugées plus immédiatement utiles que les schémas génériques testés. Son schéma représentait explicitement décisions, risques, parties prenantes et réunions.

Synthèse éditoriale : un schéma métier peut améliorer la précision du classement et des relations lorsqu’il reflète réellement les décisions du domaine. Il peut aussi imposer une taxonomie inadaptée s’il est adopté sans gouvernance. La formule de la source selon laquelle le schéma constituerait l’essentiel du produit est une appréciation rhétorique, pas une mesure.

Répartition pratique des rôles

SRC-2026-004 présente la personne comme curatrice des sources et initiatrice des questions, le modèle comme opérateur de synthèse, de liaison et de maintenance, et Obsidian comme interface de travail. Cette répartition décrit un mode opératoire, non une délégation complète de responsabilité.

Synthèse éditoriale : le modèle peut assurer la charge documentaire répétitive, tandis que la personne conserve l’admission des sources, les critères de qualité et les décisions à forte conséquence. L’autonomie de maintenance reste encadrée par la Gouvernance humaine des modifications par LLM.

Couche de synthèse au-dessus de la documentation

SRC-2026-005 décrit un wiki personnel construit au-dessus de README et documents d’architecture conservés avec le code. Le wiki cible les relations entre contextes, les flux de bout en bout et les contradictions qui n’appartiennent à aucun module unique.

Synthèse éditoriale : un wiki n’a pas à remplacer une documentation de dépôt bien structurée. Il devient une couche supplémentaire lorsque la connaissance utile traverse plusieurs propriétaires ou plusieurs types de sources. Voir Documentation pilotée par README et LLM Wiki.

Fonctionnement

Le cycle général est incrémental :

  1. détecter une nouvelle source ;
  2. préserver l’état antérieur ;
  3. extraire les unités de connaissance ;
  4. rechercher les pages sémantiquement proches ;
  5. enrichir l’existant ou créer une page justifiée ;
  6. auditer la fidélité, les liens et la provenance ;
  7. corriger les incohérences sûres ;
  8. isoler les contradictions non résolues ;
  9. publier uniquement les pages dont le statut l’autorise.

Ce cycle est détaillé dans Pipeline incrémental d’intégration documentaire.

Effet cumulatif

La source oppose une mémoire persistante à une réponse recomposée à chaque requête. L’effet cumulatif vient du fait qu’une connaissance déjà intégrée devient un contexte structuré pour les traitements suivants. Le système peut alors comparer un nouvel apport avec ce qu’il sait déjà, au lieu de repartir uniquement des fragments retrouvés au moment de la question.

Synthèse éditoriale : l’accumulation n’est utile que si les pages restent dédupliquées, traçables et régulièrement revalidées. Un wiki qui accumule sans contrôle peut également accumuler des erreurs.

Requête comme boucle d’enrichissement

La démonstration de SRC-2026-002 distingue la consultation du wiki de son enrichissement. Pour répondre à une question, le système lit d’abord l’index et les pages pertinentes, puis produit une réponse reliée aux connaissances déjà structurées. Cette réponse peut ensuite devenir une proposition de page ou d’enrichissement.

Synthèse éditoriale : une réponse n’entre pas automatiquement dans le corpus canonique. Elle doit repasser par la recherche de doublons, la vérification de provenance, l’audit et la règle de validation correspondant à son niveau de risque. La requête devient ainsi une source de candidats éditoriaux, et non un mécanisme de publication directe.

Distinctions importantes

Voir RAG, graphe de connaissances et LLM Wiki.

Bénéfices revendiqués

La source met en avant quatre bénéfices :

Ces bénéfices sont des propositions de valeur de la source, pas des résultats indépendamment démontrés. Leur évaluation requiert des métriques et un pilote comparatif.

Limites et nuances

Relations

Points à vérifier

Sources