짧은 답
PDF를 메시지 입력창에 끌어다 놓거나 클립 아이콘을 클릭해 첨부한 다음, 평범한 말로 질문을 입력하세요. 사용 중인 요금제의 모든 모델이 이를 읽을 수 있으며, 같은 파일을 다시 업로드하지 않고도 모델을 바꿔가며 사용할 수 있습니다.
답변을 신뢰하기 전에 한 가지만 하세요: 모델이 사용한 구절을 인용해 달라고 요청하는 것입니다. 파일이 아니라 학습 데이터에서 끌어온 자신만만한 답변은 사람들에게 손해를 끼치는 실패이며, 위치를 확인하는 질문 하나면 약 10초 만에 이를 잡아낼 수 있습니다. 이 페이지의 나머지 부분은 그 일을 잘 해내는 방법을 다룹니다.
먼저, 문서를 제대로 읽고 있는지 확인하세요
문서 채팅에서 가장 위험한 실패는 틀린 답변이 아니라, 파일이 아니라 학습 데이터에서 끌어온 자신만만한 답변입니다. 흔한 유형과 닮은 문서, 즉 표준 상업 임대차 계약서, 잘 알려진 규정, 널리 논의된 논문에서 특히 자주 일어납니다. 모델은 그 장르를 충분히 잘 알고 있어서 실제 텍스트를 참조하지 않고도 그럴듯한 답변을 만들어내며, 출력물 어디에도 그렇게 했다는 신호가 없습니다.
이 습관 하나로 문제를 없앨 수 있습니다. 실제 질문을 하기 전에, 위치를 확인하는 질문을 먼저 하세요.
첨부된 문서에서 [주제]를 다루는 구절을 인용하고, 그것이 나오는 페이지나 섹션을 알려주세요. 문서에 없다면 그렇다고 말해주세요.
실제 인용문을 내놓는다면 파일을 읽고 있는 것입니다. 일반적인 바꿔 말하기를 내놓거나 분명히 있는 내용을 찾지 못한다면 추출이 실패한 것이며, 그 이후의 모든 답변이 의심스러워집니다. 10초면 되는 일이고, 이것이 도구와 골칫거리의 차이를 가릅니다.
이 습관은 실제 질문에도 적용하세요. 답변을 신뢰할 모든 프롬프트에는 답변을 뒷받침하는 정확한 텍스트를 인용해 주세요 라는 문구가 들어가야 합니다.
문서에 맞는 모델 고르기
| 문서 | 모델 | 이유 |
|---|---|---|
| 100페이지 이상 보고서, 신고서, 전체 계약서 세트 | Gemini | 100만 토큰 컨텍스트 창을 갖추고 있어 문서가 조각나지 않고 그대로 존재합니다 |
| 계약서, 정책 문서 등 세부 조건이 중요한 모든 문서 | Claude | 뉘앙스를 파악하고 문서에 없는 내용을 알려주는 데 가장 뛰어납니다 |
| 청구서, 양식, 짧고 구조화된 파일 | GPT | 빠르고, 표나 JSON으로 엄격하게 추출하는 데 가장 안정적입니다 |
| 그림이 있는 논문, 스캔된 페이지, 도표 | 모든 멀티모달 모델 | 텍스트 추출이 부족한 부분을 이미지로 페이지를 읽어 보완합니다 |
컨텍스트 창 부분은 짚고 넘어갈 가치가 있습니다. 문서가 모델이 담을 수 있는 양을 넘어서면 조각으로 나누어 처리해야 하고, 문서 전체를 한 번에 봐야 하는 질문(14조와 모순되는 내용이 있는지, 이 용어가 어딘가에 정의되어 있는지, 이 세 섹션 중 어느 것이 일관성이 없는지)은 신뢰할 수 없게 됩니다. 긴 파일에서 단순한 취향이 아니라 큰 컨텍스트를 가진 모델을 선택해야 하는 구체적인 이유가 바로 이것입니다.
다시 업로드하지 않고도 모델을 바꿀 수 있으므로, 한 모델로 읽고 같은 파일에 대해 다른 모델로 추출해 보세요. 대화 도중 모델 전환하기를 참고하세요.
문서 유형별 프롬프트
계약서 및 합의서
첨부된 계약서에서 다음을 표로 추출하세요: 계약 기간과 갱신, 해지 통지 기간, 지급 조건, 책임 한도, 면책 조항, 준거법, 양도, 해지 후에도 존속하는 조항. 각 항목마다 조항 번호를 표시하고 해당 문장을 인용하세요. 그런 다음 상대방이 아니라 우리가 지는 의무를 별도로 나열하세요.
실제로 중요한 질문으로 이어가세요: 이 계약이 이런 유형의 계약에 대한 표준 조건과 비교해 특이한 점은 무엇이고, 눈에 띄게 빠진 것은 무엇인가요? 위험은 보통 빠진 부분에 있으며, 키워드 검색으로는 절대 찾을 수 없는 것입니다.
연구 논문
첨부된 논문에 대해 다음을 알려주세요: 연구 질문, 연구 설계, 표본과 모집단, 주요 결과, 효과 크기를 포함한 핵심 결과, 명시된 한계, 자금 출처. 그런 다음 이 논문을 인용하기 전에 독립적으로 검증해야 할 세 가지 주장을 알려주세요.
긴 보고서와 신고서
첨부된 보고서를 문서 순서가 아니라 중요도 순으로 10개 항목으로 요약하세요. 그런 다음 다음을 알려주세요: 의사결정자가 신경 쓸 세 가지 숫자와 그 페이지 참조, 출처 없이 사실로 제시된 내용, 요약이나 개요 부분이 문서 뒷부분의 세부 내용과 어긋나는 곳.
이 마지막 확인이 놀라울 만큼 자주 실제 문제를 찾아냅니다. 개요는 초기에 작성되고 이를 요약하는 섹션들보다 수정이 덜 이루어지기 때문입니다.
두 문서 비교하기
contract-a.pdf와 contract-b.pdf를 조항별로 비교하세요. 모든 실질적인 차이를 표로 정리하세요: 주제, A의 내용, B의 내용, 어느 쪽이 우리에게 유리한지. 서식과 번호 매기기 차이는 무시하세요. 한쪽에만 있고 다른 쪽에는 없는 내용을 별도로 나열하세요.
활용 가능한 형태로 바꾸기
이 결과를 경영진 대상으로 150단어로 다시 작성하세요. 필요한 의사결정부터 시작하세요. 정의되지 않은 전문 용어는 쓰지 마세요. 배포하기 전에 제가 확인해야 할 부분이 있으면 표시하세요.
문제 해결
"문서가 보이지 않아요." 파일 업로드가 끝났는지 확인한 다음, 메시지에서 파일 이름을 명시적으로 언급하세요. 매우 긴 대화에서는 다시 첨부하거나 그 파일만으로 새 대화를 시작하는 편이 씨름하는 것보다 빠릅니다.
스캔된 PDF, 깨지거나 없는 텍스트. 문서가 이미지이기 때문에 일반 텍스트 추출로는 읽을 것이 거의 없습니다. Whizi는 페이지에서 나오는 텍스트가 얼마나 적은지를 보고 이미지 위주의 PDF를 감지해, 서버 측 비전 처리를 한 번 거쳐 페이지별 텍스트를 반환합니다. 해상도가 낮거나 특이한 글꼴, 손글씨, 빽빽한 표가 있으면 정확도가 떨어집니다. 잘못 읽은 숫자는 매끄러운 답변 속에서 눈에 띄지 않으므로, 스캔된 문서에서 나온 모든 수치는 원본 페이지와 대조해 확인하세요.
표가 이상하게 나옵니다. PDF 표는 내부 구조가 형편없기로 악명 높습니다. 먼저 표를 그대로 재현해 달라고 요청해 페이지와 대조한 다음, 그제서야 분석을 요청하세요. 표 작업이 많다면 페이지를 이미지로 읽는 멀티모달 모델이 텍스트 추출보다 더 안정적인 경우가 많습니다.
분명히 있는 내용을 놓쳤습니다. 위치를 확인하는 질문을 하세요. 눈에 보이는 구절을 모델이 인용하지 못한다면 문제는 추론이 아니라 추출입니다. 다른 모델을 시도하거나 관련 페이지만 업로드하세요.
파일이 너무 큽니다. 큰 컨텍스트를 가진 모델을 사용하거나, 페이지 수가 아니라 목적별로 나누세요. 실제로 필요한 세 섹션만 업로드하는 것이 400페이지를 전부 업로드하고 기대하는 것보다 낫습니다.
대화가 길어질수록 답변이 모호해집니다. 긴 대화는 문서와 경쟁하는 맥락을 쌓아 갑니다. 파일과 함께 필요한 내용을 간결하게 정리해 새 대화를 시작하세요.
신뢰하기 전에 검증하세요
중요도 순으로 세 가지 확인 사항입니다.
중요한 내용에는 인용문을 요구하세요. 인용된 구절은 몇 초 만에 확인할 수 있지만, 바꿔 말한 내용은 그렇지 않습니다. 이 한 가지 습관만으로도 문서 작업의 위험 대부분을 없앨 수 있습니다.
두 번째 모델로 교차 확인하세요. 같은 파일에 대해 다른 모델에게 같은 질문을 해보세요. 답이 일치하면 의미 있는 증거이고, 불일치하면 정확히 어디를 살펴봐야 하는지 알려줍니다. Whizi의 나란히 비교 기능이 이를 위해 존재합니다.
무엇이 불확실한지 물어보세요. 위 답변 중 가장 확신이 없는 것은 무엇이고, 문서에서 모호한 부분은 무엇인가요? 모델은 자기 평가에 완벽하지 않지만, 모델이 드러내는 모호함은 대체로 원문에 실제로 존재하는 모호함이며, 이는 문서 자체에 대한 유용한 정보입니다.
그리고 결과가 중요한 모든 일, 즉 법률, 금융, 의료, 규정 준수와 관련된 자료에는 변함없는 규칙이 있습니다. 모델은 구절을 찾아주고, 판단은 사람이 내립니다. 이는 읽기를 돕는 보조 도구이지 조언자가 아니며, 그 출력물을 바탕으로 내린 결정에 대한 책임은 전적으로 사용자에게 있습니다.
- 먼저 위치를 확인하는 질문을 해서 모델이 파일을 읽고 있는지 확인하세요
- 중요한 답변마다 정확한 인용문을 요구하세요
- 긴 문서에는 큰 컨텍스트를 가진 모델을 사용해 아무것도 잘려나가지 않게 하세요
- 문서에 있는 내용뿐 아니라 눈에 띄게 빠진 내용도 물어보세요
- 스캔된 문서에서 나온 수치는 원본 페이지와 대조해 확인하세요
- 표는 그대로 재현한 다음 분석하기 전에 확인하세요
- 중요한 내용은 두 번째 모델로 교차 확인하세요
자주 묻는 질문
PDF 최대 크기는 얼마인가요?
업로드하는 파일은 각각 최대 10MB로 제한되며, 메시지 하나에 최대 6개 파일을 담을 수 있습니다. 그 안에서 실제 제약은 파일 용량 한도가 아니라 모델의 컨텍스트 창입니다. Whizi의 Gemini는 100만 토큰 컨텍스트 창을 갖추고 있어, 긴 보고서, 신고서, 여러 계약서 세트에 추천되는 이유입니다. 그 이상이라면 문서 전체가 아니라 실제로 필요한 섹션만 업로드하세요. 범위를 좁힌 맥락이 대체로 더 정확한 답을 만들어내기 때문입니다.
Whizi가 제 PDF를 저장하나요?
업로드된 파일은 사용자 계정 아래 저장되며, 최대 30일 후 만료되도록 설정되어 있고, 언제든 더 일찍 삭제할 수 있습니다. Whizi는 사용자의 프롬프트, 파일, 대화, 음성 기록, 생성된 콘텐츠를 Whizi 소유 AI 모델을 학습시키는 데 사용하지 않으며, 그런 콘텐츠를 학습 데이터로 판매하지도 않습니다. 파일을 삭제해도 대화 중 그 파일에 대해 이미 나눈 내용은 사라지지 않으므로, 문서가 삭제할 만큼 민감하다면 대화도 함께 삭제하세요.
여러 PDF와 동시에 채팅할 수 있나요?
네, 그리고 문서 간 비교가 가장 유용한 지점입니다. 같은 대화에 여러 파일을 업로드하고 프롬프트에서 이름으로 지칭하세요. 그렇지 않으면 모델이 어느 파일로 답할지 알리지 않고 스스로 선택합니다. 조항별 계약 비교, 여러 보고서의 결과 통합, 문서 간 모순 찾기는 모두 모든 내용이 한 번에 존재해야 하므로, 큰 컨텍스트를 가진 모델을 사용해야 할 또 다른 이유입니다.
스캔된 PDF에서도 작동하나요?
네. Whizi는 페이지에서 나오는 텍스트가 얼마나 적은지를 보고 스캔되었거나 이미지 위주인 PDF를 감지해, 서버 측 비전 처리를 통해 페이지별로 텍스트로 변환합니다. 깨끗한 스캔본에서는 정확도가 좋고, 해상도가 낮거나 특이한 글꼴, 손글씨, 빽빽한 표가 있으면 정확도가 떨어집니다. 잘못 읽은 문자는 매끄러운 답변 안에 잘못된 숫자를 만들어내므로, 스캔된 문서에서 가져온 수치는 원본 페이지와 대조해 확인하세요.
답변이 실제로 제 문서에서 나온 것인지 어떻게 알 수 있나요?
인용문을 요구하세요. 모델에게 답변을 뒷받침하는 정확한 구절을 페이지나 섹션과 함께 인용하고, 그 정보가 문서에 없다면 분명히 말해 달라고 요청하세요. 파일이 아니라 학습 데이터에서 끌어온 답변은 문서 채팅에서 가장 위험한 실패입니다. 흔한 유형의 문서에서는 그럴듯해 보이기 때문이며, 확인 가능한 인용문을 요구하는 것만이 차이를 구분하는 유일하게 믿을 만한 방법입니다.