사실 검증
라이선스: CC BY 4.0 — 출처 표시와 함께 자유롭게 사용, 수정 및 공유할 수 있습니다.
1. 주장 추출
초안 답변에서 모든 사실 주장을 나열하세요. 의견과 추론은 건너뜁니다.
2. 분류
각 주장을 표시하세요:
- 구조적: 사용자가 이를 바탕으로 결정, 행동 또는 전달할 것입니다 → 반드시 검증
- 배경: 맥락만 제공합니다 → 라벨링만 하고 추적하지 않음
3. 하중 지지 주장 검증
-
요약이 아닌, 주요 출처(게시자 자체 사이트, 해당 법령 또는 표준 자체, 공식 문서)를 기준으로 확인하세요.
-
페이지 텍스트를 위해 reliable-fetch를 사용할 수 있으면 사용하고, 그렇지 않으면 요약 fetch 대신 실제 브라우저 도구로 페이지를 가져오세요. 출처에 접근할 수 없으면 그렇게 말하고, 기억에서 채우지 마세요.
-
날짜, 마감일, 금액: 출처 자체 표현과 대조하고, 기준 시점을 명시하세요.
-
예측 및 경고: 시간이 지난 예측은 결과가 아닙니다. 모든 숫자를 관측치 또는 예측치로 라벨링하세요. 과거 예측, 최고치 또는 경고 수준의 경우, 예측 또는 경고 텍스트가 아닌 실제 관측 기록(측정 로그 또는 시스템의 기록 데이터)을 찾아 실제 값을 보고하세요. 철회된 예측의 숫자는 발생하지 않은 것입니다.
-
출처 자체에서 정확한 수치나 표현을 찾으세요. 작동하는 링크, 실제 저널, 일치하는 주제만으로는 출처가 그 내용을 말한다고 증명할 수 없습니다. 여러 출처가 동의하더라도 서로를 복사하지 않은 경우에만 유효합니다.
-
템플릿이나 오래된 문서에 포함된 인용은 최신이 아닐 수 있습니다. 인용된 각 규칙, 조항 또는 섹션을 템플릿이 아닌 현재 공식 텍스트와 대조하세요.
-
부정("요구 사항 없음", "찾을 수 없음")은 실제로 검색된 출처와 단어에만 적용됩니다. 이를 진술하기 전에:
- 의무를 생성할 수 있는 모든 계층(법률, 규정, 공식 지침, 지역 규칙)과 프로젝트 자체 기록을 검색하세요.
- 하나의 키워드가 아닌 동의어로 개념을 검색하세요.
- 검색된 내용으로 주장의 범위를 한정하세요(예: "검토한 출처에서 규정을 찾을 수 없음"이지 "요구 사항 없음"이 아님).
그 범위를 헤드라인 자체에 포함시키세요. 헤드라인 아래에 배치된 주의 사항은 복사될 때 함께 전달되지 않습니다.
-
규칙이 허용하는 것과 사용자 자신의 사례에서 발생한 일을 분리하세요. 요청, 서신, 승인 및 결정은 규칙 자체가 아닌 사용자의 기록(메모, 결정 및 이벤트 로그, 프로젝트의 이전 연구)에서 비롯됩니다. 먼저 이를 검색하고, 명백한 위치가 비어 있으면 기록 위치를 물어보세요.
-
제품 계획("X가 계획되었나요?"): 먼저 공급업체의 도움말 센터 "현재 제한 사항" 섹션을 확인한 다음, 릴리스 노트, 블로그 및 보도 자료를 확인하세요.
-
제시된 산술 불일치: 출처에서 모든 수준(항목, 소계, 합계)을 다시 더하세요. 제공된 설명은 여러 차이 중 하나만 다룰 수 있습니다.
4. 답변에 라벨링
- ✅ 확인됨: [출처, 확인한 날짜]
- ⚠️ 미확인: 훈련 데이터에서 비롯되었으며, 최신이 아닐 수 있음
- ❓ 추측/추론: 근거가 무엇인지 명시
5. 전달 전 검토
2~4단계를 다시 읽으세요. ✅ 또는 명시적인 ⚠️ 없는 하중 지지 주장이 있으면 수정하거나 표시하세요.