그라운딩과 인용

증거 없는 답변은 클레임. 인용 있는 답변은 검증 가능한 클레임. 트레이스가 둘 다 표시 — 증거가 어디서 왔고 답변의 얼마나가 실제로 그라운드됐는지.

​

인용 뷰

답변의 모든 인용은 프리뷰를 호버하는 위첨자 숫자:

• 소스 (문서 제목, 메모리 스페이스 이름, 또는 “graph fact”).
• 정확한 인용 구절.
• 점수 (이 리트리벌에서의 관련도).
• 클릭으로 사이드 패널에서 소스 점프.

Agent 가 항상 인용하도록 설정되어 있으면 강제 가능 — 그라운딩 참고.

​

그라운드 vs. 언그라운드 영역

트레이스가 답변을 두 색으로 하이라이트:

• 초록 — 이 문장이 리트리벌된 청크나 그래프 사실로 뒷받침.
• 회색 — 이 문장이 직접 인용 없음. 다리 문장이거나 환각일 수 있음.

완전 언그라운드 답변은 경고 배너 획득. 자동으로 나쁜 건 아님 — 일부 질문은 정말로 리트리벌된 컨텍스트 밖 추론 필요 — 하지만 스팟체크 가치.

​

인용 충실도

인용된 각 영역에 대해 트레이스는 충실도 점수 도 표시 — 인용된 청크가 실제로 Agent 가 주장하는 것을 말하나? 작은 검증 모델이 계산. 점수:

• 1.0 — 완벽 매치.
• 0.7-1.0 — 뒷받침 (패러프레이즈되었지만 일관).
• 0.4-0.7 — 부분 뒷받침 (클레임의 일부는 소스에 있고 일부는 없음).
• < 0.4 — 오인용 또는 과잉.

낮은 충실도 점수는 미묘한 환각의 가장 강한 시그널 — Agent 가 실제 소스를 읽었지만 소스가 뒷받침하는 것보다 강한 결론 도출.

​

검증 vs. 미검증 클레임

인용과 별개로, Agent 가 인과 그래프 붙임이 있으면 답변의 사실 클레임이 그래프에 대조됨:

• Verified — 그래프가 확인.
• Contradicted — 그래프가 반대.
• Unchecked — 그래프에 매치되는 변수·엣지 없음.

각 사실 클레임 옆에 표시. 에이전트 답변 검증 참고.

​

누락 인용

Agent 가 사실을 진술했지만 인용하지 않았고 — 리트리벌에 인용할 수 있었던 관련 청크가 있었다면 — 트레이스가 플래그: “누락 인용: ‘환불 정책은 30일’ — 매치 청크: policy-2026.pdf#refunds.” 미래 프롬프트 개선을 위한 시그널로 전환.

​

인용 포맷

기본 포맷은 위첨자 숫자. Agent 별 설정 가능:

• 인라인 URL.
• 답변 끝 각주 스타일.
• 구조화 (JSON) — 프로그래매틱 소비자용.

사용자가 답변을 소비하는 방식에 맞는 포맷 선택.

​

”왜 인용 안 됐지” 디버깅

소스에 답이 있는 걸 아는데 Agent 가 인용 안 했다면 트레이스를 거꾸로:

1. 리트리벌이 이 소스를 반환했나? 진단 참고.
2. top-K 에 들 만큼 랭크됐나?
3. Agent 가 인용할 만큼 관련 있다고 판단했나?

트레이스가 각 스테이지를 표시하므로 소스가 떨어진 특정 지점 찾기 가능.