프롬프트 엔지니어링 실전 기법 7가지 (Few-shot·CoT·역할부여)

같은 LLM이라도 어떻게 묻느냐에 따라 답의 품질은 천차만별입니다. 프롬프트 엔지니어링은 모델을 바꾸지 않고도 결과를 개선하는, 비용 대비 효과가 가장 큰 기술입니다. 실무에서 검증된 핵심 기법을 정리합니다.

1. 명확한 지시와 구조화

가장 기본이자 가장 자주 무시되는 원칙입니다. 무엇을, 어떤 형식으로, 어떤 제약 아래 원하는지 구체적으로 적습니다. 모호한 요청은 모호한 답을 부릅니다.

[나쁜 예] 이 글 요약해줘

[좋은 예]
아래 기사를 한국어 3문장으로 요약하라.
- 전문 용어는 쉬운 말로 바꿀 것
- 숫자/날짜는 반드시 포함
- 불릿이 아닌 평문으로 작성

2. 역할 부여(Role Prompting)

모델에게 페르소나를 주면 어휘와 관점이 그 역할에 맞게 정렬됩니다. "너는 10년 차 백엔드 개발자다" 같은 한 줄이 답변의 깊이를 바꿉니다.

3. Few-shot: 예시로 가르치기

원하는 출력 형식을 말로 설명하기 어렵다면 예시 몇 개를 보여주는 것이 가장 빠릅니다. 모델은 패턴을 즉시 모방합니다.

다음 형식으로 감정을 분류하라.

입력: 배송이 너무 느려요 → 출력: 부정
입력: 포장이 깔끔하네요 → 출력: 긍정
입력: 가격은 적당한 편 → 출력:

4. Chain-of-Thought(CoT): 단계적 사고

복잡한 추론·계산 문제는 **"단계별로 생각하라"**는 지시만으로 정확도가 크게 오릅니다. 모델이 중간 과정을 펼치면서 실수를 줄이기 때문입니다.

질문: 사과 3개에 2400원, 5개를 사면 얼마인가?
지시: 단계별로 계산 과정을 보인 뒤 마지막 줄에 '정답: '으로 답하라.

최신 추론 특화 모델은 내부적으로 CoT를 수행하므로, 이 경우엔 과한 사고 유도가 오히려 불필요할 수 있습니다.

5. 출력 형식 강제

프로그램이 받아 처리할 답이라면 JSON 등 구조화 출력을 명시하세요. "설명 없이 JSON만 출력"이라는 제약이 파싱 오류를 막습니다.

기법 비교 요약

기법	적합한 상황	효과
역할 부여	톤·전문성 조정	관점 정렬
Few-shot	형식 모방	일관성
CoT	추론·계산	정확도
형식 강제	자동 파싱	안정성

6. 제약과 가드레일

"모르면 모른다고 답하라", "자료에 없는 내용은 지어내지 마라" 같은 부정 지시는 환각을 줄이는 데 효과적입니다.

7. 반복 개선(Iteration)

프롬프트는 한 번에 완성되지 않습니다. 실패 사례를 모아 지시를 보강하는 반복 튜닝이 결국 품질을 결정합니다.

마무리 체크리스트

• 지시가 구체적이고 형식이 명시되었는가
• 어려운 형식은 **예시(Few-shot)**로 보여줬는가
• 추론 문제에 단계적 사고를 유도했는가
• 자동 처리용이면 JSON 등 구조를 강제했는가
• 실패 사례로 프롬프트를 반복 개선하고 있는가

프롬프트 엔지니어링은 거창한 이론이 아니라 작은 실험의 누적입니다. 오늘 쓰는 프롬프트 한 줄부터 다듬어 보세요.