본문 바로가기

Claude 프롬프트 작성법: 공식 문서 기반 핵심 원칙 6가지

Anthropic 공식 문서를 바탕으로 누구나 바로 쓸 수 있는 프롬프트 작성 원칙 6가지(명확함·맥락·예시·XML 구조화·역할·긴 문맥)를 한국어로 정리했습니다.

글

💬 이 글에 복사해 쓰는 프롬프트 1개가 있습니다 →

좋은 답변은 좋은 질문에서 나옵니다. Claude에게 무엇을, 어떻게 시키느냐에 따라 결과의 품질이 크게 달라집니다. 이 가이드는 Anthropic 공식 프롬프트 엔지니어링 문서를 바탕으로, 누구나 바로 적용할 수 있는 6가지 핵심 원칙을 한국어로 정리했습니다. 코드를 다루지 않는 일반 사용자도 그대로 활용할 수 있습니다.

🟢 현행 모델 라인업 일치 · 모델 안내 · Fable 구독 안내
🟢 현행 모델 라인업 일치 · Claude Opus 5.5 / Claude Sonnet 5 / Claude Haiku 4.5 (상위 티어: Claude Fable 5.1). 이 안내는 새 모델이 출시될 때만 바뀝니다.

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만 토큰당

🟢 현행 모델 라인업 일치 · Claude Opus 5.5 / Claude Sonnet 5 / Claude Haiku 4.5 (상위 티어: Claude Fable 5.1). 이 안내는 새 모델이 출시될 때만 바뀝니다.
0, 출력 $50)으로 이용합니다. 일회성
🟢 현행 모델 라인업 일치 · Claude Opus 5.5 / Claude Sonnet 5 / Claude Haiku 4.5 (상위 티어: Claude Fable 5.1). 이 안내는 새 모델이 출시될 때만 바뀝니다.
00 크레딧은 Fable 5 전환 당시에만 지급됐고 5.1에는 없습니다. 일부 코딩·디버깅 요청은 보안 분류기에 의해 Opus 모델로 대체 응답될 수 있습니다(두 모델 공통). 자세한 내용은 Fable 5.1 가이드와 Fable 5 재개 안내를 참조하세요.

프롬프트 6원칙 (공식) 1 명확·직접 2 맥락 추가 3 예시 활용 4 XML 구조화 5 역할 부여 6 긴 문맥 처리 출처: Anthropic 공식 프롬프트 엔지니어링 문서. 모델이 바뀌어도 통하는 기본기.

왜 프롬프트가 중요한가

Anthropic 공식 문서는 Claude를 "맥락이 전혀 없는, 똑똑하지만 새로 온 직원"에 비유합니다. 아무리 유능해도 우리 일의 배경·목표·선호를 모르면 엉뚱한 결과를 낼 수 있습니다. 반대로 명확히 설명할수록 결과가 좋아집니다. 프롬프트 개선은 모델을 바꾸거나 미세조정(fine-tuning)하는 것보다 빠르고 비용이 적게 들며, 모델이 업데이트돼도 그대로 통한다는 점이 공식 문서에서 강조됩니다.

핵심 원칙 6가지 (공식 기준)

1. 명확하고 직접적으로 (Be clear and direct)

Claude는 명시적이고 구체적인 지시에 잘 반응합니다. 원하는 출력 형식과 제약을 구체적으로 적고, 순서가 중요하면 번호 목록으로 단계를 제시하세요. 공식 문서의 황금률은 이렇습니다 — "작업 맥락을 모르는 동료에게 프롬프트를 보여주고 따라 해보라고 했을 때 헷갈린다면, Claude도 헷갈린다."

  • 덜 효과적: "분석 대시보드를 만들어줘"
  • 더 효과적: "분석 대시보드를 만들어줘. 관련 기능과 상호작용을 가능한 한 많이 포함하고, 기본을 넘어서 완성도 높은 구현을 해줘."

2. 맥락을 더하라 (Add context)

지시의 이유·동기를 함께 알려주면 Claude가 목표를 더 잘 이해하고 적절히 응답합니다. 공식 문서의 예시입니다.

  • 덜 효과적: "말줄임표(…)를 절대 쓰지 마"
  • 더 효과적: "이 응답은 음성 합성(TTS) 엔진이 소리 내어 읽을 거야. TTS가 말줄임표를 어떻게 발음할지 모르니 절대 쓰지 마."

이유를 알면 Claude가 그 설명을 일반화해 비슷한 상황에도 알맞게 대응합니다.

3. 예시를 활용하라 (Use examples)

예시는 출력의 형식·톤·구조를 잡는 가장 신뢰할 수 있는 방법입니다. 잘 만든 예시 몇 개(소위 few-shot / multishot)만으로 정확도와 일관성이 크게 올라갑니다. 공식 문서가 권장하는 예시의 조건:

  • 관련성: 실제 사용 사례와 가깝게
  • 다양성: 엣지 케이스를 포함하고, Claude가 의도치 않은 패턴을 학습하지 않도록 충분히 다양하게
  • 구조화: 예시를 <example> 태그로 감싸 지시문과 구분 (여러 개는 <examples>로)

공식 권장은 3~5개의 예시입니다. Claude에게 직접 "이 예시들이 적절하고 다양한지 평가해줘" 또는 "예시를 더 만들어줘"라고 요청할 수도 있습니다.

4. XML 태그로 구조화하라 (Structure with XML tags)

지시·맥락·예시·입력값이 섞인 복잡한 프롬프트에서는 각 요소를 고유한 태그로 감싸면 Claude가 오해 없이 구분합니다. 예를 들어 <instructions>, <context>, <input>처럼요.

  • 프롬프트 전반에 일관되고 설명적인 태그 이름을 사용하세요.
  • 내용에 계층이 있으면 태그를 중첩하세요 (예: <documents> 안에 각 <document>).

5. 역할을 부여하라 (Give Claude a role)

시스템 프롬프트에서 역할을 지정하면 용도에 맞게 Claude의 행동과 톤이 집중됩니다. 한 문장이라도 효과가 있습니다. 예: "당신은 Python을 전문으로 하는 유능한 코딩 어시스턴트입니다." 같은 한 줄만으로도 답변의 방향이 달라집니다. (API의 system 파라미터에 넣는 방식이며, 일반 대화에서도 첫머리에 역할을 적어주면 비슷한 효과를 볼 수 있습니다.)

6. 긴 문맥 다루기 (Long context)

20,000 토큰이 넘는 큰 문서·데이터를 다룰 때 공식 문서가 권장하는 방법:

  • 긴 자료는 맨 위에: 긴 문서·입력을 질문·지시·예시보다 위쪽에 배치하세요. 공식 테스트에서 질문을 끝에 두면 복잡한 다중 문서 입력의 응답 품질이 최대 30%까지 향상됐습니다.
  • 문서를 태그로 구조화: 여러 문서는 각각 <document>로 감싸고 그 안에 <document_content>와 <source> 같은 하위 태그로 정리하세요.
  • 인용으로 근거 잡기: 긴 문서 작업에서는 Claude에게 "먼저 관련 부분을 인용한 뒤 작업하라"고 시키면, 문서의 잡음을 걷어내고 핵심에 집중합니다.

실전 팁

  • 작게 시작해 반복: 프롬프트 엔지니어링은 반복 과정입니다. 잘 작동하는 프롬프트를 얻은 뒤에는, 성능을 해치지 않는 선에서 불필요한 표현을 줄여 더 짧고 효율적으로 다듬을 수 있습니다.
  • 행동을 원하면 명시: 제안이 아니라 실제 수행을 원하면 "변경 사항을 제안해줄래?"가 아니라 "이 수정을 직접 해줘"처럼 분명히 말하세요.
  • 콘솔 도구 활용: Claude Console에는 프롬프트 생성기, 템플릿·변수, 프롬프트 개선기(prompt improver)가 있어 빠르게 만들고 다듬을 수 있습니다.
같은 부탁, 다른 결과✗ 막연한 부탁"글 써줘"무엇을·누구에게·어떻게가빠져 결과가 들쭉날쭉✓ 구체적인 부탁"신제품 출시 트윗,280자 이내, 친근한 톤,핵심 혜택 1개 + 행동 유도"대상·형식·톤·제약을 담음

바로 복사해 쓰는 템플릿

위 원칙(역할 부여 · XML 구조화 · 예시 · 명확한 형식 지시)을 하나로 합친 예시입니다. 대괄호 안 내용만 바꿔 그대로 쓰면 됩니다.

[역할] 너는 고객 피드백을 분류하는 데이터 분석가야.
[작업] 아래 피드백을 카테고리(UI/성능/기능요청/기타), 감정(긍정/중립/부정),
       우선순위(상/중/하)로 분류해.
[형식] 표로, 한 줄에 하나씩.

<피드백>
{여기에 분류할 내용}
</피드백>

<예시>
입력: 새 대시보드 로딩이 너무 느려요 → 성능 / 부정 / 상
</예시>

긴 문서를 다룰 때는 문서를 프롬프트 위쪽에 두고 질문을 아래에 두며, “먼저 관련 부분을 인용한 뒤 분석해”라고 덧붙이면 정확도가 올라갑니다.

정리

명확함, 맥락, 예시, XML 구조화, 역할, 긴 문맥 — 이 6가지는 모델 버전이 바뀌어도 통하는 기본기입니다. 한 번에 완벽한 프롬프트를 쓰려 하기보다, 위 원칙을 적용해 빠르게 시도하고 결과를 보며 다듬어 가는 것이 가장 빠른 길입니다.

출처: Anthropic 공식 프롬프트 엔지니어링 문서 (overview, prompting best practices) 기준. 본문의 원칙·예시는 공식 문서를 근거로 정리했습니다.

말투·형식·길이를 매번 지시하는 대신 고정해 두려면 Claude 스타일 기능을 함께 쓰면 좋습니다.

관련 글

💬 이 문제에 쓰는 프롬프트

그대로 복사해서 Claude에 붙여 넣고, 대괄호 없이 괄호로 표시한 부분만 내 상황으로 바꾸면 됩니다.

  • 이 프롬프트, 더 잘 먹히게 다듬어줘

    이럴 때: 쓰던 프롬프트를 개선하고 싶을 때

    쓰고 있는 프롬프트를 다듬어줘. 지금은 결과가 들쭉날쭉해.
    
    (여기에 지금 쓰는 프롬프트를 그대로 붙여넣어줘)
    
    고칠 때는 이렇게 해줘: 원하는 결과를 앞에 분명히 두고, 지켜야 할 규칙은 목록으로, 출력 형식은 마지막에 한 줄로. 예시가 필요한 자리에는 예시를 넣을 자리를 만들어줘.
    
    다듬은 프롬프트를 먼저 보여주고, 뭘 왜 바꿨는지 세 줄로 설명해줘.

프롬프트 모아보기 →

이 글이 도움이 됐나요?

이어서 읽어보세요