> 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/ko/msi/review-and-correct-device-knowledge/trace-an-ai-claim-to-its-source.md).

# AI 주장 출처 추적

MSI가 문서에 관해 제시하는 모든 주장에는 근거 수준을 나타내는 라벨이 표시됩니다. 문서에서 정확히 일치하는 문구를 찾은 경우, 논리적으로 추론한 경우, 또는 문구를 찾지 못한 경우입니다. 이 라벨을 참고해 어떤 내용을 신뢰할 수 있는지, 제출 자료에 포함하기 전에 무엇을 확인해야 하는지 판단하세요.

## 시작하기 전에

* 문서를 기기에 연결된 컬렉션에 업로드하세요. 자세한 내용은 다음을 참조하세요. [기기 지식 검토 및 수정](/ko/msi/review-and-correct-device-knowledge.md#add-documents-to-the-device).
* 확인이 필요한 분석 또는 대화(예: Ask MSI 채팅, 감사 보고서 또는 기기 아키텍처)를 준비하세요.

## 라벨 이해하기

MSI는 다른 AI 모델을 사용하지 않고 문서의 원문과 정확히 일치하는지 확인해 각 인용문을 검증합니다. 따라서 누구나 검사를 다시 실행해도 같은 결과를 얻습니다.

| 레이블         | 의미                                                                     | 조치 방법                                           |
| ----------- | ---------------------------------------------------------------------- | ----------------------------------------------- |
| **검증됨**     | 인용문이 원본 문서에서 한 글자도 다르지 않게 발견되었습니다.                                     | 해당 구절을 간단히 확인한 후 신뢰하세요.                         |
| **교차 확인됨**  | 검토자가 승인한 주장 또는 내용이 매우 유사한 주장과 일치합니다. 강력한 근거이지만, 문서에서 그대로 인용한 문구는 아닙니다. | 주장이 중요한 경우 원본을 확인하세요.                           |
| **그림 설명**   | 문서 자체의 문구가 아니라 그림이나 다이어그램에 대한 MSI의 설명과 일치합니다.                          | 그림을 열어 확인하세요.                                   |
| **근거 있음**   | 추론 과정이 기록된 모델 추론입니다. 정직한 설명이지만, 인용문과 대조해 추적할 수는 없습니다.                  | 추론의 타당성을 판단하세요. 주장을 추적할 수 있도록 해야 한다면 근거를 추가하세요. |
| **확인되지 않음** | 인용문이 있다고 했지만 원문에서 찾을 수 없었습니다.                                          | 확인할 때까지 의심스러운 것으로 취급하세요.                        |

**정당화됨** 및 **미검증** 은 의도적으로 구분됩니다. ‘정당화된’ 주장은 “이것은 인용문이 아니라 추론입니다”라고 말합니다. ‘미검증’ 주장은 “인용문이 제시되었지만 원문에는 없습니다”라고 말합니다.

일부 주장에는 레이블 대신 다음과 같은 메모가 표시되기도 합니다. **아직 확인되지 않음** (인용문을 아직 확인하지 않음), **검토자가 거부함**또는 **철회됨** (출처 문서가 삭제되었거나 더 이상 해당 인용문을 포함하지 않음).

## 인용문의 출처 열기

직접 인용문이 표시된 곳에서 인용문을 선택하거나 **문서에서 보기**. 문서 뷰어가 열리면 인용문이 강조 표시되고 **인용된 구절** 문서 위에 고정되어 있습니다.

## Ask MSI 답변 확인

1. Ask MSI 채팅에서 다음을 선택합니다 **추적성** 채팅 상단에.
2. 해당 **요구사항 추적성** 패널이 열립니다. 헤더에는 검증됨, 교차 확인됨, 그림 설명, 근거 제시됨, 검증되지 않음 레이블별 클레임 수가 표시됩니다.
3. 각 주장과 해당 출처의 인용문을 검토합니다. 검증되지 않은 주장부터 시작합니다.

Ask MSI가 실제로 수행한 작업을 확인하려면 답변 아래의 **Sources & Actions** 를 펼칩니다. 여기에 다음 항목이 나열됩니다. **Actions taken**, 각 도구의 **Arguments** 및 **Response**, 각 전문 단계의 활동과 **참조된 문서**.

## 감사 지적 사항 확인

감사 보고서에서 **추적성** 를 선택하면 동일한 **주장 추적성** 패널이 열려 전체 감사를 확인할 수 있습니다.

각 지적 사항에는 **증거 무결성** 섹션도 있습니다. 펼치면 라벨별로 해당 지적 사항의 증거를 확인할 수 있습니다. 지적 사항에는 라벨이 하나 더 추가됩니다:

* **누락 — 제출 자료에 있어야 하지만 찾을 수 없음**: 감사자가 확인하려 했지만 찾지 못한 증거입니다. 이는 사실로 주장할 내용이 아니라 보완해야 할 공백입니다.

발췌문이 다음과 같이 표시된 경우 **주장됨(근거 없음)** 원본과 대조해 확인하지 않았으므로 검증된 것으로 간주하지 마세요.

참조 [규제 감사 실행](/ko/msi/check-estar-readiness/run-a-regulatory-audit.md).

## 기기 관련 지식의 출처 확인

의 **기기 지식** 페이지에서 각 아키텍처 요소와 프로필 값의 출처를 확인할 수 있습니다.

1. 선택 **디바이스 지식** 사이드바에서 선택한 다음 **아키텍처** 탭을 선택합니다.
2. 레지스터의 **출처** 열을 확인합니다:

| 출처           | 의미                              |
| ------------ | ------------------------------- |
| **문서에서**     | 특정 문서의 직접 인용문으로 확인되었습니다.        |
| **그림에서**     | 문서에 있는 그림에 대한 MSI의 설명과 일치합니다.   |
| **추론됨**      | MSI가 인용문 없이 근거를 바탕으로 결론을 내렸습니다. |
| **확인되지 않음**  | 출처가 있다고 주장되었지만 찾을 수 없습니다.       |
| **사용자가 추가함** | 팀 구성원이 작성했습니다.                  |
| **가져옴**      | 가져온 통합 문서에 명시되어 있습니다.           |
| **직접 설정함**   | 직접 값을 설정했습니다.                   |
| **확인되지 않음**  | 아직 이를 뒷받침하는 내용이 없습니다.           |

3. 요소를 선택하면 다음을 확인할 수 있습니다. **근거** (이를 뒷받침하는 문서와 인용문) 및 **이력**. 선택 **기록 보기** 전체 타임라인을 열려면 **변경 추적** 탭을 선택합니다.

## 지식 베이스에서 사실 추적하기

의 **Explore** 탭에서는 MSI가 장치의 각 부분에 대해 알고 있는 내용을 확인할 수 있습니다.

1. 의 **Device Knowledge**에서 **Explore** 탭을 선택합니다.
2. 구성 요소, 데이터 유형 또는 인터페이스를 검색합니다.
3. 항목의 사실을 검토합니다. **확신이 서지 않음** 에는 먼저 확인해야 할 사실이 나열됩니다. 예를 들어 다음과 같은 사실입니다. **검증된 인용이 아님** 또는 **이름만 일치**.
4. 사실을 선택하면 해당 사실의 **출처**와 **검토** 상태, 그리고 이 사실을 **참조하는 항목** (위협, 요구사항 및 기타 기록)을 확인할 수 있습니다.
5. 추적 링크를 열어 어느 방향으로든 연결 관계를 확인합니다. **근거** 는 주장의 근거를 문서까지 거슬러 올라가 보여 주며, **사용처** 는 해당 사실에 의존하는 항목을 보여 줍니다.

**사용 위치** 는 아키텍처, 위협, 보안 통제 및 요구사항에서 해당 항목이 나타나는 위치를 보여 줍니다.

## 근거가 취약한 주장 수정하기

* 출처는 정확하지만 MSI가 잘못 해석했다면 요소나 값을 수정합니다. 자세한 내용은 [장치 지식 검토 및 수정](/ko/msi/review-and-correct-device-knowledge.md).
* 증거가 누락되었다면 문서를 컬렉션에 추가합니다. MSI가 자동으로 문서를 읽습니다.
* 두 문서의 내용이 서로 다르면 **모순** 탭에서 해결합니다.

## 다음 단계

* [MSI에 질문하기](/ko/msi/get-started/ask-msi.md): 대화 중 추적 기능을 활용합니다.
* [규제 감사 실행하기](/ko/msi/check-estar-readiness/run-a-regulatory-audit.md): 각 발견 사항의 근거를 확인합니다.
* [장치 지식 검토 및 수정](/ko/msi/review-and-correct-device-knowledge.md): 발견한 문제를 수정합니다.


---

# 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/ko/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.