Votre agent IA doit-il citer ses sources ?

Oui, si un humain va agir sur la base de ce que dit l'agent sans le revérifier. Un agent capable de montrer exactement quelle page, quel enregistrement ou quel document justifie chaque affirmation est un agent que vous pouvez auditer, corriger et présenter à vos clients en toute confiance. Un agent qui ne le peut pas n'est qu'une supposition bien rédigée — et le coût de cette supposition retombe sur votre équipe, pas sur le modèle.

La vraie question pour un fondateur n'est pas de savoir si la traçabilité est souhaitable. C'est de savoir où elle vaut le coût, ce qu'elle représente réellement, et comment l'inscrire dans une spec de développement pour qu'elle ne soit pas silencieusement sacrifiée quand les délais se resserrent.

Ce que « citer ses sources » signifie vraiment dans un agent

Les gens désignent trois choses très différentes par cette expression, et les prestataires les confondent délibérément.

• Citations par prompt. Vous demandez au modèle de « citer ses sources » et il rédige des références plausibles. Ce sont du texte, pas des liens vers quoi que ce soit que le système ait vérifié. Elles échouent silencieusement.
• Citations ancrées. Le système récupère des passages spécifiques, les transmet au modèle avec des identifiants stables, et le modèle fait référence à ces identifiants. Le système les remapppe ensuite vers les documents réels. C'est de la vraie traçabilité, et c'est ce que vous obtenez avec un RAG correctement implémenté.
• Citations vérifiées. Après la génération, une vérification confirme que chaque passage cité étaye effectivement la phrase à laquelle il est associé. C'est la forme la plus robuste — celle qu'il vous faut pour les travaux réglementés ou à forts enjeux.

Si une démo affiche des citations, demandez laquelle de ces trois formes vous êtes en train de regarder. Si la réponse est la première, la fonctionnalité n'existe pas encore.

Où la traçabilité rentabilise son coût

Les sorties qu'une personne envoie ou signe

Prospection commerciale, propositions, réponses au support, et tout ce qui porte le nom de votre entreprise. Quand un commercial envoie un email rédigé par un agent contenant un détail fabriqué sur le prospect, vous perdez l'opportunité et un peu de réputation avec elle.

Dans notre propre outil de prospection, l'agent lit le site de chaque prospect et rédige un email personnalisé. Dès le départ, nous avons fait un choix de conception simple : le modèle extrait les faits qu'il prévoit d'utiliser et rédige l'email dans le même appel, et chaque fait reste lié à la page dont il provient. Cela permettait à un relecteur de jeter un œil au brouillon, de voir quelle page justifiait l'accroche, et de rejeter les brouillons où le « fait » était tiré par les cheveux. Nous avons expliqué pourquoi l'appel unique surpasse la version multi-étapes en termes de coût et de qualité dans appel unique vs chaînes d'agents. La traçabilité était presque gratuite parce que nous n'avons jamais laissé l'URL source se perdre dans le pipeline au fil des étapes.

Santé, droit, secteur public, finance

Ici, la traçabilité n'est pas une fonctionnalité — c'est le produit lui-même. Un clinicien n'agira pas sur un résumé indiquant « le patient présente une allergie documentée » s'il ne peut pas accéder directement à la note correspondante. Un responsable des achats qui évalue un prestataire IA demandera comment une réponse donnée peut être reconstituée après coup. Si vous adressez ces marchés, positionnez la traçabilité aux côtés du contrôle d'accès dans votre architecture, car les deux sont liés : une citation n'est sûre que si le lecteur était autorisé à consulter la source — c'est tout l'enjeu de la récupération tenant compte des permissions.

Tout ce que vous devrez défendre plus tard

Les litiges, audits et revues post-incident posent tous la même question : pourquoi le système a-t-il dit cela ? Un journal de prompts et de completions n'est pas une réponse. Un journal indiquant « cette phrase a été générée à partir du passage 14 du document X, récupéré à telle heure, visible par tel utilisateur » en est une.

Où ce n'est pas rentable

Soyons honnêtes sur ce point aussi, car la traçabilité ajoute de la friction — et vous n'en voulez pas partout.

• Outils créatifs et exploratoires. Brainstorming de noms, réécriture de ton, génération de variantes. Personne n'a besoin d'une note de bas de page sur une suggestion de titre, et de toute façon il n'y a aucun passage récupéré sur lequel pointer.
• Assistants internes avec un humain dans la boucle par défaut. Si l'utilisateur est un expert qui vérifiera toujours avant d'agir, une courte liste « voici ce que j'ai consulté » suffit largement, sans citations phrase par phrase. Le relecteur de notre outil de prospection avait besoin de savoir quelle page justifiait l'accroche, pas d'une référence accrochée à chaque proposition.
• Génération de code. Les tests et la revue constituent la couche de vérification. Les citations vers la documentation sont appréciables mais changent rarement les comportements.

La règle empirique : plus la sortie voyage loin de la personne qui l'a demandée avant qu'elle soit vérifiée, plus vous avez besoin de traçabilité. Un brouillon que le commercial relit avant d'envoyer en a moins besoin qu'une réponse support qui part automatiquement.

Ce que ça coûte à construire

La traçabilité est l'une des choses les moins coûteuses à intégrer dès le départ, et l'une des plus pénibles à ajouter après coup. Le coût se répartit en trois endroits.

La plomberie des données. Chaque chunk que vous indexez a besoin d'un identifiant stable, d'une référence source et, idéalement, d'une plage de caractères. C'est une décision de schéma prise une bonne fois pour toutes. Dans l'outil de prospection, c'était un seul champ — l'URL de la page dont provenait chaque fait — conservé sur l'enregistrement à chaque étape et jamais supprimé. Sauter cette étape économise une journée maintenant et coûte des semaines plus tard quand vous essayez de reconstituer quel chunk a produit quelle phrase.

Le format du prompt et de la sortie. Le modèle doit recevoir des identifiants et être invité à les référencer de manière structurée, et votre parseur doit gérer les cas où le modèle s'en écarte légèrement. Prévoyez un format de sortie structuré et un mécanisme de repli pour les cas où le modèle cite un identifiant absent du contexte. Ce cas, c'est l'échec des citations par prompt qui ressurgit — et il doit être signalé, pas rendu comme un lien. Plusieurs fournisseurs proposent désormais des modes de citation natifs qui retournent les passages sources aux côtés du texte, ce qui supprime l'essentiel du travail de parsing. Vérifiez dans la documentation de votre fournisseur si le modèle que vous utilisez le supporte avant de développer le vôtre.

L'interface. Quelqu'un doit concevoir l'apparence d'une citation et ce qui se passe quand on clique dessus. Sous-estimer cela est la raison la plus courante pour laquelle les fonctionnalités de traçabilité sont livrées à moitié finies. Une citation qui ouvre un PDF de 40 pages à la première page est techniquement présente et pratiquement inutile. Pointez directement vers le passage.

Le coût en tokens est réel mais secondaire. Passer des identifiants et demander des références structurées ajoute une surcharge modeste par appel. Si votre budget est serré, les leviers abordés dans l'optimisation des coûts LLM comptent bien plus que rogner sur les citations.

Comment l'inscrire dans un cahier des charges prestataire

Un langage vague ici vous donne la version par prompt. Rédigez des critères d'acceptation mesurables.

• Chaque affirmation factuelle dans une sortie est liée à un passage récupéré, pas à un titre de document. Le lien ouvre le passage, pas le fichier.
• Une citation inventée par le modèle est traitée comme un défaut. Le système doit rejeter ou signaler toute référence à une source absente de l'ensemble de récupération pour cet appel.
• La précision des citations est un chiffre testé. Prélevez un échantillon de sorties, faites vérifier par une personne si chaque passage cité étaye l'affirmation, et fixez un seuil. Cela appartient au même document que vos autres critères d'évaluation dans le contrat prestataire.
• La traçabilité est journalisée, pas seulement affichée. Pour n'importe quelle sortie, vous pouvez ultérieurement retrouver les sources exactes, leurs versions, et qui était autorisé à les consulter.
• Pas de citation, pas d'affirmation. Si l'agent ne trouve pas de source pour quelque chose, il le dit plutôt que de combler le vide. Cette seule règle élimine la plupart des échecs embarrassants.

Si un prestataire résiste à l'un de ces points au motif que c'est « trop lourd pour un MVP », demandez-lui lequel il accepterait qu'un client découvre être absent.

Le bénéfice discret : ça rend l'agent meilleur

Les équipes qui ajoutent la traçabilité constatent souvent que leurs agents s'améliorent pour une raison qui n'a rien à voir avec la confiance. Dès lors que chaque affirmation doit pointer vers un passage, vous voyez quelles récupérations sont faibles, quels documents sont obsolètes, et quels prompts poussent le modèle à dépasser ses limites. La traçabilité transforme « l'agent s'est trompé » en « l'agent s'est trompé parce que la récupération a retourné la page tarifaire de 2023 » — un bug que vous pouvez corriger. Sans elle, vous ajustez à l'aveugle.

Si vous cadrez un agent dont la sortie quitte votre organisation, traitez la traçabilité comme une composante du build principal, pas un élément de phase deux. Nous pouvons vous aider à concevoir la récupération, le modèle de citation et le flux de relecture pour que ce que vous livrez soit vérifiable dès le premier jour. Parlons-en.