> For the complete documentation index, see [llms.txt](https://docs.medcrypt.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.medcrypt.com/fr/msi/review-and-correct-device-knowledge/trace-an-ai-claim-to-its-source.md).

# Remonter à la source d’une affirmation de l’IA

Chaque affirmation de MSI concernant vos documents est étiquetée selon le niveau de preuve qui l’étaye : une citation retrouvée mot pour mot dans votre document, une inférence raisonnée ou une citation introuvable. Utilisez ces étiquettes pour déterminer ce sur quoi vous pouvez vous appuyer et ce qu’il faut vérifier avant de l’inclure dans un dossier de soumission.

## Avant de commencer

* Téléversez vos documents dans une collection associée à l’appareil. Consultez [Examiner et corriger les connaissances sur l’appareil](/fr/msi/review-and-correct-device-knowledge.md#add-documents-to-the-device).
* Une analyse ou un échange à vérifier, par exemple une conversation Ask MSI, un rapport d’audit ou l’architecture d’un appareil.

## Comprendre les étiquettes

MSI vérifie chaque citation en la comparant exactement au texte de votre document, et non à l’aide d’un autre modèle d’IA. Ainsi, toute personne qui relance la vérification obtient le même résultat.

| Libellé                   | Signification                                                                                                                     | Marche à suivre                                                                                                     |
| ------------------------- | --------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------- |
| **Vérifiée**              | La citation a été retrouvée mot pour mot dans le document source.                                                                 | Vous pouvez vous y fier après avoir rapidement lu le passage.                                                       |
| **Corroborée**            | Correspond à une affirmation approuvée par un évaluateur ou très similaire. C’est un indice fort, mais pas une citation exacte.   | Vérifiez la source si l’affirmation est importante.                                                                 |
| **Description de figure** | Correspond à la description d’une figure ou d’un diagramme par MSI, et non aux mots du document lui-même.                         | Ouvrez la figure et vérifiez-la.                                                                                    |
| **Justifiée**             | Une inférence du modèle dont le raisonnement est consigné. Elle est transparente, mais ne peut pas être rattachée à une citation. | Évaluez le raisonnement. Ajoutez des éléments de preuve si vous devez pouvoir rattacher l’affirmation à une source. |
| **Non vérifiée**          | Une citation a été présentée, mais elle est introuvable dans la source.                                                           | Considérez-la comme douteuse jusqu’à ce que vous l’ayez vérifiée.                                                   |

**Justifiée** et **Non vérifiée** sont délibérément différents. Une affirmation justifiée signifie « il s’agit d’un raisonnement, pas d’une citation ». Une affirmation non vérifiée signifie « une citation a été fournie, mais elle ne figure pas dans la source ».

Certaines affirmations comportent également une note plutôt qu’une étiquette : **Pas encore vérifiée** (la citation n’a pas été vérifiée), **Rejetée par un réviseur**, ou **Retirée** (le document source a été supprimé ou ne contient plus la citation).

## Ouvrir la source d’une citation

Lorsqu’une citation verbatim apparaît, sélectionnez-la ou sélectionnez **Afficher dans le document**. Le visualiseur de documents s’ouvre, la citation est mise en surbrillance et le **Passage cité** est épinglé au-dessus du document.

## Vérifier une réponse Ask MSI

1. Dans une conversation Ask MSI, sélectionnez **Traçabilité** en haut de la conversation.
2. Le panneau **Traçabilité des affirmations** s’ouvre. Son en-tête indique le nombre d’affirmations par étiquette : vérifiée, corroborée, description de figure, justifiée et non vérifiée.
3. Examinez chaque affirmation et sa citation source. Commencez par les affirmations non vérifiées.

Pour voir ce qu’Ask MSI a réellement fait, développez **Sources et actions** sous une réponse. Cette section répertorie les **Actions effectuées**, avec les **Arguments** et la **Réponse**de chaque outil, l’activité de chaque étape spécialisée, et **Documents référencés**.

## Vérifier un constat d’audit

Dans un rapport d’audit, sélectionnez **Traçabilité** pour ouvrir le même **Traçabilité des allégations** panneau pour l’ensemble de l’audit.

Chaque constat comporte également une section **Intégrité des éléments de preuve**  . Développez-la pour afficher les éléments de preuve du constat, classés par libellé. Les constats comportent un libellé supplémentaire :

* **Manquant — attendu, mais absent du dossier soumis**: élément de preuve recherché par l’auditeur, mais introuvable. Il s’agit d’une lacune à combler, et non d’une allégation.

Les extraits affichés comme **allégués (non étayés)** n’ont pas été vérifiés par rapport à la source ; ne les considérez donc pas comme vérifiés.

Voir [Exécuter un audit réglementaire](/fr/msi/check-estar-readiness/run-a-regulatory-audit.md).

## Vérifier l’origine des informations sur le dispositif

Sur la page **Device Knowledge** , chaque élément d’architecture et chaque valeur de profil indiquent leur provenance.

1. Sélectionnez **Device Knowledge** dans la barre latérale, puis l’onglet **Architecture** .
2. Consultez la colonne **Provenance** du registre :

| Provenance                  | Signification                                                              |
| --------------------------- | -------------------------------------------------------------------------- |
| **À partir de documents**   | Relié à une citation verbatim dans un document nommé.                      |
| **À partir d’une figure**   | Correspond à la description d’une figure dans un document fournie par MSI. |
| **Déduit**                  | MSI l’a déduit à partir d’un raisonnement, sans citation.                  |
| **Non vérifiée**            | Une source a été indiquée, mais n’a pas pu être retrouvée.                 |
| **Ajouté par une personne** | Un membre de votre équipe l’a créé.                                        |
| **Importé**                 | Indiqué dans un classeur importé.                                          |
| **Défini par vous**         | Vous avez défini cette valeur vous-même.                                   |
| **Non établi**              | Aucun élément ne l’étaye pour l’instant.                                   |

3. Sélectionnez un élément pour consulter ses **Éléments de preuve** (les documents et citations qui le justifient) et son **Historique**. Sélectionnez **Afficher l’historique** pour ouvrir sa chronologie complète dans l’onglet **Suivi des modifications** .

## Suivre un fait dans la base de connaissances

L’onglet **Explorer** indique ce que MSI sait sur chaque partie de votre dispositif.

1. Dans **Device Knowledge**, sélectionnez l’onglet **Explorer** .
2. Recherchez un composant, un type de données ou une interface.
3. Examinez les faits associés à l’entité. **La section** répertorie les faits à vérifier en priorité, par exemple ceux qui sont **Citation non vérifiée** ou **Correspondance basée uniquement sur le nom**.
4. Sélectionnez un fait pour consulter sa **Source**, son état de **Révision** et les éléments qui s’ **appuient sur lui** (menaces, exigences et autres enregistrements).
5. Ouvrez une trace pour suivre la chaîne dans un sens ou dans l’autre : **Repose sur** indique les éléments dont dépend une affirmation, jusqu’au document source, et **Utilisé par** indique les éléments qui en dépendent.

**Utilisé dans** indique où l’entité apparaît dans l’architecture, les menaces, les mesures de contrôle et les exigences.

## Corriger une affirmation fragile

* Si la source est correcte, mais que MSI a fait une erreur, corrigez l’élément ou la valeur. Consultez [Examiner et corriger les connaissances sur le dispositif](/fr/msi/review-and-correct-device-knowledge.md).
* Si les preuves manquent, ajoutez le document à une collection. MSI le lit automatiquement.
* Si deux documents se contredisent, résolvez le désaccord dans l’onglet **Contradictions** .

## Prochaines étapes

* [Poser une question à MSI](/fr/msi/get-started/ask-msi.md): utilisez la traçabilité pendant vos échanges.
* [Réaliser un audit réglementaire](/fr/msi/check-estar-readiness/run-a-regulatory-audit.md): vérifiez les preuves à l’appui de chaque constat.
* [Examiner et corriger les connaissances sur le dispositif](/fr/msi/review-and-correct-device-knowledge.md): corrigez les éléments que vous repérez.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.medcrypt.com/fr/msi/review-and-correct-device-knowledge/trace-an-ai-claim-to-its-source.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.