클로드 프롬프트 기본기: 원하는 답을 얻는 질문법

클로드 프롬프트를 잘 쓰고 싶은데 막상 대화창 앞에서는 “회의 내용 정리해줘”부터 입력하게 됩니다.
답은 금방 나와요. 그런데 결정 사항과 아이디어가 섞이고, 담당자가 없는 일에도 그럴듯한 이름이 붙습니다. 그래서 요청을 길게 늘여 쓰면 될 것 같지만, 문제는 글자 수보다 모호함에 있어요.
1편에서 Claude에 첫 질문을 했다면, 이번에는 같은 질문을 실제 업무용 요청으로 바꿔볼게요. 그리고 첫 답이 어긋났을 때 새로 시작하지 않고 수정하는 문장까지 정리합니다.

30초 핵심 요약

좋은 Claude 질문법은 긴 주문을 외우는 일이 아닙니다. 목적, 배경, 자료, 출력 형식, 검수 기준 가운데 결과에 영향을 주는 조건을 분명히 쓰는 일에 가깝습니다.
첫 답이 아쉬우면 “다시 해줘”라고만 하지 말고, 유지할 부분과 고칠 부분을 함께 지정하세요. 복잡한 일은 자료 확인→구조 작성→최종 문장처럼 여러 대화 단계로 나누는 편이 관리하기 쉽습니다.

목차

1. 짧아서가 아니라 모호해서 실패한다
2. 클로드 프롬프트를 다섯 칸으로 설계한다
3. 프롬프트 예시로 형식을 고정한다
4. 복잡한 요청을 단계별로 나눈다
5. 첫 답을 버리지 않고 수정한다
6. 업무별 기본 틀을 복사한다
7. 요청 전후를 스스로 검수한다
8. 결론과 FAQ

짧아서가 아니라 모호해서 실패한다

먼저 이 요청에서 Claude가 결정할 수 없는 것을 찾아보겠습니다.

회의 내용 정리해줘.

누가 읽는지, 무엇을 결정 사항으로 볼지, 어느 정도 길이가 필요한지 알 수 없습니다. Claude는 빈칸을 나름대로 채우지만 그 기준이 내 업무 기준과 같다는 보장은 없어요.
Claude Help Center는 요청을 단순하고 명확하게 설명하고, 배경지식이 없는 사람에게 전달하듯 충분한 맥락을 주라고 안내합니다. 복잡한 요청은 하위 단계로 나누고, 후속 지시로 피드백을 주는 방법도 권합니다.
출처: Claude Help Center, My prompt isn’t giving me a helpful answer, 2026년 3월 16일
여기서 잠깐 기준을 잡아두면 뒤의 템플릿을 무작정 길게 채우는 일을 피할 수 있습니다.

클로드 프롬프트를 다섯 칸으로 설계한다

이 글에서는 질문을 목적, 배경, 자료, 출력 형식, 검수 기준의 다섯 칸으로 나눕니다. Anthropic의 고유 공식 이름은 아니고, 공식 가이드의 명확성·맥락·예시·성공 기준 원칙을 일반 업무에 쓰기 쉽게 재구성한 프레임이에요.

목적	왜 필요한가	팀장에게 결정 사항 보고
배경	누가 읽고 어떤 상황인가	팀장은 불참, 1분 안에 읽음
자료	무엇을 근거로 삼는가	붙여 넣은 회의 메모만 사용
출력 형식	어떤 순서와 모양인가	결정·담당·마감·미결 순 불릿
검수 기준	무엇을 확인해야 끝인가	없는 담당자·날짜는 확인 필요 표시

Claude Platform 문서는 프롬프트를 다듬기 전에 성공 기준과 이를 시험할 방법을 정의하라고 설명합니다. 일상 대화에서는 “좋은 답” 대신 “담당자와 마감일 누락 없음”, “원문에 없는 내용은 확인 필요 표시”처럼 확인 가능한 문장으로 바꾸면 됩니다.
출처: Claude Platform Docs, Prompt engineering overview, 2026년 7월 29일 확인

다섯 칸은 모두 채우는 서류가 아닙니다. “이 조건을 빼면 결과가 달라지는가?”라고 물어보고, 달라지는 정보만 남기세요.

프롬프트 예시는 설명보다 빠르게 형식을 고정한다

모호한 요청을 다음처럼 바꿀 수 있습니다.

목적: 팀장에게 오늘 회의의 결정 사항을 보고하려고 해.
배경: 팀장은 회의에 참석하지 않았고 1분 안에 읽어야 해.
자료: 아래 회의 메모만 사용해. 모르는 내용은 추측하지 마.
형식: 결정 사항, 담당자, 마감일, 미결 쟁점 순서로 써줘. 각 항목은 불릿으로 정리해.
검수: 담당자나 날짜가 메모에 없으면 ‘확인 필요’라고 표시해.

원하는 모양을 말로 설명하기 어렵다면 짧은 샘플을 하나 붙입니다.

형식 예시:
결정 사항: 8월 시범 운영 진행
담당자: 확인 필요
내용이 아니라 이 형식만 따라줘.

Anthropic은 실제 입력과 이상적인 출력 예시를 제공하는 few-shot prompting이 원하는 형식과 스타일을 전달하는 데 유용하다고 설명합니다. 예시는 많을수록 무조건 좋은 게 아니라, 원하는 모양과 중요한 예외를 보여줄 만큼이면 됩니다.
출처: Anthropic, Prompt engineering for business performance, 2024년 2월 29일
이제 조건이 많은 업무를 한 번에 넣을지, 대화를 나눌지 판단해보겠습니다.

복잡한 요청은 단계별 대화로 나눈다

보고서 하나를 만들면서 자료 검토, 요약, 반론 확인, 문장 다듬기를 동시에 요청하면 어느 단계에서 잘못됐는지 찾기 어렵습니다.
이럴 때는 세 번으로 나눌 수 있어요.

1. “회의 메모에서 결정 사항 후보와 미결 쟁점을 원문 표현 그대로 분리해줘.”
2. “내가 확인한 분류를 바탕으로 담당자와 마감일을 연결해줘. 없는 값은 확인 필요로 둬.”
3. “최종 내용을 팀장이 1분 안에 읽을 보고 문장으로 다듬어줘.”

Anthropic은 이렇게 복잡한 작업을 여러 프롬프트로 나누고 앞선 결과를 다음 요청에 이어 쓰는 방식을 prompt chaining이라고 설명합니다.
한 단계가 끝날 때마다 내용을 확인할 수 있어 오류가 어디서 생겼는지 찾기 쉽다는 게 실무상 장점입니다. 대신 아주 단순한 문장 교정까지 억지로 세 단계로 나눌 필요는 없어요.

첫 답을 버리지 않고 수정하는 법

첫 답에서 결정 사항과 미결 쟁점이 섞였다고 해볼게요. 새 채팅에서 전체 조건을 다시 붙이기보다 현재 대화에서 이렇게 말할 수 있습니다.

구조는 유지해줘. 다만 결정 사항과 미결 쟁점이 섞였어. 최종 합의된 내용만 결정 사항에 남기고, 나머지는 미결 쟁점으로 옮겨줘.

이 문장에는 유지할 것, 문제인 것, 수정 기준이 모두 있습니다.
답이 너무 길다면 이렇게 고칩니다.

사실과 항목 순서는 유지해줘. 반복 설명만 줄여서 각 항목을 두 문장 이내로 바꿔줘.

근거가 부족하다면 이렇게 이어갑니다.

결론은 아직 쓰지 말고, 각 결정 사항의 근거가 되는 원문 문장부터 인용해줘. 근거를 찾지 못한 항목은 별도로 모아줘.

Claude Help Center도 후속 지시와 설명 보완, 재작성 요청으로 피드백을 주라고 안내합니다. 완벽한 첫 프롬프트를 만들려고 멈춰 있기보다, 작은 초안을 받고 어긋난 한 지점을 정확히 고치는 편이 현실적입니다.

업무별 복사 가능한 기본 틀 3개

이메일 초안

목적: [상대]에게 [행동]을 요청하는 이메일이 필요해.
배경: 상대와의 관계는 [관계]이고, 이미 합의한 내용은 [내용]이야.
자료: 아래 메모의 사실만 사용해.
형식: 제목 2개와 본문 5문장 이내로, [정중한/간결한] 말투로 써줘.
검수: 요청 기한과 회신 방법이 들어갔는지 확인해.

자료 요약

목적: [독자]가 [결정]할 수 있도록 자료를 요약해줘.
자료: 아래 텍스트만 근거로 사용해.
형식: 핵심 결론 3개, 근거, 불확실한 점 순서로 정리해.
검수: 숫자마다 원문 위치를 표시하고, 자료에 없는 해석은 구분해.

아이디어 비교

목적: [목표]에 맞는 후보를 고르려고 해.
배경: 예산은 [범위], 마감은 [날짜], 반드시 지킬 조건은 [조건]이야.
형식: 후보별 장점, 단점, 위험, 다음 확인 항목을 비교해.
검수: 주어진 정보만으로 순위를 정할 수 없으면 필요한 질문을 먼저 해줘.

이 틀도 그대로 보관할 필요는 없습니다. 업무에 필요 없는 줄은 지우고, 자주 빠지는 조건만 남겨야 다음에도 부담 없이 쓸 수 있어요.

요청 전후를 비교하는 셀프 검수

아래 네 가지가 보이면 요청을 보낼 준비가 된 겁니다.

• 독자와 사용 목적이 드러나는가
• Claude가 근거로 쓸 자료의 범위가 분명한가
• 결과의 길이·순서·모양 중 필요한 조건이 있는가
• 빠진 정보와 불확실성을 어떻게 표시할지 정했는가

첫 답을 받은 뒤에는 사실, 분류, 형식 순으로 봅니다. 세 가지를 한꺼번에 “별로야”라고 표현하기보다, 가장 큰 문제 하나부터 수정 요청하세요.

결론: 완벽한 한 번보다 수정 대화

클로드 프롬프트의 핵심은 길이가 아닙니다. Claude가 내 목적을 이해하고, 정해진 자료에서, 확인 가능한 형태로 답할 만큼의 정보를 주는 일입니다.
처음에는 다섯 칸 중 두세 개만 써도 괜찮아요. 첫 답을 초안으로 받고, 유지할 부분과 고칠 기준을 한 문장으로 이어가면 됩니다.
1편: Claude 가입과 첫 설정, 첫 질문에서 만든 첫 대화를 이번 틀로 다시 써보세요. 다음 3편에서는 같은 구조를 PDF·문서·이미지·데이터 파일에 적용하고, 답의 근거를 원문과 대조하는 방법을 다룹니다.

자주 묻는 질문

Q. Claude에게 역할을 지정하면 항상 더 좋아지나요?

역할이 관점과 용어 수준을 실제로 바꿀 때 유용합니다. 단순 요약에서는 “전문가 역할”보다 독자, 목적, 근거 자료, 출력 기준을 구체적으로 쓰는 편이 더 직접적일 수 있습니다.

Q. 프롬프트는 한글로 써도 되나요?

Claude는 대화형 자연어 지시를 받을 수 있습니다. 내가 검수하기 쉬운 언어로 목적과 조건을 명확히 쓰는 것이 중요합니다.

Q. 답변이 너무 짧으면 어떻게 요청하나요?

빠진 항목을 지정하고 이전 구조를 유지한 채 확장해달라고 요청하세요. 공식 도움말도 이전 요청과 응답을 제공해 이어 쓰는 방법을 안내합니다.
출처: Claude Help Center, Claude’s response to my prompt is too brief, 2026년 3월 16일

Q. 복잡한 요청은 언제 나누는 게 좋나요?

자료 추출, 판단, 최종 작성처럼 중간 결과를 사람이 확인해야 할 때 나누면 좋습니다. 어느 단계에서 오류가 생겼는지 확인하기도 쉬워집니다.

Q. 자료에 없는 내용을 만들지 않게 할 수 있나요?

“아래 자료만 사용하고, 찾을 수 없는 값은 확인 필요로 표시해”처럼 근거 범위와 누락 표시 방법을 함께 지정하세요. 그래도 중요한 사실과 숫자는 원문에서 직접 대조해야 합니다.
참고 자료

• Claude Help Center, Introduction to prompt design
• Claude Help Center, My prompt isn’t giving me a helpful answer
• Claude Platform Docs, Prompt engineering overview
• Anthropic, Prompt engineering for business performance

최종 업데이트: 2026년 7월 29일