클로드(Claude)에게 질문했는데, 돌아온 답이 어딘가 익숙하지 않으셨나요? "일반적으로는 이렇습니다", "상황에 따라 다릅니다" 같은, 검색만 해도 나오는 뻔한 일반론 말입니다. 도구가 부족해서가 아닙니다. 내 상황과 내 자료를 주지 않았기 때문입니다. 이 글에서는 2026년 현재 쓸 수 있는 클로드 활용법 중에서, AI가 일반론 대신 내가 준 자료를 근거로 답하게 만드는 세 가지 방법을 정리합니다. 파일 첨부, 프로젝트(Projects) 지식베이스, 그리고 "제공한 자료 안에서만 답하라"는 지시 설계입니다.
왜 클로드가 뻔한 일반론만 답할까
대화형 AI는 기본적으로 당신이 창에 적어 넣은 것만 알고 있습니다. 내 회사 규정, 내가 정리한 회의록, 내 계약서 초안은 모릅니다. 그러니 "우리 팀 상황에 맞게 정리해줘"라고만 하면, AI는 근거로 삼을 자료가 없어 가장 무난한 평균값, 즉 일반론을 내놓습니다. 반대로 근거가 될 문서를 먼저 넣어주면 답의 성격이 바뀝니다. 추상적 조언 대신 "3페이지 표에 따르면…" 같은 구체적인 답을 하게 됩니다.
많은 분들이 "프롬프트를 더 잘 써야 한다"에 매달리지만, 실제로는 문장을 다듬기 전에 답의 재료가 있느냐가 결과를 훨씬 크게 좌우합니다. 아무리 정교하게 물어도 참고할 자료가 없으면 AI는 결국 일반적인 지식으로 메울 수밖에 없기 때문입니다. 핵심은 간단합니다. 일반론이 싫다면, 일반론을 벗어날 재료를 먼저 줘야 합니다.
같은 질문, 재료 유무에 따른 차이
예를 들어 신규 입사자 안내 문서를 만든다고 해봅시다. 재료를 주지 않은 요청과 준 요청은 답이 이렇게 갈립니다.
- 재료 없는 요청 — "신입 온보딩 체크리스트 만들어줘." → 계정 발급, 조직도 공유, 멘토 배정처럼 어느 회사에나 통하는 평균적인 항목이 나옵니다. 정작 우리 회사엔 없는 절차가 섞이기도 합니다.
- 재료 준 요청 — 회사 인사 규정과 지난 온보딩 메일을 첨부하고 "이 자료 기준으로 첫 주 체크리스트를 표로 만들어줘." → 우리 회사 실제 승인 라인, 실제 시스템 이름, 실제 일정에 맞춘 항목이 나옵니다.
결과물의 완성도가 다른 이유는 모델이 갑자기 똑똑해져서가 아니라, 답의 근거가 될 자료가 손안에 있느냐의 차이입니다. 그럼 내 자료를 전달하는 경로부터 정리해봅시다. 크게 세 가지입니다.
내 자료를 전달하는 세 가지 경로
| 경로 | 언제 쓰나 | 특징 |
|---|---|---|
| 대화창 파일 첨부 | 한 번만 물어볼 문서 | 입력창의 + 버튼으로 PDF·워드·CSV·이미지 첨부. 그 대화 안에서만 유효. |
| 프로젝트(Projects) 지식베이스 | 같은 자료를 계속 참고할 때 | 자료를 한 번 올려두면 그 프로젝트의 모든 대화가 공유. 매번 다시 붙일 필요 없음. |
| 커스텀 인스트럭션 | 말투·역할·형식을 고정할 때 | "우리 회사 톤으로", "표로 정리" 같은 규칙을 프로젝트에 저장. |
방법 1 · 한 번이면 충분할 땐 대화창에 바로 첨부
지금 당장 이 PDF 하나만 요약하면 되는 경우라면, 프로젝트까지 만들 필요는 없습니다. 클로드 입력창의 + 버튼(파일 추가)을 눌러 문서를 올리거나, 파일을 창으로 끌어다 놓으면 됩니다. PDF, 워드 문서, CSV·스프레드시트, 텍스트 파일은 물론 이미지(스크린샷 포함)도 인식합니다.
클로드는 한 대화 안에서 약 20만 토큰의 맥락을 다룰 수 있는데, 이는 Anthropic 공식 안내 기준으로 500페이지 분량의 책 한 권에 해당합니다(본 글 작성 시점 기준). 그래서 긴 보고서나 계약서를 잘라 붙이지 않고 통째로 넣고, "12페이지 리스크 항목만 요약해줘"처럼 특정 부분을 곧바로 물어볼 수 있습니다. 단, 첨부 문서는 그 대화 안에서만 기억됩니다. 새 대화를 열면 다시 올려야 하고, 관련 없는 파일까지 잔뜩 넣으면 오히려 초점이 흐려질 수 있으니 지금 질문에 필요한 문서만 넣는 편이 좋습니다.
방법 2 · 같은 자료를 반복해 쓴다면 프로젝트로 묶기
매번 같은 파일을 다시 첨부하고 있다면, 그게 바로 프로젝트를 써야 한다는 신호입니다. 프로젝트(Projects)는 커스텀 지시와 파일 지식베이스를 한 공간에 묶어두는 기능으로, 그 안에서 시작한 모든 대화가 같은 자료와 같은 지시를 이어받습니다. Anthropic 공식 소개에 따르면 프로젝트는 Pro 등 유료 플랜에서 제공됩니다(본 글 작성 시점 기준이며, 플랜 구성은 바뀔 수 있습니다).
프로젝트 세팅 4단계
- 프로젝트 생성 — 주제 단위로 만듭니다. 예: "우리 팀 온보딩", "○○ 계약 검토".
- 지식베이스에 자료 업로드 — 반복 참고할 규정·매뉴얼·과거 문서를 올립니다.
- 커스텀 인스트럭션 작성 — "답변은 항상 존댓말, 결론을 먼저, 표로 정리"처럼 원하는 형식을 고정합니다.
- 대화 시작 — 이제 "지난 회의록 기준으로 액션아이템 정리해줘"라고만 해도 자료를 다시 붙일 필요가 없습니다.
한 가지 주의할 점은, 맥락은 대화 단위로 흐른다는 것입니다. 프로젝트 지식베이스와 커스텀 지시는 모든 대화가 공유하지만, 한 대화에서 즉석으로 나눈 내용이 다른 대화로 자동 넘어가지는 않습니다. 오래 남겨야 할 결론은 지식베이스 문서나 커스텀 인스트럭션에 반영해 두는 편이 안전합니다.
실전 예시 · 회의록 한 폴더로 만드는 주간 정리 루틴
매주 흩어지는 회의록을 예로 들어보겠습니다. "회의 관리"라는 프로젝트를 만들고, 지식베이스에 회의록 파일을 계속 쌓아둡니다. 커스텀 인스트럭션에는 "회의록에서 결정사항·담당자·기한을 표로 뽑고, 근거가 된 회의 날짜를 함께 표기"라고 적어둡니다. 그러면 새 대화에서 "이번 주 미결 액션아이템만 담당자별로 정리해줘" 한 줄이면, 매번 형식을 다시 설명하지 않아도 같은 틀의 결과가 나옵니다. 반복 업무일수록 이 방식의 효과가 큽니다.
방법 3 · "준 자료 안에서만 답하라"고 못박기
자료를 올렸다고 끝이 아닙니다. 지시를 어떻게 하느냐에 따라 답의 신뢰도가 갈립니다. 특히 사실 확인이 중요한 문서 작업이라면 다음 세 가지를 요청에 넣어 보세요.
답을 신뢰할 수 있게 만드는 요청 문장
- 근거 범위 제한 — "첨부한 문서에 있는 내용만으로 답하고, 문서에 없으면 '자료에 없음'이라고 말해줘."
- 출처 표기 요청 — "각 답변 옆에 근거가 된 페이지나 문단을 함께 표시해줘." 어디서 나온 답인지 스스로 검증할 수 있습니다.
- 불확실성 드러내기 — "확실하지 않은 부분은 추측하지 말고 표시해줘." 그럴듯한 창작(할루시네이션)을 줄이는 안전장치입니다.
이렇게 범위를 좁혀두면, 클로드가 문서에 없는 내용을 지어내는 위험이 줄고, 답을 그대로 쓰기 전에 사람이 검증하기도 쉬워집니다. AI의 답은 출발점이지 최종본이 아니다라는 원칙만 지키면 됩니다.
흔한 실수와 FAQ
Q. 자료를 잔뜩 올릴수록 답이 좋아지나요?
꼭 그렇지는 않습니다. 관련 없는 문서까지 섞이면 초점이 흐려집니다. 지금 질문에 필요한 자료만 골라 넣는 편이 낫습니다.
Q. 회사 기밀 문서를 올려도 되나요?
업로드 전에 반드시 회사의 보안 규정과 해당 서비스의 데이터 처리 정책을 확인하세요. 민감 정보는 조직 방침에 따라 판단해야 합니다.
Q. 답이 여전히 두루뭉술해요.
요청이 넓어서일 가능성이 큽니다. "요약해줘" 대신 "결론 3줄 + 근거 페이지"처럼 대상·형식·범위를 좁혀 물어보세요.
바로 써먹는 체크리스트
- ☐ 이 질문에 답할 근거 문서를 먼저 넣었는가?
- ☐ 같은 자료를 두 번 이상 쓸 것 같으면 프로젝트로 묶었는가?
- ☐ 요청에 대상·형식·범위를 구체적으로 적었는가?
- ☐ "문서에 없으면 없다고 말해줘"로 근거 범위를 제한했는가?
- ☐ 결과를 그대로 쓰기 전에 사람이 한 번 검증했는가?
결론
클로드가 뻔한 답을 내놓는다면, 그건 대개 도구가 아니라 재료의 문제입니다. 한 번 쓸 문서는 대화창에 첨부하고, 반복해 쓸 자료는 프로젝트에 묶고, "준 자료 안에서만 답하라"고 못박는 것 — 이 세 가지만으로도 답의 구체성이 확연히 달라집니다. 오늘 자주 참고하는 문서 하나로 프로젝트를 만들어, 내 자료를 근거로 답하게 하는 첫 대화를 시작해보세요.
※ 본 글은 일반 정보 제공 목적이며, 제품의 기능·플랜 구성은 시점에 따라 달라질 수 있으니 이용 전 공식 안내를 확인하시기 바랍니다.
댓글 없음:
댓글 쓰기