같은 질문이라도 어떻게 적느냐에 따라 Claude의 답은 크게 달라집니다. Anthropic 공식 가이드는 좋은 프롬프트를 "의도와 모델의 해석 사이 간극을 줄이는 일"로 설명합니다. 프롬프트가 모호하면 모델이 빈칸을 자기 추측으로 채우기 때문에 결과가 들쭉날쭉해집니다. 이 글은 복붙용 템플릿 모음과 달리, 왜·어떻게 써야 잘 되는지 원리에 집중합니다.
먼저, 프롬프트의 황금률
공식 가이드의 핵심 비유는 이렇습니다 — Claude를 "맥락은 없지만 매우 똑똑한 신입사원"이라고 생각하세요. 회사의 관행·스타일·선호를 모르므로, 정확히 설명할수록 좋은 결과가 나옵니다. 점검법도 간단합니다. 그 작업을 잘 모르는 동료에게 프롬프트를 보여줬을 때 헷갈려 한다면, Claude도 헷갈립니다.
결과를 바꾸는 7가지 원칙
1. 명확하고 구체적으로
가장 큰 개선은 "무엇을 해달라는지"를 구체적으로 적는 것입니다. 모호한 지시는 모호한 답을 만듭니다.
나쁜 예: "이 글 정리해줘." → 좋은 예: "아래 글을 비전문가용으로, 핵심 3가지를 불릿으로 요약해줘. 각 불릿은 한 문장."
2. 충분한 맥락과 목적을 준다
이 결과물이 누구를 위한 것이고, 어디에 쓰이는지를 알려주면 톤과 수준이 맞춰집니다. "임원 보고용", "초등학생도 이해하게", "블로그 도입부로" 같은 한 줄이 결과를 크게 바꿉니다.
3. 예시를 보여준다 (few-shot)
원하는 형식·말투의 입력→출력 예시를 한두 개 보여주면, 설명을 길게 쓰는 것보다 정확합니다. "이런 식으로"의 '이런'을 직접 보여주는 셈입니다.
4. 역할을 부여한다
"숙련된 데이터 분석가처럼", "꼼꼼한 교열 편집자로서"처럼 전문 역할을 지정하면 그 관점과 어휘로 답합니다. 시스템 프롬프트(역할 설정)에 두면 대화 전체에 일관되게 적용됩니다.
5. 출력 형식을 지정한다
표·불릿·JSON·단계별 등 원하는 형태를 명시하세요. "표로", "JSON으로 키는 name·price", "300자 이내" 같은 제약이 후처리를 줄여 줍니다.
6. 단계적으로 생각하게 한다
복잡한 추론·계산은 "단계별로 생각한 뒤 답하라"고 요청하면 정확도가 올라가는 경향이 있습니다(이른바 사고의 사슬, chain-of-thought). 풀이 과정을 먼저 적게 하고 결론을 내게 하는 방식입니다.
7. 데이터와 지시를 분리한다 (XML 태그)
긴 원문이나 데이터를 다룰 때는 지시문과 데이터를 구분하세요. Anthropic은 <document>...</document>처럼 XML 태그로 감싸 경계를 명확히 하는 방식을 권합니다. 무엇이 "처리 대상"이고 무엇이 "지시"인지 헷갈리지 않게 됩니다.
아래 <article> 안의 글을 3문장으로 요약해줘.
<article>
(여기에 원문 붙여넣기)
</article>자주 하는 실수
- 모호함: "좀 잘 써줘"처럼 기준이 없으면 매번 다른 결과가 나옵니다. 길이·관점·형식을 명시하세요.
- 트릭에 의존: 이상한 형식이나 우회로 품질을 끌어올리려는 "꼼수"는 모델이 바뀌면 깨지기 쉽습니다. 원칙적이고 명료한 지시가 더 안정적입니다.
- 과도한 지시: 요청하지 않은 기능까지 덧붙이라고 하면 초점이 흐려집니다. 필요한 범위로 좁히세요.
한 번에 완성하려 하지 말 것
프롬프트는 한 번에 완벽할 필요가 없습니다. 결과를 보고 부족한 부분(맥락·예시·형식)을 보태며 다듬어 가는 것이 가장 빠른 길입니다. 사실 정확도가 중요한 작업이라면, 모르면 "모른다"고 답하도록 허용하는 문장을 넣어 환각(할루시네이션)을 줄이는 것도 도움이 됩니다.
마무리
요약하면, 좋은 프롬프트는 모델이 추측할 여지를 줄이는 일입니다 — 명확한 작업, 충분한 맥락, 예시, 역할, 형식, 단계적 사고, 그리고 데이터/지시 분리. 더 자세한 기법과 모델별 가이드는 Anthropic 공식 문서(프롬프트 엔지니어링 개요)를 참고하세요. 바로 쓸 수 있는 예시가 필요하면 프롬프트 템플릿 모음도 함께 보세요.