Ch2. 좋은 프롬프트의 구조 — 역할·맥락·지시·예시
좋은 프롬프트의 네 가지 재료
좋은 프롬프트는 보통 역할, 맥락, 지시, 예시의 네 요소로 설명할 수 있습니다. 모든 프롬프트에 네 가지를 길게 넣어야 하는 것은 아니지만, 결과가 흔들릴 때는 이 네 요소 중 무엇이 빠졌는지 확인하면 개선 방향을 찾기 쉽습니다.
모델과 기능은 계속 바뀔 수 있습니다. 그러나 “누가, 어떤 상황에서, 무엇을, 어떤 기준으로 해야 하는가”를 분명히 하는 원리는 도구가 바뀌어도 유효합니다.
역할: 어떤 관점으로 답할 것인가
역할은 AI가 답변할 관점을 정합니다. “마케터처럼”, “초보자에게 설명하는 튜터처럼”, “리스크를 점검하는 검토자처럼” 같은 표현이 여기에 해당합니다.
| 역할 | 적합한 사용 상황 |
|---|---|
| 튜터 | 개념 설명, 학습 계획, 예시 생성 |
| 편집자 | 문장 다듬기, 구조 개선, 톤 조정 |
| 검토자 | 오류 찾기, 누락 항목 점검 |
| 기획자 | 아이디어 확장, 목차 설계 |
역할은 결과의 성격을 바꾸지만 사실 검증을 대신하지는 않습니다. 전문적 판단이 필요한 영역에서는 역할을 붙였더라도 출처 확인과 사람의 검토가 필요합니다.
맥락: 답변에 필요한 배경
맥락은 AI가 판단할 재료입니다. 독자, 목적, 기존 자료, 제약 조건, 현재 상황을 알려 주면 답변이 훨씬 구체적이 됩니다.
나쁜 예:
소개 글 써 줘.
개선 예:
신입 개발자 채용 공고의 첫 문단을 써 줘.
회사는 B2B SaaS 스타트업이고, 독자는 1~3년차 백엔드 개발자야.
과장된 복지는 말하지 말고, 성장 환경과 코드 리뷰 문화를 중심으로 써 줘.
지시: 무엇을 해야 하는가
지시는 작업 자체를 정의합니다. 요약, 비교, 변환, 분류, 초안 작성, 오류 찾기처럼 동사로 분명하게 적는 것이 좋습니다. “알아서 해 줘”보다 “3개 기준으로 비교해 줘”가 검토하기 쉽습니다.
| 목적 | 지시 동사 예시 |
|---|---|
| 이해 | 설명해 줘, 비유해 줘, 예시를 들어 줘 |
| 정리 | 요약해 줘, 표로 바꿔 줘, 분류해 줘 |
| 개선 | 다듬어 줘, 더 짧게 만들어 줘, 톤을 바꿔 줘 |
| 검토 | 오류를 찾아 줘, 빠진 조건을 짚어 줘 |
예시: 원하는 결과의 기준선
예시는 결과의 스타일과 형식을 알려 주는 가장 강력한 신호입니다. 특히 브랜드 톤, 이메일 답장, 분류 규칙처럼 말로 설명하기 어려운 기준은 예시를 주면 안정됩니다.
아래 예시와 같은 톤으로 상품 안내 문구 3개를 써 줘.
예시: "복잡한 설정 없이, 오늘 할 일을 바로 정리하세요."
조건:
- 친근하지만 과장하지 않기
- 각 문장은 25자 안팎
- 기능명보다 사용자가 얻는 변화를 먼저 말하기
핵심 요약
- 좋은 프롬프트는 역할, 맥락, 지시, 예시를 목적에 맞게 조합한다.
- 역할은 답변 관점을, 맥락은 판단 재료를, 지시는 작업을 정한다.
- 예시는 원하는 결과의 스타일과 기준을 빠르게 전달한다.
- 프롬프트가 실패하면 네 요소 중 빠진 부분을 먼저 점검한다.
다음 장에서는 예시를 한 개도 주지 않는 제로샷과 몇 개의 예시를 주는 퓨샷 방식을 비교합니다.
OIYO 편집부
편집부OIYO 편집부는 경제·법률·생활·자기이해 주제를 1차 자료와 공개 통계로 검증해 정리합니다. 모든 글은 출처 표기와 정기 점검을 거쳐 실용성과 정확성을 함께 유지합니다.