MidassAI Chat 으로 하는 근거 기반 PDF 연구 가이드

"ChatGPT, 이 80 페이지 PDF 읽어줘"의 문제점

일반적인 채팅 도구는 업로드된 파일을 배경 텍스트로 취급한 뒤 근거 규명이 아닌 패턴 완성에 의존해 답변합니다. 찾아보면 존재하지 않는 섹션 번호, 관련 없는 논문에서 혼합된 발견 사항, 그리고 검색해보기 전까지는 실제처럼 보이는 인용구를 담은 유창한 요약문을 얻게 됩니다.

Google 의 NotebookLM 은 문서 기반 연구 방식을 대중화했습니다. 답변은 개방된 웹이 아닌 업로드한 파일에서 인용되어야 합니다. 별도의 Google Workspace 스택을 유지하지 않아도 MidassAI Chat에서 Gemini 3 의 긴 컨텍스트 파싱 기능을 활용해 해당 워크플로우를 재현하고 확장할 수 있습니다.

이 게시물은 PDF 와 함께 생활하는 분석가, 학생, 창업자, 법무 운영 팀을 위한 현장 가이드입니다.

실무에서 '근거 기반 (Grounded)'이란 의미

근거 기반 답변은 다음 세 가지 테스트를 충족해야 합니다:

추적 가능성: 모든 주장은 위치를 특정할 수 있는 구간 (페이지, 제목, 또는 표 행) 과 매핑되어야 합니다.
답변 거부: 문서에 내용이 없으면 모델은 그렇게 명시해야 합니다. 그럴듯한 채우기 금지.
분리: 웹 지식 (있는 경우) 은 업로드된 소스와 별도로 라벨링되어야 합니다.

MidassAI Chat 의 Gemini 3 는 프롬프트를 올바르게 구조화할 경우 단일 추론 세션 내에서 연례 보고서 + 부록, 계약서 + 수정 계약서, 논문 + 보조 표 등 다중 파일 스레드를 지원합니다.

MidassAI Chat에서 Gemini 3 체험하기

설정: 10 분 연구 세션

1 단계 — 폴더가 아닌 소스 큐레이션

답변을 포함할 수 있는 파일만 업로드하세요. 불필요한 PDF 는 충돌 위험 ("어느 문서에서 매출이 12% 성장했다고 했지?") 을 높입니다.

권장 파일 세트 크기:

단일 결정: 1–3 개의 PDF (총 40 MB 미만)
비교 검토: 동일 정책의 2 개 버전 (v2024 vs v2025)
문헌 스킴: 초록 + 방법론만 필요한 경우 5–8 편 — 전체 도서 금지

2 단계 — 소스 맵으로 초기화

업로드 후 첫 프롬프트:

첨부된 PDF 가 {N} 개 있습니다. 실질적인 질문에 답변하기 전에:

각 파일을 파일명 기준으로 나열하세요.

각 파일마다 출력: 제목 (보이는 경우), 페이지 수, 섹션 제목 3 개.

읽기 불가능하거나 스캔된 페이지가 있는지 표시하세요. 아직 발견 사항을 요약하지 마세요.

이렇게 하면 모델이 추론 전에 인덱싱을 강제하여 나중에 섹션 참조 환각을 줄입니다.

3 단계 — 단위 질문 하기

나쁨: "이 보고서에서 위험에 대해 뭐라고 했어?" 좋음: "Q3-Investor-Deck.pdf 에서만: '위험 요소' 아래 모든 불릿 포인트를 페이지 번호와 함께 나열하세요. 섹션 제목이 다르다면 실제 제목을 인용하세요."

단위 질문은 검증이 쉽고, 파일이 업데이트될 경우 재실행 비용이 저렴합니다.

감사를 견디는 프롬프트 템플릿

페이지 앵커가 있는 추출

업로드된 파일 전체에서 {keyword} 에 대한 모든 언급을 추출하세요. 표 출력: | 파일 | 페이지 | 인용 (25 단어 이내) | 컨텍스트 (1 문장) |. 없는 경우 해당 파일에 "NOT FOUND"라고 작성하세요. 추론하지 마세요.

문서 간 모순 스캔

{topic} 에 대해 {DocA} 와 {DocB} 를 비교하세요. 충돌하는 문장을 나열하세요. 각 행마다: DocA 인용 + 페이지, DocB 인용 + 페이지, 심각도 (상/중/하). 일치하는 경우 "NO CONFLICT FOUND"라고 명시하세요.

임원 브리프 (여전히 근거 기반)

{question} 에 대한 200 단어 임원 요약문을 작성하세요. 모든 문장은 [Deck p.12] 와 같은 대괄호 인용으로 끝나야 합니다. 인용 없는 문장은 최대 2 개까지 허용되며, 이를 추론으로 라벨링하세요.

실제로 중요한 멀티모달 엣지 케이스

스캔된 PDF: OCR 품질은 약 150 DPI 이하로 떨어집니다. 소스 맵에서 깨진 페이지를 표시하면 PDF 와 함께 PNG 로 중요한 표를 잘라 업로드하거나 다시 스캔하세요.

페이지를跨越하는 표: Gemini 에게 "표 {name} 을 Markdown 으로 재구성하세요; 병합된 셀 표시; 계속 페이지가 모호한 경우 명시하세요."라고 요청하세요.

검열된 계약서: 프롬프트: "검은 상자를 알 수 없는 값으로 취급하세요. 검열된 숫자나 이름을 절대 추측하지 마세요."

Gemini 3 vs "그냥 웹 검색"

웹 검색은 인터넷이 믿는 것에 답변합니다. 문서 기반 Gemini 는 파일 세트가 증명하는 것에 답변합니다. 둘을 의도적으로 사용하세요:

모드	사용 시기
업로드 전용	규정 준수, 실사, 채점, 내부 감사
업로드 + 라벨된 추론	문서 사실과 시장 컨텍스트를 결합한 전략 메모
웹 전용 (업로드 없음)	뉴스, 가격 책정, 파일 세트에 없는 제품 문서

MidassAI Chat 에서 인용 누출을 방지하려면 업로드 전용 스레드를 개방형 웹 스레드와 분리하여 유지하세요.

품질 관리: 5 분 인간 검토

다음 없이 근거 기반 출력을 절대 배포하지 마세요:

무작위 인용 3 개 샘플 점검 — 인용된 페이지로 PDF 열기
NOT FOUND 행 검색 — 침묵이 실제인지 확인
새 스레드에서 질문 하나 재요청 — 답변 비교; 차이는 불안정성을 표시
"적대적 검토자" 프롬프트 실행: "업로드된 파일만 고려했을 때 마지막 답변이 틀릴 수 있는 방법 3 가지를 나열하세요."

팀 워크플로우 팁

파일을 의미 있게 이름 짓기 (VendorA-MSA-2026.pdf, scan_final_v3.pdf 아님)
스레드 제목에 버전 명시 ("Acme DD — Aug 14 — v1")
Q&A 내보내기 — 소스 페이지로 링크하여 위키에 저장
수정된 부록 발송 시 재업로드 — 오래된 스레드 메모에 의존하지 마세요

계획해야 할 한계

Gemini 3 는 구조화된 추출에 뛰어나지만; 라이선스 보유 법률 또는 의료 조언을 대체할 수 없습니다
매우 큰 파일 세트는 주제별 스레드로 분할이 필요할 수 있습니다
비밀번호 보호 PDF 는 업로드 전 암호 해독 필요

첫 번째 근거 기반 세션 시작

신뢰하는 실제 PDF 하나를 선택하세요 — 공급업체 계약서, 강의 자료, 또는 내부 RFC. 소스 맵 초기화 프롬프트를 실행한 다음 단위 질문 3 가지를 던지세요. 파일 세트가 자동화 연구에 충분할 만큼 깨끗한지, 아니면 OCR 정리가 먼저인지 15 분 이내에 알 수 있을 것입니다.

summary-box {"title":"Workflow snapshot","rows":[["1","Upload curated PDFs only"],["2","Source-map priming prompt"],["3","Atomic, page-anchored questions"],["4","Human spot-check citations"],["Platform","MidassAI Chat + Gemini 3"]]}}