프롬프트 엔지니어링 입문
답변 품질을 2배로 만드는 7가지 원칙
① 프롬프트를 잘 쓴다는 건 마법 주문을 아는 게 아니라, 모델이 추측해야 할 빈칸을 줄이는 것이다. 빈칸이 많을수록 답이 평범해진다.
② 7원칙은 역할 · 맥락 · 형식 · 예시 · 제약 · 검증 · 반복. 이 중 예시 하나가 설명 열 줄보다 효과가 크다.
③ 가장 흔한 실수는 첫 답을 그대로 쓰는 것이다. 프롬프트는 대화이지 명령어가 아니다.
① 왜 프롬프트가 결과를 바꾸는가
모델은 여러분의 입력을 이어받아 "이 다음에 올 법한 텍스트"를 만든다. 그러니 입력이 곧 어떤 종류의 텍스트가 이어져야 하는지에 대한 조건이 된다.
"주식 알려줘"라고 쓰면 모델은 이 문장 뒤에 올 법한 가장 평균적인 텍스트를 만든다. 인터넷에서 이런 질문에 이어지는 글은 대개 원론적인 입문 설명이다. 그래서 원론적인 답이 나온다. 모델이 성의 없는 게 아니라, 질문이 그 답을 지정한 것이다.
좋은 프롬프트를 쓰는 일은 "모델을 잘 설득하는 기술"이 아니라 "모델이 추측으로 채워야 할 빈칸을 미리 채워주는 작업"이다. 빈칸이 줄면 답의 분산이 줄고, 결과가 내가 원하는 쪽으로 좁혀진다.
② 원칙 1 — 역할을 지정한다
같은 질문도 누가 답하느냐에 따라 내용이 달라진다. 역할을 지정하면 모델이 참고할 문체와 지식 영역이 좁혀진다.
| 프롬프트 | |
|---|---|
| 나쁜 예 | 재무제표 보는 법 알려줘 |
| 좋은 예 | 너는 10년 경력의 기업 신용분석가야. 제조업 중소기업 재무제표를 처음 보는 사회초년생에게, 부실 징후를 찾는 순서를 설명해줘. |
주의할 점: 역할 지정은 문체와 관점을 바꾸지, 없는 지식을 만들어내지 않는다. "너는 최고의 애널리스트야"라고 쓴다고 데이터 정확도가 올라가지는 않는다.
③ 원칙 2 — 맥락을 준다
모델은 여러분의 상황을 모른다. 목적, 대상, 이미 아는 것, 제약을 알려주면 답의 초점이 완전히 달라진다.
| 프롬프트 | |
|---|---|
| 나쁜 예 | ETF 추천해줘 |
| 좋은 예 | 미국 ETF의 종류와 구조를 이해하려고 해. 나는 개별주 투자 경험은 3년 있고 ETF는 처음이야. 상품 추천이 아니라, ETF를 고를 때 봐야 할 지표(운용보수·추적오차·거래량 등)가 각각 왜 중요한지 설명해줘. |
AI에게 "뭘 사야 하나"를 묻는 것은 구조적으로 나쁜 질문이다. 모델은 여러분의 자산 상황·위험 성향·투자 기간을 모르고, 실시간 시세도 모르며, 무엇보다 숫자에 취약하다. "판단"이 아니라 "구조와 개념"을 묻는 쪽으로 질문을 바꾸면 AI가 잘하는 영역으로 들어온다. 개별 상품 비교는 ETF 입문 가이드처럼 원자료 기반 문서로 확인하는 게 맞다.
④ 원칙 3 — 출력 형식을 지정한다
형식을 지정하지 않으면 모델은 기본값인 "설명형 산문"을 낸다. 표, 목록, 단계별 절차, 글자 수 — 원하는 형태를 명시하면 그대로 나온다.
예: "3개 항목을 표로 비교해줘. 열은 항목명 / 장점 / 단점 / 추천 상황. 각 칸은 40자 이내."
형식 지정에는 부수 효과가 있다. 표로 요구하면 모델이 항목을 빠뜨리기 어려워진다. 산문은 얼버무릴 수 있지만 빈 칸은 눈에 띄기 때문이다.
⑤ 원칙 4 — 예시를 준다 (가장 효과 큼)
일곱 개 중 하나만 고르라면 이것이다. 원하는 결과물의 예시 1~2개를 붙이면, 설명 열 줄보다 정확하게 전달된다.
| 프롬프트 | |
|---|---|
| 나쁜 예 | 뉴스 제목을 짧고 임팩트 있게 다듬어줘 |
| 좋은 예 | 아래 예시 스타일로 뉴스 제목을 다듬어줘. 예시1: (원본) 미 연준, 기준금리 0.25%p 인하 결정 → (수정) 연준, 금리 0.25%p 내렸다 예시2: (원본) 엔비디아 2분기 실적 시장 예상치 상회 → (수정) 엔비디아, 예상 뛰어넘은 2분기 이제 다음을 다듬어줘: … |
예시가 강력한 이유는 작동 원리와 직결된다. 모델은 입력의 패턴을 이어가는 장치이므로, 패턴을 직접 보여주는 것이 그 패턴을 말로 묘사하는 것보다 훨씬 직접적이다.
⑥ 원칙 5 — 제약을 건다
하지 말아야 할 것을 명시한다. 이게 없으면 모델은 학습 데이터의 평균적 습관을 따른다 — 서론이 길고, 양쪽 의견을 다 적고, 마지막에 "전문가와 상담하세요"를 붙인다.
유용한 제약들: "서론 없이 본론부터", "각 항목 3문장 이내", "일반론 말고 이 사례에만 해당하는 내용만", "확실하지 않으면 '모름'이라고 써", "출처 URL을 함께"
"확실하지 않은 항목은 '불확실'로 표시해줘."
이 한 줄이 환각을 크게 줄인다. 모델에게 "모른다고 말해도 된다"는 선택지를 명시적으로 열어주기 때문이다. 이 문장이 없으면 모델은 답을 채우는 쪽을 택한다.
⑦ 원칙 6 — 검증을 시킨다
답을 받은 뒤 "방금 답변에서 사실 확인이 필요한 부분을 표시하고, 근거가 약한 주장을 골라줘"라고 이어서 물어본다. 모델은 자기 답을 비판적으로 재검토할 때 놀랄 만큼 잘 잡아낸다. 처음부터 검증까지 하지는 못하지만, 이미 나온 텍스트를 검토하는 건 별개의 작업이라 잘 수행한다.
중요한 결론이라면 여기에 더해 환각 검증 5단계를 적용한다.
⑧ 원칙 7 — 반복한다
가장 자주 무시되는 원칙이다. 첫 답은 초안으로 보고, 무엇이 부족한지 구체적으로 지적해 다시 요청한다.
"다시 해줘"는 효과가 없다. "세 번째 항목이 너무 일반적이야. 2026년 상황에 특정된 내용으로 바꾸고, 나머지는 그대로 둬"처럼 무엇을 / 어떻게 / 나머지는 유지 세 가지를 명시해야 한다.
1. 역할 — 누가 답하는가
2. 맥락 — 왜, 누구를 위해, 무엇을 이미 아는가
3. 형식 — 표/목록/길이
4. 예시 — 원하는 결과물 1~2개 (효과 최대)
5. 제약 — 하지 말 것, 불확실 표기
6. 검증 — 자기 답을 재검토시키기
7. 반복 — 무엇을/어떻게/유지할 것 지정
⑨ 흔한 오해 세 가지
"프롬프트는 길수록 좋다" — 아니다. 중요한 건 길이가 아니라 구체성이다. 불필요한 수식어는 오히려 초점을 흐린다.
"공손하게 부탁하면 잘해준다" — 문체는 답의 문체에 약간 영향을 주지만 정확도와는 무관하다. 명확한 게 공손한 것보다 낫다.
"마법의 문구가 있다" — 모델과 버전이 바뀌면 특정 문구의 효과도 바뀐다. 위 7원칙처럼 구조적인 접근이 훨씬 오래 간다.
이 7원칙은 모든 작업에 통하는 문법이다. 이걸 글쓰기 한 분야에 적용하면 어떻게 되는지는 AI로 글쓰기 — 초안·교정·요약 실전 프롬프트에서 다뤘다. 핵심은 초안·교정·요약이 요구하는 자유도가 정반대라는 점이다. 매번 반복하는 작업이라면, 7원칙을 매번 새로 조립하지 않고 재사용하는 법을 나만의 프롬프트 템플릿 만들기에서 다뤘다.
※ 본 글은 2026년 7월 기준 일반적인 대화형 AI 사용법을 다룹니다. 특정 서비스의 기능은 다를 수 있으며, 본문의 투자 관련 언급은 예시일 뿐 투자 권유가 아닙니다.
※ 본 가이드는 일반 교육 목적의 참고 자료이며, 이해를 돕기 위해 기술적 세부사항을 단순화했습니다.
새 가이드가 나오면 알려드립니다
AI 리터러시 가이드는 주 2회 발행합니다. 구독하시면 다음 편을 메일로 보내드립니다. 무료이고 언제든 해지할 수 있습니다.
