Concevoir un flux de rédaction par IA générative fondé sur des sources

Une rédaction fondée sur des sources n’est pas une consigne mieux tournée : c’est une chaîne contrôlée où les sources approuvées, les éléments de preuve, le texte généré, les décisions de contrôle et l’autorisation finale restent des objets distincts. Si une note affirme que « le projet pilote a prouvé que le flux fera gagner du temps aux analystes », alors que l’observation porte seulement sur la préparation de premiers jets par un petit groupe volontaire, le texte a franchi la limite des preuves. Une citation bien placée ne répare pas ce glissement. Le flux doit rendre cette limite visible avant la rédaction, permettre de confronter chaque affirmation conséquente au passage pertinent et conserver la correction ainsi que son approbation.

Que faut-il décider avant de laisser l’IA générative rédiger ?

Avant toute génération, il faut constituer un dossier de rédaction qui précise le but du document, son public, l’échéance, la conséquence d’une erreur, le propriétaire responsable et la décision que le document doit éclairer. Le dossier indique aussi le format attendu, le statut du brouillon et la personne autorisée à l’accepter comme document professionnel. Cette préparation rejoint l’AI RMF du NIST, qui demande de documenter le périmètre prévu, les limites de connaissance, l’usage des résultats et la répartition de la supervision entre humains et IA.

• Outil approuvé et catégories d’informations qu’il peut recevoir.
• Registre fermé des sources admises pour ce travail.
• Format commun des fiches de preuve et modèle de sortie.
• Affirmations ou interprétations que le modèle ne peut pas produire.
• Marqueur obligatoire lorsqu’un élément probant manque.
• Questions de contrôle, responsables et chemin d’escalade.
• Règle proportionnée pour conserver les décisions et modifications importantes.

Le dossier doit distinguer une source disponible d’une source approuvée. L’équipe vérifie son autorité, sa pertinence, son actualité, son adéquation, ses conditions d’accès et ses limites connues, puis note qui a pris la décision. Cette approbation ne prouve toutefois pas que le document est complet, exact, encore valable ou utilisable dans toutes les circonstances. Les responsables compétents de l’organisation restent seuls habilités à trancher les questions de confidentialité, de sécurité, de permissions, de conservation ou d’usage contractuel.

Comment transformer des sources approuvées en preuves utilisables ?

Les sources deviennent utilisables lorsqu’un registre stable les relie à des fiches de preuve suffisamment précises pour être contrôlées sans interpréter le brouillon. Chaque source reçoit un identifiant, un propriétaire ou éditeur, une version ou une date, un périmètre pertinent, un statut d’approbation, des conditions d’accès, des limites et un déclencheur d’actualisation. Le profil du NIST consacré à l’IA générative recommande justement de documenter le recours aux sources en amont et d’examiner leur exactitude, leur représentativité, leur pertinence et leur adéquation.

• Identifiant de la source et passage exact ou mesure d’origine.
• Emplacement précis permettant de retrouver l’élément.
• Point que ce passage soutient effectivement.
• Réserves, périmètre et incertitudes à conserver.
• Usage permis dans le document demandé.
• Inférence interdite ou conclusion que les données ne permettent pas.
• Responsable de la fiche et date du dernier contrôle.

Dans l’exemple du projet pilote, la fiche E-04 autorise seulement à dire que les participants ont consacré moins de temps à la préparation du premier jet pendant les tâches mesurées. Elle conserve les réserves : petit échantillon volontaire, absence de groupe de comparaison et temps de révision compté séparément. Elle interdit donc de promettre un pourcentage d’économie aux analystes ou de généraliser le résultat à l’organisation. Les travaux expérimentaux du NIST illustrent l’intérêt de cette correspondance en associant un corpus de référence, des productions citées, l’évaluation des citations et des résultats structurés reliés aux preuves.

Comment empêcher le modèle de combler discrètement les lacunes ?

Le modèle ne doit rédiger qu’à partir des fiches de preuve admises et signaler explicitement ce qu’elles ne permettent pas d’écrire. Il reçoit leurs identifiants et un modèle de sortie, tandis que les passages sources restent dans une couche séparée du texte destiné au lecteur. La consigne limite la production au contexte de décision, aux observations étayées, aux risques non résolus, aux options et aux recommandations autorisées. Elle interdit l’ajout de statistiques générales, d’arguments commerciaux, d’interprétations de politique interne ou de citations inventées.

1. Rédiger chaque proposition conséquente à partir d’une fiche identifiée.
2. Inscrire « PREUVE REQUISE » lorsqu’un support manque.
3. Conserver les réserves attachées à la preuve dans le texte.
4. Produire séparément la carte reliant les affirmations aux fiches.
5. Soumettre le résultat à un contrôle revenant aux passages originaux.

Une référence affichée ne constitue pas une validation automatique. Le profil du NIST recommande de contrôler et de vérifier les sources et citations des productions générées : le réviseur doit donc comparer le sens de l’affirmation au passage cité, y compris ses conditions et exclusions. Pour un contenu qui oriente une décision, crée un engagement ou expose l’organisation, le modèle de rédaction ne peut pas être l’unique vérificateur de sa propre sortie. Une lacune visible peut être résolue ; une inférence plausible mais cachée risque de traverser toute la chaîne.

Qui doit contrôler chaque partie du brouillon ?

Chaque partie doit être contrôlée par la personne qui détient la question de décision correspondante. L’AI RMF du NIST demande que rôles, responsabilités, lignes de communication et responsabilités de supervision soient documentés et clairs. Une petite équipe peut confier plusieurs rôles à la même personne, mais elle doit préserver les décisions distinctes : exactitude des preuves, qualité éditoriale, risque spécialisé et autorisation de publication. Une case générique « contrôle humain effectué » ne dit ni ce qui a été vérifié ni qui a accepté l’incertitude restante.

• Le propriétaire des sources confirme le registre approuvé et ses versions.
• Le contrôleur des preuves compare les clauses importantes aux fiches et aux passages.
• L’éditeur améliore la structure et le ton sans modifier silencieusement le sens probant.
• Le spécialiste intervient lorsqu’une question de politique, de méthode ou de domaine est déclenchée.
• L’approbateur accepte la recommandation finale, ses conditions et l’incertitude résiduelle.

Pour un document long ou lourd de conséquences, mieux vaut répartir le contrôle en affirmations ou clauses délimitées plutôt que demander une impression générale d’exactitude. Dans deux jeux de données de résumé long, l’étude LongEval a constaté moins de désaccord entre évaluateurs avec des jugements plus granulaires ; la transposition au travail professionnel reste une inférence pratique, pas un résultat universel. Des contrôles automatisés peuvent préparer cette revue, mais les travaux du NIST les présentent comme des sondes expérimentales d’évaluation, non comme une approbation autonome.

Un brouillon ancré n’est pas celui qui cite des sources, mais celui dont les affirmations importantes peuvent être retracées, contestées, corrigées et approuvées en connaissance de cause.

Quelles modifications exigent une trace explicite ?

Une modification exige une trace explicite lorsqu’elle change le sens factuel, l’interprétation, la recommandation, un engagement, une obligation, le traitement d’un risque, la base documentaire ou le statut d’approbation. Les corrections de style et de mise en forme peuvent rester dans l’historique ordinaire, sauf règle interne plus stricte. Le profil du NIST décrit des métadonnées de provenance comprenant notamment les créateurs, les dates, les modifications et les sources, et recommande de conserver des traces des changements de contenu avec les métadonnées associées.

La correction du projet pilote montre le seuil. La phrase « Le projet pilote a prouvé que le flux fera gagner du temps aux analystes » devient : « Pendant les tâches mesurées, les participants ont consacré moins de temps à la préparation du premier jet ; le petit échantillon volontaire ne permet pas d’établir l’effet sur le travail des analystes. » Cette modification retire une conclusion causale et une généralisation non étayées. Le registre indique les formulations avant et après, la raison, la fiche E-04 concernée, le contrôleur, l’approbateur et le moment de la décision.

• Avant et après : formulation exacte.
• Motif et conséquence sur le sens.
• Sources ou fiches touchées.
• Contrôleur, approbateur et horodatage.

Il ne faut pas en déduire une obligation universelle de conserver chaque consigne, entrée, sortie et version. L’organisation définit ce qui mérite d’être préservé selon le but du document, son risque, ses besoins opérationnels et les règles qui lui sont applicables. Les responsables des archives, de l’information, de la sécurité, de la vie privée ou des affaires juridiques déterminent ces exigences lorsqu’elles sont déclenchées ; le modèle de rédaction ne les interprète pas.

Comment adapter les contrôles aux notes, rapports et messages courants ?

Le même enchaînement — périmètre, preuves, génération contrainte, contrôle et approbation — peut être allégé ou renforcé selon le document. Une note de décision exige une vision claire des options et de l’incertitude ; un rapport analytique demande une méthode et un contrôle probant plus détaillés ; un message courant peut se limiter à des faits et formulations approuvés. La longueur n’est pas le seul critère : un e-mail bref qui crée un engagement important peut mériter davantage d’attention qu’un long document interne à faible conséquence.

Ces modèles ne sont pas trois procédures isolées. Ils partagent un noyau visible et permettent d’ajouter un contrôle seulement lorsqu’un déclencheur le justifie. L’équipe évite ainsi deux écueils : imposer une lourde gouvernance à chaque message ou, à l’inverse, traiter toute production comme une simple correction de style. Le propriétaire du document fixe le niveau initial ; les responsables spécialisés prennent la main lorsqu’une permission incertaine, une donnée sensible, un engagement contractuel ou un jugement de domaine apparaît.

Comment maintenir la fiabilité du flux quand les sources évoluent ?

Le flux reste fiable si chaque source possède un responsable d’actualisation et si l’équipe examine régulièrement un échantillon de dossiers achevés. Une source doit être réévaluée lorsque ses faits, sa version, sa pertinence, ses permissions ou son statut interne changent. Le profil du NIST recommande de définir les responsabilités de réexamen périodique de la provenance et de documenter les rôles de supervision humaine, sans imposer une fréquence identique à toutes les organisations ou à tous les documents.

• Vérifier que les affirmations restent reliées à des passages identifiables.
• Contrôler que les réserves ont survécu aux révisions éditoriales.
• Confirmer que les avis spécialisés déclenchés ont bien eu lieu.
• Examiner si les modifications importantes et les exceptions ont été enregistrées.

Lorsqu’une source tombe hors du périmètre approuvé ou qu’un problème de sensibilité, de permission, de politique ou d’expertise apparaît, l’équipe suspend la partie concernée, transmet la décision au responsable nommé et ne reprend qu’après résolution explicite. Les corrections récurrentes servent ensuite à améliorer le système : si le même saut logique revient, il faut réviser la fiche de preuve, le modèle de sortie ou la limite de génération avant d’ajouter une couche de contrôle. Commencer par un type de document récurrent suffit pour rendre ce cycle observable et progressivement plus robuste.