OpenAI·Claude 공식 문서에서 뽑은 프롬프트 핵심 원칙
목적·자료·예시·출력·근거·성공 조건을 전달하는 여섯 가지 원칙과 모델별 적용 차이를 정리했습니다.
목차
OpenAI·Claude 공식 문서에서 뽑은 프롬프트 핵심 원칙
안녕하세요 mouseco 입니다. :)
이번에 정리한 자료는 OpenAI와 Anthropic의 공식 프롬프팅 문서입니다. 내가 원하는 결과를 판단할 수 있도록 맥락과 기준을 전달하는 법을 중심으로 읽었습니다. API 문서의 일반 원칙을 일상적인 대화에 쓸 문구로 옮겼고, 특정 모델의 설정값은 다루지 않았습니다.
바로 가져갈 여섯 가지
| 원칙 | 전달할 것 | 복사할 카드 |
|---|---|---|
| 1. 목적·독자 | 누가 읽고 무엇을 결정하는가 | 문구와 예시 |
| 2. 자료와 요청 | 어디까지가 참고 자료이고 무엇이 요청인가 | 문구와 예시 |
| 3. 예시로 기준 전달 | 대표 사례와 애매한 사례의 정답은 무엇인가 | 문구와 예시 |
| 4. 원하는 결과 | 어떤 정보와 형태로 결과를 받을 것인가 | 문구와 예시 |
| 5. 근거 먼저 | 어떤 원문이 답을 뒷받침하는가 | 문구와 예시 |
| 6. 추론 모델 | 무엇을 지키면 해결됐다고 볼 수 있는가 | 문구와 예시 |
구분자와 예시는 필요한 맥락을 더 정확히 전달할 때 골라 씁니다. 여기의 순서는 mouseco가 실무용으로 묶은 구성입니다. 두 회사가 공동으로 발표한 목록은 아닙니다.
같은 원칙도 적용 조건이 다릅니다
| 확인할 지점 | 공식 문서의 안내 | 적용할 때 |
|---|---|---|
| 예시는 몇 개 필요한가 | OpenAI 추론 모델 지침은 예시 없는 요청부터 시도하고 필요하면 추가하도록 안내합니다. Claude의 일반 지침은 관련성 있고 다양한 예시를 강조합니다. | 예시 수를 고정 규칙으로 외우기보다 실패한 유형을 보여주는 예시를 보완합니다. |
| 자료를 어디에 놓는가 | OpenAI는 일반적인 메시지 구성에서 맥락을 뒤쪽에 두는 예를 설명합니다. Claude는 긴 문서 입력에서 자료를 위에, 질문을 뒤에 두는 방법을 안내합니다. | 모델과 입력 길이에 맞춰 배치를 확인합니다. 한 순서를 모든 상황에 적용하지 않습니다. |
| 사고 과정을 써 달라고 해야 하나 | OpenAI 추론 모델 지침은 내부 추론이 있어 단계별 사고 요청이 불필요할 수 있다고 설명합니다. | 검토에 필요한 근거와 계산은 요청하되, 내부 사고 전체를 쓰게 하는 문구를 기본값으로 넣지 않습니다. |
출처: OpenAI 프롬프트 구성, OpenAI 추론 모델 지침, Claude 일반 원칙
한 번 잘 나온 답으로 끝내지 않기
Anthropic은 구체적이고 측정 가능한 성공 기준과 평가를 먼저 정하도록 안내합니다. 문구를 바꿨을 때도 같은 사례와 기준으로 비교해야 개선 여부를 판단할 수 있습니다. 공식 평가 가이드
실무에서는 이렇게 시작할 수 있습니다. 아래는 이 글에서 제안하는 작은 점검 방식이며 공식 최소 표본 수나 성능 기준은 아닙니다.
- 평소 입력과 자주 실패하는 입력을 몇 개 모읍니다.
- 정확성·필수 정보 누락·형식 준수처럼 관찰할 기준을 정합니다.
- 같은 모델과 조건에서 기존 문구와 수정 문구를 비교합니다.
- 좋아진 사례뿐 아니라 새로 틀린 사례도 남깁니다.
예를 들어 회의록 추출에서는 담당자가 정해지지 않은 일을 미정으로 남기는지 확인할 수 있습니다. 예쁜 문장만 보고 통과시키면 없는 담당자를 만들어 넣은 오류를 놓칠 수 있습니다.
이 자료의 출처와 예시 범위
복사용 문구와 입력·결과 예시는 mouseco가 직접 작성한 설명용 사례입니다. 공식 원문 프롬프트, 두 회사의 추천 인증, 특정 모델의 실제 실행 결과를 뜻하지 않습니다. 카드마다 원칙을 확인한 공식 문서로 연결했습니다.
- OpenAI · Prompt engineering
- OpenAI · Reasoning best practices
- Anthropic · Prompting best practices
- Anthropic · Reduce hallucinations
- Anthropic · Define success criteria and build evaluations
확인일: 2026-10-18 · 문서와 모델이 바뀌면 해당 원칙의 적용 범위도 다시 확인합니다.