Base de connaissances pour agent vocal IA : méthode fiable

Réponse directe : Une base de connaissances utile à un agent vocal IA n’est pas un dossier rempli de documents. C’est un périmètre de sources identifiées, datées, autorisées et rédigées pour répondre à des questions concrètes. Quand aucune source ne suffit, l’agent doit le dire ou transmettre la demande.

Le guide RAG de la Direction générale des entreprises décrit le rapprochement entre requête et connaissances. La documentation AWS illustre une architecture de base de connaissances ; elle ne garantit ni l’actualité ni l’autorisation de vos documents. Les repères publics utiles sont DGE — guide RAG et CNIL — intelligence artificielle ; ils servent à vérifier le cadre, pas à inventer des résultats.

Une base documentaire n’est utile que si ses réponses sont rejouées. Reliez donc ce travail au fonctionnement global d’un agent vocal IA, puis appliquez le protocole de test avant production.

Définir un périmètre opérationnel

Périmètre recommandé : un service documentaire précis, avec ses questions fréquentes, ses exceptions et ses responsables.

La fiabilité vient de la qualité des sources et de la politique de limite, pas du volume indexé. Pour la base de connaissances, le premier livrable est une fiche qui relie intention, donnée nécessaire, action autorisée, sortie attendue et personne responsable. Cette fiche de la gouvernance documentaire et les réponses ancrées évite qu’un agent vocal soit évalué sur une promesse vague ou qu’un article mélange plusieurs sujets.

1. Lister les questions

L’objectif est de Lister les questions de façon observable pour la base de connaissances. La question à résoudre est la suivante : Les demandes réellement posées ? Décrivez le point de départ, la décision autorisée, la limite à ne pas franchir et la sortie attendue pour « lister les questions ». Une autre personne doit pouvoir rejouer ce scénario de la base de connaissances sans interpréter une consigne implicite propre à l’étape « lister les questions ».

Dans la pratique, collectez phrases, variantes et décisions attendues. Pour éprouver l’étape « lister les questions » de la base de connaissances, préparez un cas nominal, une formulation ambiguë et une interruption. Ajoutez, pour « lister les questions », un exemple hors périmètre et vérifiez que l’agent demande une confirmation, refuse proprement ou passe la main quand la preuve manque. Pour « lister les questions », notez séparément ce qui a été dit, ce qui a été compris et l’action réellement exécutée dans ce scénario de la base de connaissances.

La preuve recherchée est un jeu de questions représentatif. La preuve attendue pour « lister les questions » est un jeu de questions représentatif. Pour la base de connaissances, reliez cette preuve de « lister les questions » à la version du scénario, à la donnée utilisée et à l’état final de l’outil. Une correction n’est acceptée qu’après avoir rejoué le cas initial et deux variantes voisines de « lister les questions » ; cette discipline évite de déplacer l’erreur vers une autre étape de la base de connaissances.

2. Choisir les sources

L’objectif est de Choisir les sources de façon observable pour la base de connaissances. La question à résoudre est la suivante : La source qui fait foi ? Décrivez le point de départ, la décision autorisée, la limite à ne pas franchir et la sortie attendue pour « choisir les sources ». Une autre personne doit pouvoir rejouer ce scénario de la base de connaissances sans interpréter une consigne implicite propre à l’étape « choisir les sources ».

Sur le terrain, nommez propriétaire, date et portée. Pour éprouver l’étape « choisir les sources » de la base de connaissances, préparez un cas nominal, une formulation ambiguë et une interruption. Ajoutez, pour « choisir les sources », un exemple hors périmètre et vérifiez que l’agent demande une confirmation, refuse proprement ou passe la main quand la preuve manque. Pour « choisir les sources », notez séparément ce qui a été dit, ce qui a été compris et l’action réellement exécutée dans ce scénario de la base de connaissances.

Le signal de réussite est une priorité documentaire expliquée. La preuve attendue pour « choisir les sources » est une priorité documentaire expliquée. Pour la base de connaissances, reliez cette preuve de « choisir les sources » à la version du scénario, à la donnée utilisée et à l’état final de l’outil. Une correction n’est acceptée qu’après avoir rejoué le cas initial et deux variantes voisines de « choisir les sources » ; cette discipline évite de déplacer l’erreur vers une autre étape de la base de connaissances.

3. Découper le contenu

L’objectif est de Découper le contenu de façon observable pour la base de connaissances. La question à résoudre est la suivante : Le passage récupérable avec son contexte ? Décrivez le point de départ, la décision autorisée, la limite à ne pas franchir et la sortie attendue pour « découper le contenu ». Une autre personne doit pouvoir rejouer ce scénario de la base de connaissances sans interpréter une consigne implicite propre à l’étape « découper le contenu ».

Pour le premier essai, gardez conditions et exceptions ensemble. Pour éprouver l’étape « découper le contenu » de la base de connaissances, préparez un cas nominal, une formulation ambiguë et une interruption. Ajoutez, pour « découper le contenu », un exemple hors périmètre et vérifiez que l’agent demande une confirmation, refuse proprement ou passe la main quand la preuve manque. Pour « découper le contenu », notez séparément ce qui a été dit, ce qui a été compris et l’action réellement exécutée dans ce scénario de la base de connaissances.

Considérez comme preuve la réponse sur cas voisin. La preuve attendue pour « découper le contenu » est la réponse sur cas voisin. Pour la base de connaissances, reliez cette preuve de « découper le contenu » à la version du scénario, à la donnée utilisée et à l’état final de l’outil. Une correction n’est acceptée qu’après avoir rejoué le cas initial et deux variantes voisines de « découper le contenu » ; cette discipline évite de déplacer l’erreur vers une autre étape de la base de connaissances.

4. Écrire la politique

L’objectif est de Écrire la politique de façon observable pour la base de connaissances. La question à résoudre est la suivante : La réponse autorisée ? Décrivez le point de départ, la décision autorisée, la limite à ne pas franchir et la sortie attendue pour « écrire la politique ». Une autre personne doit pouvoir rejouer ce scénario de la base de connaissances sans interpréter une consigne implicite propre à l’étape « écrire la politique ».

Au moment du pilote, définissez réponse, clarification, limite ou transfert. Pour éprouver l’étape « écrire la politique » de la base de connaissances, préparez un cas nominal, une formulation ambiguë et une interruption. Ajoutez, pour « écrire la politique », un exemple hors périmètre et vérifiez que l’agent demande une confirmation, refuse proprement ou passe la main quand la preuve manque. Pour « écrire la politique », notez séparément ce qui a été dit, ce qui a été compris et l’action réellement exécutée dans ce scénario de la base de connaissances.

La vérification utile porte sur une sortie conforme à la source. La preuve attendue pour « écrire la politique » est une sortie conforme à la source. Pour la base de connaissances, reliez cette preuve de « écrire la politique » à la version du scénario, à la donnée utilisée et à l’état final de l’outil. Une correction n’est acceptée qu’après avoir rejoué le cas initial et deux variantes voisines de « écrire la politique » ; cette discipline évite de déplacer l’erreur vers une autre étape de la base de connaissances.

5. Versionner

L’objectif est de Versionner de façon observable pour la base de connaissances. La question à résoudre est la suivante : La validité du document ? Décrivez le point de départ, la décision autorisée, la limite à ne pas franchir et la sortie attendue pour « versionner ». Une autre personne doit pouvoir rejouer ce scénario de la base de connaissances sans interpréter une consigne implicite propre à l’étape « versionner ».

Dans la séquence de test, datez, archivez et testez chaque changement. Pour éprouver l’étape « versionner » de la base de connaissances, préparez un cas nominal, une formulation ambiguë et une interruption. Ajoutez, pour « versionner », un exemple hors périmètre et vérifiez que l’agent demande une confirmation, refuse proprement ou passe la main quand la preuve manque. Pour « versionner », notez séparément ce qui a été dit, ce qui a été compris et l’action réellement exécutée dans ce scénario de la base de connaissances.

Le résultat doit se voir dans le même test avant/après. La preuve attendue pour « versionner » est le même test avant/après. Pour la base de connaissances, reliez cette preuve de « versionner » à la version du scénario, à la donnée utilisée et à l’état final de l’outil. Une correction n’est acceptée qu’après avoir rejoué le cas initial et deux variantes voisines de « versionner » ; cette discipline évite de déplacer l’erreur vers une autre étape de la base de connaissances.

6. Tester les lacunes

L’objectif est de Tester les lacunes de façon observable pour la base de connaissances. La question à résoudre est la suivante : La question sans passage suffisant ? Décrivez le point de départ, la décision autorisée, la limite à ne pas franchir et la sortie attendue pour « tester les lacunes ». Une autre personne doit pouvoir rejouer ce scénario de la base de connaissances sans interpréter une consigne implicite propre à l’étape « tester les lacunes ».

Lors de la revue, préparez hors base, contradiction et exception. Pour éprouver l’étape « tester les lacunes » de la base de connaissances, préparez un cas nominal, une formulation ambiguë et une interruption. Ajoutez, pour « tester les lacunes », un exemple hors périmètre et vérifiez que l’agent demande une confirmation, refuse proprement ou passe la main quand la preuve manque. Pour « tester les lacunes », notez séparément ce qui a été dit, ce qui a été compris et l’action réellement exécutée dans ce scénario de la base de connaissances.

L’équipe peut confirmer ce point par un refus ou transfert approprié. La preuve attendue pour « tester les lacunes » est un refus ou transfert approprié. Pour la base de connaissances, reliez cette preuve de « tester les lacunes » à la version du scénario, à la donnée utilisée et à l’état final de l’outil. Une correction n’est acceptée qu’après avoir rejoué le cas initial et deux variantes voisines de « tester les lacunes » ; cette discipline évite de déplacer l’erreur vers une autre étape de la base de connaissances.

7. Limiter les données

L’objectif est de Limiter les données de façon observable pour la base de connaissances. La question à résoudre est la suivante : Comment limiter les données sans élargir le périmètre ? Décrivez le point de départ, la décision autorisée, la limite à ne pas franchir et la sortie attendue pour « limiter les données ». Une autre personne doit pouvoir rejouer ce scénario de la base de connaissances sans interpréter une consigne implicite propre à l’étape « limiter les données ».

Pour la version contrôlée, séparez règles et fiches personnelles. Pour éprouver l’étape « limiter les données » de la base de connaissances, préparez un cas nominal, une formulation ambiguë et une interruption. Ajoutez, pour « limiter les données », un exemple hors périmètre et vérifiez que l’agent demande une confirmation, refuse proprement ou passe la main quand la preuve manque. Pour « limiter les données », notez séparément ce qui a été dit, ce qui a été compris et l’action réellement exécutée dans ce scénario de la base de connaissances.

Le contrôle final consiste à observer un accès proportionné. La preuve attendue pour « limiter les données » est une décision vérifiable et une trace exploitable. Pour la base de connaissances, reliez cette preuve de « limiter les données » à la version du scénario, à la donnée utilisée et à l’état final de l’outil. Une correction n’est acceptée qu’après avoir rejoué le cas initial et deux variantes voisines de « limiter les données » ; cette discipline évite de déplacer l’erreur vers une autre étape de la base de connaissances.

8. Revoir les réponses

L’objectif est de Revoir les réponses de façon observable pour la base de connaissances. La question à résoudre est la suivante : Comment revoir les réponses sans élargir le périmètre ? Décrivez le point de départ, la décision autorisée, la limite à ne pas franchir et la sortie attendue pour « revoir les réponses ». Une autre personne doit pouvoir rejouer ce scénario de la base de connaissances sans interpréter une consigne implicite propre à l’étape « revoir les réponses ».

Dans un cas représentatif, classez erreurs de source, récupération et dialogue. Pour éprouver l’étape « revoir les réponses » de la base de connaissances, préparez un cas nominal, une formulation ambiguë et une interruption. Ajoutez, pour « revoir les réponses », un exemple hors périmètre et vérifiez que l’agent demande une confirmation, refuse proprement ou passe la main quand la preuve manque. Pour « revoir les réponses », notez séparément ce qui a été dit, ce qui a été compris et l’action réellement exécutée dans ce scénario de la base de connaissances.

La décision s’appuie sur une décision de revue datée. La preuve attendue pour « revoir les réponses » est une décision vérifiable et une trace exploitable. Pour la base de connaissances, reliez cette preuve de « revoir les réponses » à la version du scénario, à la donnée utilisée et à l’état final de l’outil. Une correction n’est acceptée qu’après avoir rejoué le cas initial et deux variantes voisines de « revoir les réponses » ; cette discipline évite de déplacer l’erreur vers une autre étape de la base de connaissances.

Cas de terrain à faire relire

Deux documents se contredisent

Une source prioritaire doit être définie avant la connexion. La date, le propriétaire et la portée permettent d’arbitrer au lieu de laisser l’agent choisir le passage le plus proche.

Posez la même question avec les deux versions. La réponse attendue doit suivre la règle publiée et signaler l’incertitude tant que le conflit n’est pas résolu.

Le document est correct mais illisible à l’oral

Une procédure dense peut être exacte et inutilisable telle quelle. Préparez une réponse courte, puis une orientation vers le détail ou un humain.

Faites écouter la réponse à une personne non spécialiste. Notez le moment où elle ne sait plus quelle action effectuer.

La question ne trouve aucun passage

La meilleure sortie peut être une limite claire avec une prochaine étape. Il vaut mieux reconnaître une lacune que compléter avec une formulation plausible.

Testez une question voisine et une demande d’exception. Les deux doivent être classées séparément.

Une source devient obsolète

Chaque document doit avoir date, propriétaire et procédure de retrait. Un remplacement silencieux empêche d’expliquer un changement de réponse.

Rejouez un scénario connu avant et après retrait. Vérifiez que la version active et le journal racontent la même histoire.

Une fiche contient des données personnelles

Les règles générales et les cas individuels ne doivent pas être mélangés sans finalité. Un exemple fictif suffit souvent à tester une réponse.

Demandez quels rôles ont besoin de voir le détail. Retirez les champs qui ne changent aucune décision.

Une nouvelle source élargit trop le périmètre

Ajouter un document peut créer des réponses dans un domaine non validé. L’extension doit avoir des limites et un jeu de tests.

Préparez un cas où le document est proche mais ne répond pas exactement. La sortie doit rester prudente.

Les erreurs qui donnent une fausse impression de qualité

Tout indexer

La quantité ne compense pas une source contradictoire ou non autorisée.

Confondre récupération et vérité

Trouver un passage ne prouve pas qu’il est actuel ni applicable.

Réponse sans limite

Une base incomplète doit produire clarification, limite ou transfert.

Document non oral

Un tableau dense doit être reformulé pour l’écoute.

Aucun test

Sans questions réelles, la qualité ne se compare pas.

Pas de propriétaire

Une source orpheline devient rapidement impossible à maintenir.

Revue après le pilote

Relisez les réponses par cause : document absent, document obsolète, récupération inadaptée, mauvaise interprétation ou périmètre mal défini.

Pour relire la gouvernance documentaire et les réponses ancrées, regroupez les appels par issue plutôt que par durée. Pour la gouvernance documentaire et les réponses ancrées, séparez compréhension, règle appliquée, action éventuelle, trace créée et sortie proposée. Une reprise ou une réponse peut être correcte seulement si elle respecte un service documentaire précis, avec ses questions fréquentes, ses exceptions et ses responsables et si la donnée reste vérifiable. Utilisez un échantillon contrôlé propre à ce guide sur la base de connaissances, avec des identifiants de scénario et des données fictives lorsque le détail n’est pas nécessaire.

La correction doit rester liée à l’objectif suivant : Construire un périmètre documentaire exploitable par un agent vocal. pour la gouvernance documentaire et les réponses ancrées, il peut s’agir d’une source à mettre à jour, d’une question à raccourcir, d’une confirmation à ajouter, d’un droit à retirer, d’une limite à expliciter ou d’une reprise à déclencher plus tôt. Après modification, rejouez le cas initial de la gouvernance documentaire et les réponses ancrées et deux variantes voisines. Cette boucle rend la version ce guide sur la base de connaissances explicable sans transformer l’incident en règle isolée.

Checklist finale

1. Une intention principale et une sortie métier sont écrites pour la gouvernance documentaire et les réponses ancrées.
2. Les limites et la reprise humaine sont compréhensibles dans ce guide sur la base de connaissances.
3. Les données demandées ont une finalité et un accès définis pour ce guide sur la base de connaissances.
4. Les cas nominaux, ambigus, interrompus et hors périmètre sont testés pour la gouvernance documentaire et les réponses ancrées.
5. Les sources ou outils ont un propriétaire et une version.
6. Les échecs sont relus avec une méthode et une décision de correction.

Fiche de décision à remettre à l’équipe

Pour mettre cette méthode en œuvre sur la gouvernance documentaire et les réponses ancrées, réunissez les personnes concernées et demandez-leur de décrire un appel réel, une exception et une sortie acceptable. La fiche consacrée à la gouvernance documentaire et les réponses ancrées doit permettre à quelqu’un d’autre de rejouer ce parcours avec des données fictives et de reconnaître le résultat attendu. Écrivez les mots de l’appelant, la question posée, la donnée utilisée, l’action éventuelle et la phrase de fin pour ce guide sur la base de connaissances.

Ajoutez ensuite les conditions de confiance propres à ce guide sur la base de connaissances. Qu’est-ce qui est suffisamment certain pour répondre ? Qu’est-ce qui doit être confirmé ? Quel événement provoque une reprise ? Quel rôle valide la source ou l’action ? Ces questions rendent visible la frontière entre assistance et décision pour la gouvernance documentaire et les réponses ancrées. Elles évitent aussi de corriger le système à partir d’un seul exemple dans ce guide sur la base de connaissances, sans regarder les cas voisins.

Enfin, choisissez un rituel de contrôle compatible avec Construire un périmètre documentaire exploitable par un agent vocal. Une personne relit les traces minimisées pour la gouvernance documentaire et les réponses ancrées, une autre vérifie l’état métier et le responsable du parcours décide de la correction. Pour ce guide, n’acceptez la prochaine version que si le scénario initial et ses variantes restent cohérents. Si la preuve manque, réduisez le périmètre, expliquez la limite ou transférez. Dans le guide ce guide sur la base de connaissances, cette prudence protège la qualité du parcours sans retarder une décision utile.

Gardez enfin une question simple pour chaque étape de la gouvernance documentaire et les réponses ancrées. Elle sert de repère lors d’une reprise, d’une nouvelle version ou d’un contrôle qualité propre à ce guide sur la base de connaissances. Si l’équipe de ce guide sur la base de connaissances ne peut pas répondre avec les sources et journaux disponibles, le parcours reste trop large. Pour ce guide, réduire une promesse, demander une confirmation ou passer la main constitue une décision opérationnelle claire. Cette règle protège l’appelant et facilite la maintenance.