Guide

Comment faire citer leurs sources aux agents IA dans votre base de connaissances

Pour que les agents IA citent leurs sources, listez chaque source dans le frontmatter du document avec un id stable, exigez une note de bas de page comme [^billing-export] après chaque affirmation factuelle, et faites vérifier par un second agent que chaque note dit bien ce que dit l’affirmation. Sans source, l’affirmation reste dehors. Knowtarium, une base de connaissances chiffrée de bout en bout, vous montre ensuite la source derrière chaque citation que vous survolez.

Par Fadel Kaadan · Mis à jour le

Pourquoi les affirmations sans source cassent les bases de connaissances IA

Un agent peut écrire une phrase fluide, précise et fausse, qui ressemble trait pour trait à une phrase copiée d’une source. Une fois enregistrée dans vos notes, rien ne permet de les distinguer.

Dans une base de connaissances écrite par des agents, cette phrase ne reste pas à sa place. La session suivante la lit comme contexte et la répète. Un résumé la reprend. Un mois plus tard, elle figure dans quatre notes et semble acquise. Personne ne l’a inventée exprès, et personne ne sait d’où elle vient.

Une citation règle le problème au moment où c’est le moins coûteux. Quand l’agent écrit l’affirmation, il sait quel fichier ou quelle page il a lu. Le noter prend une ligne. Le retrouver plus tard oblige à relire toutes les sources. Et une règle qui exige une source pour chaque affirmation change ce que l’agent écrit : quand il n’y a pas de source, il doit le dire au lieu de combler le vide.

Ce guide met en place les citations à la main, dans un frontmatter simple que n’importe quel agent peut écrire. Après chaque étape, une courte note décrit la même étape dans Knowtarium, une base de connaissances chiffrée de bout en bout que nous concevons pour les notes écrites ensemble par des personnes et des agents.

Citer par affirmation ou par document

Vous pouvez exiger des sources à deux niveaux. La plupart des bases de connaissances ont besoin des deux.

NiveauCommentÀ utiliser pour
Par documentUne liste de sources dans le frontmatterLes résumés, les vues d’ensemble, les notes tirées d’une seule réunion ou d’un seul rapport
Par affirmationUne note de bas de page après la phrase, qui renvoie à l’une de ces sourcesLes chiffres, les dates, les noms, les citations et les décisions : tout ce sur quoi quelqu’un pourrait agir

Un bon réglage par défaut : chaque document liste ses sources, et chaque phrase qui contient un chiffre, une date, un nom ou une citation cite l’une d’elles. Les opinions et votre propre raisonnement n’ont pas besoin de note, mais ils doivent se lire comme des opinions.

Dans Knowtarium

Les deux niveaux apparaissent dans Knowtarium. Les sources du document s’affichent sous Details dans ses propriétés, à côté de qui l’a écrit (et, dans les dossiers où la relecture est activée, de qui l’a vérifié), et chaque note de bas de page du texte est une citation qui montre sa source quand vous la survolez.

Survoler la note de bas de page 1 dans une note Knowtarium ouvre sa source : plans-page, Public pricing page, son URL, team:marketing et la date de sa dernière mise à jour (s’ouvre en grand dans un nouvel onglet)Survoler la note de bas de page 1 dans une note Knowtarium ouvre sa source : plans-page, Public pricing page, son URL, team:marketing et la date de sa dernière mise à jour (s’ouvre en grand dans un nouvel onglet)
Le survol d’une note de bas de page dans la note sur les tarifs d’un espace de travail de démonstration. Touchez-la pour l’ouvrir en grand.

Comment OKF enregistre les sources dans le frontmatter

Vous pourriez inventer votre propre format de citation, mais avec un format publié, chaque outil et chaque agent le lit de la même façon. L’Open Knowledge Format (OKF), une spécification ouverte publiée par Google Cloud, enregistre la provenance dans un champ sources et y rattache les affirmations par des notes de bas de page :

metrics/churn.md
---
type: Metric
title: Churn
generated: { by: claude-code/2.1, at: 2026-09-26T08:10:00Z }
stale_after: 2026-12-31T00:00:00Z
sources:
- id: billing-export
resource: /references/billing-2026-09.csv
title: Export de facturation, septembre 2026
author: process:billing-sync
last_modified: 2026-09-25T23:00:00Z
- id: pricing-decision
resource: /decisions/2026-07-01-annual-plans.md
title: Passer la facturation aux offres annuelles
---
Le churn mensuel est tombé à 2,4 % en septembre.[^billing-export]
La baisse a suivi le passage aux offres annuelles.[^pricing-decision]
[^billing-export]: Export de facturation, septembre 2026
[^pricing-decision]: Passer la facturation aux offres annuelles

Chaque entrée de sources a besoin d’une resource : une URL, un chemin dans la base de connaissances ou un fichier d’un dossier references/. Les autres champs sont facultatifs :

  • id : une clé stable. La spécification indique qu’elle doit être présente dès que le texte cite la source.
  • title : un libellé lisible.
  • author : qui ou quoi a produit la source, sous forme d’acteur comme human:maya ou process:billing-sync.
  • last_modified : la date de la dernière modification de la source elle-même.
  • usage_count : combien de fois la source a servi sur une période donnée dans un champ voisin usage_window.

Le libellé de la note est la clé de jointure. La spécification explique pourquoi c’est un id et non une position comme « source 2 » : les agents réécrivent ces documents sans cesse, et une référence numérotée renvoie à la mauvaise source dès que quelqu’un réordonne la liste. Un id nommé, lui, tient bon.

Quand une resource renvoie à un autre document de la base de connaissances, ce lien forme la filiation : on peut le suivre jusqu’aux propres sources de ce document. OKF enregistre ces signaux, pas un score de confiance. Les règles complètes sont dans la spécification OKF.

Des règles qui font citer les agents

Les agents suivent le fichier d’instructions qu’ils lisent au début d’une session : AGENTS.md pour la plupart des outils, CLAUDE.md pour Claude Code. Ajoutez-y une section sur les sources :

AGENTS.md (extrait)
## Sources
- Chaque chiffre, date, nom, citation et décision a besoin d’une source.
- Ajoute chaque source à `sources` avec un `id` court et stable et
une `resource`.
- Cite-la juste après l’affirmation, avec une note : [^the-id].
- Ne cite qu’une source ouverte pendant cette session. N’invente
jamais une URL ni un titre.
- Reprends les chiffres exactement comme la source les donne. N’arrondis pas.
- Enregistre dans references/ une copie des pages web et des exports cités.
- Si tu ne trouves pas de source, n’avance pas l’affirmation. Place-la
sous « ## Open questions » avec ce qu’il faudrait pour la confirmer.
- Ne change jamais l’`id` d’une source une fois qu’un document la cite.

Deux de ces règles font l’essentiel du travail. « Ne citez qu’une source ouverte » empêche l’agent de citer ce dont il se souvient qu’une page disait. « Si vous ne trouvez pas de source, n’avancez pas l’affirmation » lui donne un endroit où mettre une supposition, ailleurs que dans vos notes. Le modèle complet se trouve dans notre guide AGENTS.md pour une base de connaissances.

Gardez des copies de ce que vous citez. Les pages web changent et les exports sont écrasés. Avec une copie enregistrée dans references/, une citation peut encore être vérifiée l’année prochaine.

Faire vérifier les citations par un second agent

Les règles réduisent les mauvaises citations, elles ne les suppriment pas. Un agent peut citer une vraie source pour une affirmation que la source ne fait pas. Vérifiez donc les citations à part, en deux passes.

1. La passe mécanique

Chaque note de bas de page doit correspondre à un id de sources, et chaque id devrait être cité quelque part. Le terminal vous montre les deux listes :

terminal
# libellés de notes cités dans le texte
# ids déclarés dans le frontmatter

2. La passe de lecture

Faites ensuite lire chaque affirmation face à sa source par une autre session d’agent. Lancez-la à neuf, sans le contexte de la session qui a écrit, pour qu’elle lise le document comme le ferait un inconnu. Un tout autre agent, par exemple Codex qui vérifie le travail de Claude Code, fait encore mieux.

prompt pour l’agent qui vérifie
Vérifie les citations de metrics/churn.md. Ne modifie pas le document.
1. Pour chaque note de bas de page, trouve l’entrée de sources qui a
le même id. Signale les notes sans entrée et les entrées que rien ne cite.
2. Ouvre chaque resource. Signale celles qui n’existent pas.
3. Pour chaque affirmation citée, reprends le passage de la source qui
l’appuie, ou dis que tu n’en trouves pas.
4. Signale les affirmations avec des chiffres, des dates ou des noms
qui ne citent rien.
Si chaque affirmation est confirmée, ajoute-toi à `verified` avec
l’heure UTC actuelle. Sinon, liste les problèmes et arrête-toi.

La dernière étape enregistre la vérification. Dans OKF, une entrée verified d’un agent rend le document machine-confirmed. Quand vous le lisez vous-même et ajoutez votre propre entrée human:, il devient human-reviewed :

frontmatter
verified:
- { by: second-agent/1.0, at: 2026-09-26T09:02:00Z } # l’agent qui vérifie
- { by: human:maya, at: 2026-09-26T10:30:00Z } # vous, après l’avoir lu

Ne laissez pas un agent signer à votre place

Dites aux agents de ne jamais ajouter d’entrée human:. C’est le préfixe human: qui fait compter une vérification comme la relecture d’une personne : elle doit donc venir d’une personne.

Dans Knowtarium

Dans les dossiers Knowtarium où la relecture est activée, les deux entrées ci-dessus sont les deux volets de la vérification : la vérification de l’agent rend le document machine-confirmed, et votre propre relecture ajoute l’entrée human:. Les deux, postérieures à la dernière modification, le rendent entièrement vérifié. Les agents ne peuvent rien marquer comme vérifié par une personne, si bien que la règle de l’encadré tient même si un agent l’ignore.

Les sources changent, les citations expirent

Une citation est vraie à la date où quelqu’un l’a vérifiée. Donnez une date stale_after aux documents qui contiennent des chiffres, et renseignez last_modified pour les sources dont vous savez qu’elles changent. Quand l’export de septembre est remplacé par celui d’octobre, la note sur le churn doit être revérifiée, pas acceptée sans un mot. Un document est périmé dès que l’heure actuelle dépasse son stale_after, quel que soit celui qui l’a vérifié.

Dans Knowtarium

La page Stale and expiring de Knowtarium liste les documents qui ont dépassé leur stale_after et ceux qui arrivent bientôt à échéance. Une mise à jour est une nouvelle modification : signée, annulable et, dans un dossier où la relecture est activée, en attente de votre approbation.

Des citations traçables dans Knowtarium

Knowtarium lit le champ sources et les notes de bas de page qui y renvoient, et vous les montre pendant que vous lisez. Le format ne change en rien : les citations restent le même OKF simple que vos agents écrivent déjà, conservé chiffré de bout en bout dans votre espace de travail.

  • Chaque affirmation, retracée. Survolez une citation pour voir la source qui la sous-tend, qui l’a produite et quand elle a changé pour la dernière fois ; suivez-la, et la source est mise en évidence dans les détails du document.
  • Des propriétés, pas du YAML brut. Le frontmatter s’affiche en haut du document : qui l’a écrit (et, dans les dossiers où la relecture est activée, qui l’a vérifié), quand il expire et d’où il vient.
  • Un graphe de vos liens. Il montre ce qui est périmé et, si la relecture est activée, il peut colorer les documents selon leur niveau de confiance, pour faire ressortir les notes non vérifiées. Les liens vers des documents que personne n’a encore écrits apparaissent comme des fantômes.
  • Une recherche en texte intégral. Trouvez chaque document qui mentionne un chiffre ou une source au fil de la frappe, avec le passage correspondant affiché. La recherche s’exécute dans votre navigateur, parce que nous ne pouvons pas lire vos notes (les agents que vous connectez voient ce qu’ils lisent).
Les Details d’une note dans Knowtarium : générée par Claude Code, avec ses trois sources, chacune avec son id, son titre, son lien ou son chemin, son auteur et, si on la connaît, la date de sa dernière mise à jour (s’ouvre en grand dans un nouvel onglet)Les Details d’une note dans Knowtarium : générée par Claude Code, avec ses trois sources, chacune avec son id, son titre, son lien ou son chemin, son auteur et, si on la connaît, la date de sa dernière mise à jour (s’ouvre en grand dans un nouvel onglet)
Les Details de la note sur les tarifs, dans un espace de travail de démonstration : l’agent qui l’a écrite et ses trois sources. Touchez-la pour l’ouvrir en grand.

Quand une source ou un chiffre change

C’est quand quelque chose change que les citations comptent le plus. Si un agent réécrit la note sur le churn, la modification est signée et signalée sur le document, avec son diff et un Undo ; dans un dossier où la relecture est activée, elle attend sous forme de diff que vous l’approuviez. Si vous corrigez vous-même un chiffre dans un tel dossier, la modification attend la vérification d’un agent : quand vous le demandez, votre agent lit le diff, suit les liens et les documents qui partagent une source, et corrige ou signale chaque endroit où l’ancienne valeur apparaît encore.

Knowtarium n’appelle aucune IA lui-même ; les agents que vous utilisez déjà se connectent via MCP et se chargent de l’écriture et de la vérification. Découvrez toutes les fonctionnalités.

Questions

Comment faire citer ses sources à un agent IA ?

Écrivez la règle dans le fichier d’instructions qu’il lit, comme AGENTS.md ou CLAUDE.md : chaque chiffre, date, nom et citation a besoin d’une note de bas de page qui renvoie à une source listée dans le frontmatter. Faites ensuite vérifier chaque citation face à sa source par un second agent.

Les citations peuvent-elles empêcher les hallucinations de l’IA dans mes notes ?

Elles n’empêchent pas un agent d’inventer, mais elles rendent l’invention visible. Une affirmation sans source, ou une source qui ne dit pas ce que dit l’affirmation, se repère facilement à la relecture. Sans citations, une affirmation fausse ressemble à une affirmation juste.

Qu’est-ce qu’un frontmatter de provenance ?

Des champs en haut d’un fichier markdown qui indiquent d’où vient le contenu et qui l’a traité. Dans l’Open Knowledge Format, sources liste les documents dont un document est tiré, generated indique qui l’a écrit et verified qui l’a vérifié.

Pourquoi des ids de notes plutôt que des citations numérotées ?

Les agents réécrivent souvent les documents. Une référence numérotée renvoie à la mauvaise source dès que la liste est réordonnée, alors qu’un id nommé comme [^billing-export] reste attaché à la bonne source.

L’agent qui a écrit une note doit-il la vérifier lui-même ?

De préférence non. Utilisez une nouvelle session ou un autre agent, pour que la vérification n’hérite pas des présupposés de celui qui a écrit. Pour tout ce qui compte, lisez-la aussi vous-même et ajoutez votre propre entrée verified.

Comment voir la source derrière une citation ?

Dans le fichier markdown, trouvez l’entrée de sources dont l’id correspond au libellé de la note et ouvrez sa resource. Dans Knowtarium, vous survolez la citation et elle montre la source qui la sous-tend, qui l’a produite et quand elle a changé pour la dernière fois.