프롬프트 엔지니어링의 기본 원칙

2026-05-16Views 32약 3분생성형 AI 활용

Summary

좋은 프롬프트는 모델을 더 잘 쓰는 방법이다

Qwen의 답변 품질은 모델 크기만으로 결정되지 않습니다. 같은 모델을 써도 질문을 어떻게 쓰느냐에 따라 결과가 크게 달라집니다. 프롬프트 엔지니어링은 모델을 속이는 기술이 아니라, 모델이 해야 할 일을 오해하지 않도록 업무 지시서를 잘 쓰는 기술입니다.

좋은 프롬프트는 보통 네 가지를 분리합니다. 역할, 목표, 제약조건, 출력 형식입니다. 이 네 가지가 섞이면 모델은 중요한 기준을 놓치기 쉽습니다.

프롬프트 엔지니어링의 기본 원칙

프롬프트를 쓸 때는 다음 구조를 기본 틀로 삼으면 좋습니다.

예를 들어 단순히 "이 문서 요약해줘"라고 쓰면 Qwen은 길이, 문체, 핵심 기준을 추측해야 합니다. 반면 다음처럼 쓰면 결과가 안정됩니다.

이 방식은 특히 업무 문서에서 효과적입니다. 모델이 문장을 예쁘게 만드는 데 집중하지 않고, 필요한 정보를 정해진 기준에 맞춰 정리하기 때문입니다.

짧은 질문은 빠르지만 결과가 흔들릴 수 있습니다.

"고객 불만 답장 써줘."

이 질문만으로는 고객의 감정 수준, 회사의 책임 범위, 보상 가능 여부, 말투를 알 수 없습니다. 다음처럼 바꾸면 훨씬 실무적인 답변을 받을 수 있습니다.

프롬프트가 길어져도 괜찮습니다. 중요한 것은 길이가 아니라 정보의 질입니다. Qwen에게 판단 기준을 주면, 답변도 그 기준을 따라갑니다.

few-shot은 모델에게 예시를 몇 개 보여준 뒤 같은 방식으로 새 문제를 풀게 하는 방법입니다. 복잡한 설명보다 예시가 더 빠를 때가 많습니다.

예를 들어 고객 문의를 분류해야 한다면 다음처럼 작성할 수 있습니다.

예시 1: "결제가 두 번 된 것 같아요." → 결제/환불 예시 2: "비밀번호 재설정 메일이 안 와요." → 계정/로그인 예시 3: "세금계산서 발행 가능한가요?" → 증빙/정산

이제 아래 문의를 같은 기준으로 분류하세요. 문의: "이번 달 카드 영수증을 받고 싶습니다." 출력 형식: 카테고리만 답하세요.

few-shot은 문체를 맞출 때도 좋습니다. 보고서 문장, 상담 톤, 임원 요약 형식처럼 조직마다 선호하는 스타일이 있을 때 예시를 넣으면 Qwen이 그 패턴을 따라가기 쉽습니다.

업무 자동화에서는 답변 내용만큼 형식이 중요합니다. 사람이 읽을 문서라면 Markdown이 편하고, 시스템이 처리할 데이터라면 JSON이 좋습니다.

JSON을 받을 때는 "JSON으로 답해줘"만 쓰지 말고 필드명과 규칙을 함께 지정해야 합니다.

표가 필요할 때도 열 이름을 고정하세요. 예를 들어 보고서 초안을 만들 때는 항목, 핵심 내용, 근거, 추가 확인 필요 사항처럼 열을 지정하면 검토하기 쉽습니다.

보고서 요약 프롬프트:

고객 응대 프롬프트:

프롬프트의 핵심은 모델에게 "잘해줘"라고 부탁하는 것이 아닙니다. 무엇을 잘해야 하는지, 어떤 기준으로 판단해야 하는지, 어떤 형식으로 내야 하는지를 알려주는 것입니다. 이 기본만 지켜도 Qwen의 답변은 더 정확하고 일관되게 바뀝니다.

Qwen 실전 사용 가이드: 모델 선택부터 API·RAG·로컬 배포까지