긴 계약서나 회의록, 보고서를 통째로 Claude에 붙여넣고 질문했는데 정작 중요한 부분을 놓치거나 엉뚱한 답이 돌아온 경험이 있을 겁니다. 공식 문서는 이런 문제를 줄이기 위해 프롬프트(prompt) — Claude에게 전달하는 입력 텍스트 전체 — 를 구성하는 방식 자체를 바꿀 것을 권장합니다. 핵심은 세 가지입니다. 문서를 어디에 두는지, 문서가 여러 개일 때 어떻게 구분하는지, 그리고 답변을 받기 전에 무엇을 먼저 요청할지입니다.
🟢 현행 모델 라인업 일치 · 모델 안내 · Fable 구독 안내
Fable 5·5.1 구독 안내(2026년 9월 7일 갱신): 2026년 9월 1일 출시된 Claude Fable 5.1이 현행 Fable 모델이고, Fable 5는 레거시로 전환됐습니다. 구독 조건은 두 모델이 같습니다 — Max·Team Premium 플랜은 주간 사용 한도의 50% 범위에서 포함되고, Pro·Team Standard 플랜은 사용량 크레딧(입력 100만 토큰당
문서를 프롬프트 앞쪽에 두면 왜 더 정확해지나요?
공식 문서는 질문이나 지시사항보다 문서 원문을 프롬프트 맨 앞에 배치하라고 안내합니다. 예를 들어 "다음 계약서를 검토해서 위약금 조항을 요약해줘"라고 쓰고 그 뒤에 계약서 전문을 붙이는 방식보다, 계약서 전문을 먼저 통째로 붙이고 그 다음에 "위 계약서를 검토해서 위약금 조항을 요약해줘"라고 질문을 맨 끝에 두는 방식이 권장됩니다. 특히 문서가 길어질수록(수십 페이지 분량의 보고서, 회의록 여러 건 등) 이 순서 차이가 답변의 정확도에 영향을 줄 수 있다고 설명합니다. 롱 컨텍스트(long context) — Claude가 한 번에 읽고 참고할 수 있는 긴 입력 범위를 뜻합니다. 현재 Claude 모델 중에는 최대 100만 토큰(token) — 글자를 잘게 쪼갠 처리 단위 — 규모의 문맥을 지원하는 모델도 있어, 책 한 권 분량의 자료도 한 번에 넣을 수 있습니다. 다만 넣을 수 있다는 것과 정확하게 답한다는 것은 별개이기 때문에, 배치 순서 같은 기본 습관이 중요합니다.
문서가 여러 개일 때는 어떻게 구분해서 넣어야 하나요?
문서가 두 개 이상이라면 각 문서를 XML 태그(XML tag) — 문자를 꺾쇠괄호(< >)로 감싸 내용의 시작과 끝, 종류를 표시하는 구분자 — 로 감싸서 구조화하라고 안내합니다. 계약서 원본과 내부 검토의견처럼 서로 다른 문서를 구분 없이 그냥 나란히 붙이면, Claude가 어느 문장이 어느 문서에서 나온 것인지 헷갈릴 수 있습니다. 이때 문서마다 번호(index)와 출처(source) 정보를 태그로 표시해 주면, Claude가 "이 문장은 계약서에서, 저 문장은 검토의견에서 나왔다"는 식으로 출처를 구분하며 답변하기가 쉬워집니다.
답변이 문서 내용과 어긋날 때는 어떻게 막나요?
답변을 바로 요청하지 말고, 먼저 관련 있는 문장을 문서에서 그대로 인용해 보라고 요청하는 방법을 씁니다. 예를 들어 "답변하기 전에 이 질문과 관련된 문서 속 문장을 먼저 그대로 뽑아서 보여주고, 그 인용을 근거로 답변해줘"라고 지시하는 식입니다. 공식 문서는 이 방식이 길고 복잡한 문서 속에서 관련 없는 내용(노이즈)을 걸러내고 실제로 관련된 부분에 집중하는 데 도움이 된다고 설명합니다. 부가적으로, 사람이 답변을 검토할 때도 "이 인용문이 실제로 문서에 있는 내용인지" 눈으로 바로 확인할 수 있어 결과를 검증하기가 쉬워집니다.
실전 프롬프트 템플릿
아래는 문서를 앞에 두고, XML 태그로 여러 문서를 구분하고, 인용을 먼저 요청하는 세 가지 기법을 한 번에 적용한 예시입니다. 실제로 사용할 때는 괄호 안 설명 부분을 실제 문서 내용과 질문으로 바꿔 넣으면 됩니다.
<documents>
<document index="1">
<source>2026년_계약서.pdf</source>
<document_content>
(여기에 첫 번째 문서 원문 전체를 붙여넣습니다)
</document_content>
</document>
<document index="2">
<source>내부_검토의견.docx</source>
<document_content>
(여기에 두 번째 문서 원문 전체를 붙여넣습니다)
</document_content>
</document>
</documents>
위 계약서와 검토의견을 비교했을 때, 제3조(위약금 조항)와 관련해
서로 어긋나는 부분이 있는지 확인해 주세요.
답변하기 전에 관련 있는 문장을 각 문서에서 그대로 인용해 먼저 보여주고,
그 인용을 근거로 답변해 주세요.
주의할 점은 이 구조를 쓰더라도 Claude가 문서에 없는 내용을 지어내지 않는지 항상 확인해야 한다는 것입니다. 인용 요청 단계를 넣으면 이런 확인이 훨씬 쉬워지지만, 인용문 자체를 원문과 대조해 보는 습관은 여전히 필요합니다.
나쁜 구성과 좋은 구성, 한눈에 비교하면?
| 항목 | 흔히 하는 나쁜 구성 | 권장하는 좋은 구성 |
|---|---|---|
| 문서 위치 | 질문을 먼저 쓰고 문서를 뒤에 붙임 | 문서 전체를 먼저 붙이고 질문을 맨 뒤에 둠 |
| 여러 문서 구분 | 구분 없이 문서를 나란히 붙임 | XML 태그로 문서마다 번호·출처 표시 |
| 답변 검증 | 바로 요약·답변만 요청 | 관련 문장을 먼저 인용하게 한 뒤 답변 요청 |
자주 묻는 질문
Q. 문서를 꼭 맨 앞에 둬야 하나요? 질문을 먼저 써도 되지 않나요?
질문이나 지시사항보다 문서 원문을 프롬프트 앞쪽에 두는 편이 권장됩니다. 특히 문서가 길어질수록 이 순서가 답변 정확도에 영향을 줄 수 있다고 공식 문서는 설명합니다.
Q. 문서가 하나뿐이어도 XML 태그로 감싸야 하나요?
문서가 하나뿐이면 꼭 필요하지는 않지만, 문서가 두 개 이상이라면 각 문서를 태그로 구분하는 것이 권장됩니다. 그래야 Claude가 어느 내용이 어느 문서에서 나왔는지 헷갈리지 않습니다.
Q. 답변이 문서 내용과 다르게 나오면 어떻게 하나요?
답변을 바로 요청하지 말고, 관련 문장을 문서에서 그대로 인용해 보라고 먼저 요청하는 방법이 도움이 됩니다. 이렇게 하면 Claude가 관련 없는 내용을 걸러내고, 사람도 인용문을 원문과 대조해 답변을 검증하기 쉬워집니다.
Q. 이 방법은 Claude.ai 채팅에서도 쓸 수 있나요, 개발자용 API에서만 쓸 수 있나요?
공식 문서 자체는 개발 환경을 기준으로 설명하지만, 문서를 먼저 붙이고 질문을 나중에 쓰는 순서나 인용을 먼저 요청하는 습관은 Claude.ai에서 긴 문서를 붙여넣고 대화할 때도 그대로 적용할 수 있는 프롬프트 작성 습관입니다.
긴 문서를 다룰 일이 많다면, 오늘 소개한 세 가지(문서 먼저 배치, XML로 구조화, 인용 먼저 요청) 중 하나씩만 적용해봐도 답변 품질 차이를 체감할 수 있습니다. 특히 여러 문서를 비교·대조해야 하는 작업일수록 XML 구조화와 인용 요청을 함께 쓰는 것을 추천합니다.