Gouvernance humaine des modifications par LLM
Idée centrale
La gouvernance humaine des modifications sépare la préparation automatique d’un changement de la responsabilité de l’accepter lorsqu’il touche une connaissance à forte conséquence. Le modèle propose et documente ; la personne ou l’instance compétente décide.
Source directe — SRC-2026-001, section « The governance model: human review stays ».
Cycle proposition–revue–validation
Proposition
Le système :
- identifie les pages affectées ;
- prépare les modifications ;
- rattache les apports aux sources ;
- signale les contradictions et changements matériels ;
- fournit un différentiel vérifiable.
Revue
Le réviseur contrôle :
- la fidélité à la source ;
- le niveau de preuve ;
- les conséquences opérationnelles ;
- les divergences avec les règles existantes ;
- le périmètre des pages et leurs dépendances.
Validation
La décision est consignée avec le résultat, le responsable et la date. En cas d’incertitude, l’existant est préservé et la question reste ouverte.
Niveaux de sensibilité
La source propose qu’aucune modification d’une page de « Tier 1 » ne soit engagée sans validation humaine. Elle cite comme exemples :
- obligation réglementaire ;
- seuil de risque ;
- critère d’escalade ;
- procédure transfrontalière.
Le terme « Tier 1 » n’est pas défini par une norme externe dans le corpus. Chaque organisation doit établir ses propres catégories, propriétaires et seuils de matérialité.
Répartition des responsabilités
| Activité | Automatisation possible | Décision humaine nécessaire |
|---|---|---|
| détecter une nouvelle source | oui | admission volontaire de la source |
| proposer une synthèse | oui | revue selon le niveau de risque |
| corriger un lien ou une coquille | généralement | selon les règles locales |
| résoudre une contradiction centrale | assistance seulement | oui |
| modifier un seuil ou une obligation | préparation seulement | oui |
| publier une page validée | automatisable | selon la politique de publication |
Traçabilité de la décision
Une modification substantielle devrait conserver :
- l’état antérieur ;
- la source nouvelle ;
- le différentiel ;
- le verdict d’audit ;
- les corrections appliquées ;
- le statut avant et après ;
- l’identité ou le rôle du réviseur lorsque requis.
Cette traçabilité complète la Provenance structurelle des connaissances.
Différentiel et mémoire de décision
SRC-2026-007 propose de traiter le différentiel de fichiers comme la surface principale de revue d’un agent opérant dans un dépôt. Le résumé conversationnel exprime ce que l’agent pense avoir fait ; le diff permet de contrôler les fichiers et formulations réellement modifiés.
La revue doit inclure les fichiers nouveaux, déplacés ou retirés, qui peuvent ne pas apparaître dans une vue limitée aux modifications de fichiers déjà suivis. Le journal de maintenance conserve ensuite :
- les changements acceptés ;
- les changements rejetés et leur motif ;
- les décisions différées ;
- les exceptions intentionnelles.
Synthèse éditoriale : le diff rend la portée observable sans prouver la justesse. Le journal évite qu’un refus ou un report soit redécouvert à chaque cycle sans son contexte. Voir Maintenance agentique d’un wiki par revue de diff.
Règle de continuité
Une ambiguïté localisée ne doit pas bloquer toutes les opérations sûres. Le système peut préserver la page concernée, enregistrer le blocage et poursuivre les intégrations indépendantes.
Synthèse éditoriale : cette règle évite deux échecs opposés : automatiser une décision risquée ou immobiliser tout le wiki à cause d’un seul point non résolu.
Supervision interactive et autonomie encadrée
Dans la démonstration de SRC-2026-002, le système propose une cartographie, des créations de pages et des fusions, puis demande une confirmation avant d’appliquer le changement. Cette interaction rend le périmètre visible avant l’écriture.
Synthèse éditoriale : un pipeline autonome peut remplacer ces confirmations répétitives par des autorisations préétablies pour les actions sûres, réversibles et journalisées. Cette autonomie ne transfère pas au modèle les décisions risquées : une contradiction centrale, une fusion substantielle ou une modification à forte conséquence reste préservée, isolée et soumise à une décision humaine.
Schéma métier et limites de l’automatisation
SRC-2026-003 oppose une implémentation dotée d’un schéma métier explicite à un outil qualifié d’auto-organisé, auquel l’auteur reproche une taxonomie non choisie et des classements multiples. Ce contraste est un témoignage, pas une comparaison reproductible.
Synthèse éditoriale : le schéma est une décision de gouvernance. Il doit rendre visibles les catégories, relations et autorisations sans figer arbitrairement l’organisation. Une automatisation encadrée peut appliquer ce schéma ; elle ne doit pas inventer silencieusement une taxonomie ni la présenter comme une préférence de l’utilisateur.
Synthèse personnelle et documentation d’équipe
SRC-2026-005 distingue un wiki personnel, non versionné avec le dépôt, des README revus avec le code et utilisés comme documentation collective. Cette séparation évite de présenter une synthèse individuelle comme une règle d’équipe.
Synthèse éditoriale : une connaissance peut être promue du wiki vers la documentation partagée, mais cette promotion doit suivre la revue et l’autorité du document cible. Si le wiki devient lui-même collectif ou publiable, il doit recevoir une gouvernance équivalente.
Erreurs fréquentes
- Confondre capacité de rédaction et autorité de décision.
- Définir la matérialité après l’apparition d’un incident.
- Valider une page sans vérifier ses sources.
- Écraser une contradiction par une formulation vague.
- Journaliser seulement la version finale et perdre le raisonnement de décision.
Limites et nuances
- Une revue humaine n’est pas une garantie de justesse ; elle doit disposer du contexte et des compétences nécessaires.
- Des gates trop larges peuvent recréer la charge de maintenance que l’automatisation cherche à réduire.
- Des gates trop étroits peuvent laisser passer des changements à forte conséquence.
- La source défend ce modèle mais ne fournit pas de mesure de son efficacité organisationnelle.
Relations
- LLM Wiki
- Pipeline incrémental d’intégration documentaire
- Provenance structurelle des connaissances
- Contrôle de santé d’un wiki vivant
- Maintenance agentique d’un wiki par revue de diff
- Évaluer une implémentation de LLM Wiki
- Documentation pilotée par README et LLM Wiki
- LLM Wiki pour la conformité CDD
Sources
- Source interne :
SRC-2026-001 - Source interne :
SRC-2026-002 - Source interne :
SRC-2026-003 - Source interne :
SRC-2026-005 - Source interne :
SRC-2026-007 - https://medium.com/not-so-technical/the-llmwiki-explained-e3b5eb806f36
- https://medium.com/@aitrends24/i-tested-5-llm-wiki-implementations-so-you-don-t-have-to-d68ba7cc9100