좋은 프롬프트의 기본은 무엇을 원하는지 구체적으로 적고, 필요한 맥락과 예시를 주고, 결과물의 형식을 정해 주는 것입니다. Anthropic, OpenAI, Google의 공식 프롬프트 가이드는 표현은 조금씩 달라도 이 원칙을 공통으로 권하고 있는데요. 이 글에서는 네 가지 기본 원칙을 공식 가이드 기준으로 정리하고, 마케팅 업무에 옮겨 쓸 수 있는 예시와 함께 살펴보겠습니다.
"광고 문구 좀 써 줘"라고만 했더니 어디서 본 듯한 문장이 잔뜩 나와서, 결국 몇 번이고 다시 요청하게 되는 경우가 있으신가요? AI의 실력이 부족해서라기보다, AI가 우리 상황을 모르는 상태에서 빈칸을 추측으로 채우기 때문인 경우가 많은데요. 저도 업무에 AI를 쓰면서 공식 가이드를 공부해 보니, 프롬프트는 특별한 주문이 아니라 일을 잘 맡기는 방법에 가까웠습니다. 이번 글에서는 그 기본 원칙을 차근차근 정리해 보겠습니다.
1. 프롬프트 엔지니어링은 무엇일까요?
OpenAI의 프롬프트 엔지니어링 가이드는 프롬프트 엔지니어링을 모델이 요구 사항에 맞는 결과를 꾸준히 내도록 효과적인 지시를 쓰는 과정으로 설명합니다. 모델의 출력은 매번 똑같이 나오지 않기 때문에 기술과 요령이 섞인 일이라고 덧붙이는데요. Google의 Gemini API 프롬프트 가이드도 프롬프트 설계는 반복하며 다듬는 과정이고, 가이드는 출발점일 뿐이라고 적고 있습니다.
Anthropic의 프롬프트 엔지니어링 개요는 여기서 한 가지를 먼저 챙기라고 하는데요. 프롬프트를 고치기 전에 어떤 결과가 성공인지 기준을 정하고, 그 기준으로 확인해 볼 방법과 첫 초안을 준비하라는 것입니다. 기준이 없으면 프롬프트를 고칠 때마다 결과가 나아졌는지 판단할 수 없기 때문입니다.
2. 어떻게 써야 명확한 지시가 될까요?
Anthropic의 프롬프트 모범 사례는 모델을 똑똑하지만 우리 회사의 규칙과 업무 흐름을 모르는 신입 동료처럼 생각하라고 권합니다. 원하는 것을 정확히 설명할수록 결과가 좋아진다는 것이죠. 같은 문서는 "맥락을 거의 모르는 동료에게 이 프롬프트를 보여 줬을 때 헷갈려 한다면, 모델도 헷갈린다"는 점검법도 소개하고 있습니다.
가이드들이 공통으로 권하는 요령은 이렇습니다.
- 결과물의 형식과 제약을 구체적으로: 분량, 대상, 톤, 꼭 들어가야 할 것을 적습니다.
- 순서가 중요하면 번호로: 단계의 순서나 빠짐없는 수행이 중요할 때는 번호 목록으로 지시합니다.
- 애매한 말은 풀어서: Gemini API 가이드는 Gemini 3 모델용 권장 사항에서 뜻이 여러 가지로 읽힐 수 있는 용어나 기준은 명시적으로 설명하라고 권합니다.
예를 들어 광고 문구를 요청한다면 이렇게 바꿔 볼 수 있습니다.
(전) 새로 나온 선크림 광고 문구 써 줘.
(후) 30대 직장인 여성을 대상으로 한 선크림 검색광고 문구를 5개 써 주세요.
- 제목과 설명은 매체의 글자 수 제한에 맞춰 짧게 써 주세요.
- 가볍게 발리고 끈적임이 적다는 점을 강조해 주세요.
- 과장 표현(최고, 1위 등)은 쓰지 말아 주세요.3. 맥락과 역할은 왜 알려 줘야 할까요?
Anthropic 가이드는 지시만 주기보다 왜 그렇게 해야 하는지 이유를 함께 설명하면 모델이 목적을 더 잘 이해한다고 설명하는데요. 가이드의 예시처럼 "말줄임표를 쓰지 마"라고만 하기보다, "이 답변은 음성으로 읽히기 때문에 음성 엔진이 읽지 못하는 말줄임표는 쓰지 마"라고 하면 모델이 이유에서 규칙을 넓혀 적용할 수 있다는 것이죠. 위 광고 문구 예시라면 "검색광고 글자 수 제한 때문에"라는 이유를 붙여 주는 식입니다.
역할을 주는 것도 공식 가이드들이 공통으로 권하는 방법입니다. Anthropic은 시스템 프롬프트에서 역할을 정해 주면 모델의 행동과 톤이 그 용도에 맞춰지고, 한 문장만으로도 차이가 난다고 설명합니다. Gemini API 가이드도 Gemini 3 모델용 권장 사항에서 역할(페르소나)과 중요한 제약, 출력 형식은 시스템 안내나 프롬프트의 맨 앞에 두라고 권하고 있습니다.
OpenAI 가이드는 개발자가 모델에게 주는 지시를 보통 이런 순서로 구성한다고 소개하는데요.
| 구성 | 담는 내용 |
|---|---|
| 정체성 | 어시스턴트의 목적, 말투, 큰 목표 |
| 지시 | 따라야 할 규칙, 해야 할 것과 하지 말아야 할 것 |
| 예시 | 입력 예시와 그에 맞는 바람직한 출력 |
| 맥락 | 모델이 학습하지 않은 자료처럼 답에 필요한 추가 정보 |
OpenAI는 맥락을 보통 프롬프트 끝쪽에 두는 편이 좋다고 하고, Anthropic과 Gemini는 긴 자료는 앞에 두고 질문을 맨 뒤에 두라고 권하는 등 배치에 대한 설명은 문서마다 조금 다릅니다. 긴 자료를 다룰 때의 배치는 토큰과 컨텍스트 윈도우 글에 따로 정리해 두었습니다.
4. 예시는 몇 개나, 어떻게 넣어야 할까요?
원하는 결과의 예시를 몇 개 보여 주는 방법을 퓨샷(few-shot) 프롬프트라고 부릅니다. Anthropic은 예시를 출력의 형식과 톤, 구조를 잡는 가장 확실한 방법 중 하나로 꼽고, 가장 좋은 결과를 위해 3개에서 5개를 넣으라고 권하는데요. 좋은 예시의 조건도 함께 정리해 두었습니다.
- 관련성: 실제 업무 상황과 비슷해야 합니다.
- 다양성: 예외 상황도 담고, 모델이 의도하지 않은 패턴을 따라 하지 않을 만큼 서로 달라야 합니다.
- 구분: 예시를 태그 등으로 감싸 지시와 헷갈리지 않게 합니다.
Gemini API 가이드는 한발 더 나아가 프롬프트에 항상 퓨샷 예시를 넣기를 권하고, 예시 없는 프롬프트는 효과가 떨어지기 쉽다고 설명합니다. 다만 예시가 너무 많으면 모델이 예시에 지나치게 맞춰질 수 있고, 예시끼리 형식이 다르면 원치 않는 형식의 답이 나올 수 있으니 형식을 통일하라고 덧붙이고 있습니다.
5. 출력 형식은 어떻게 정해 줄까요?
형식을 정해 두면 결과물을 바로 보고서나 시트에 옮기기 쉬워지는데요. Gemini API 가이드는 표, 불릿 목록, 문단, 키워드처럼 응답 형식을 지정할 수 있고, 요약 길이 같은 제약도 함께 걸 수 있다고 설명합니다.
Anthropic 가이드가 형식에 대해 권하는 요령은 이렇습니다.
- 하지 말 것보다 할 것을: "마크다운을 쓰지 마" 대신 "자연스럽게 이어지는 문단으로 써 줘"처럼 원하는 모습을 말합니다.
- 프롬프트의 모양을 결과에 맞추기: 프롬프트에 쓴 형식이 답변 형식에도 영향을 줄 수 있어서, 마크다운을 줄이고 싶다면 프롬프트에서도 마크다운을 줄이는 식입니다.
- 구역을 나눠 쓰기: 지시, 맥락, 예시, 입력 자료를 구역별로 나눠 쓰면 잘못 해석할 여지가 줄어든다고 설명합니다.
OpenAI 가이드도 프롬프트의 구역과 위계는 마크다운 제목과 목록으로 표시하고, 붙여 넣는 참고 자료처럼 시작과 끝을 분명히 해야 하는 내용은 XML 태그로 감싸라고 권하는데요.
Anthropic은 구역 자체를 <instructions>처럼 태그로 감싸는 방식을 특히 권하는데요.
어느 쪽을 쓰든 한 프롬프트 안에서는 같은 방식으로 맞춰 두시는 게 좋습니다.
지금까지의 원칙을 한데 모으면 이런 틀이 됩니다.
## 역할
당신은 온라인 쇼핑몰의 퍼포먼스 마케터를 돕는 어시스턴트입니다.
## 지시
아래 자료의 지난주 캠페인 성과를 팀장님께 보고할 요약으로 정리해 주세요.
보고는 5분 안에 읽혀야 하므로 핵심만 담아 주세요.
## 형식
1. 한 줄 요약
2. 잘된 점 2개, 아쉬운 점 2개 (각각 한 문장)
3. 다음 주에 해 볼 일 3개
## 자료
<자료>
(캠페인 성과 표를 붙여 넣습니다)
</자료>정리
좋은 프롬프트는 신입 동료에게 일을 맡길 때처럼 구체적인 지시, 이유와 역할, 참고할 예시, 원하는 결과물의 모양을 함께 건네는 것이었습니다. 공식 가이드들이 모두 반복해서 다듬는 과정을 강조하는 만큼, 한 번에 완벽한 프롬프트를 쓰기보다 기준을 정해 두고 조금씩 고쳐 가시는 게 좋은데요. AI에게 업무를 맡기실 때 위의 틀을 출발점으로 참고해 주세요.
자주 묻는 질문
- 프롬프트에 역할을 꼭 넣어야 하나요?
- 꼭 필요한 것은 아니지만 공식 가이드들이 공통으로 권하는 방법입니다. Anthropic은 시스템 프롬프트에 역할을 정해 주면 행동과 톤이 용도에 맞춰지고 한 문장만으로도 차이가 난다고 설명하고, Gemini API 가이드는 Gemini 3 모델용 권장 사항에서 역할을 시스템 안내나 프롬프트 맨 앞에 두라고 권합니다.
- 예시는 몇 개를 넣는 게 좋나요?
- Anthropic은 가장 좋은 결과를 위해 3개에서 5개를 권합니다. Gemini API 가이드는 예시가 너무 많으면 모델이 예시에 지나치게 맞춰질 수 있다고 하니, 실제 업무와 비슷하면서 서로 다른 예시를 형식을 통일해 넣는 것이 좋습니다.
- 같은 프롬프트인데 매번 결과가 다른 이유는 무엇인가요?
- OpenAI 가이드는 모델이 생성하는 내용이 매번 똑같이 나오지 않는다고 설명합니다. 그래서 원하는 결과의 기준을 먼저 정하고, 예시와 출력 형식을 구체적으로 지정해 결과를 일정하게 만드는 것이 프롬프트 작성의 목표가 됩니다.
관련 글 더 보기
- AI 할루시네이션은 왜 생길까? 공식 가이드로 보는 줄이는 방법 - 틀린 답을 줄이는 프롬프트 요령
- 토큰과 컨텍스트 윈도우란? AI에 긴 자료를 넣기 전에 알아 둘 기초 - 긴 자료를 넣을 때 달라지는 점
- 챗봇, AI 에이전트, 자동화는 무엇이 다를까 - 업무에 맞는 AI 방식을 고르는 기준