프롬프트 엔지니어링 기초: AI에게서 원하는 답을 얻는 7가지 원칙
같은 AI라도 어떻게 질문하느냐에 따라 결과가 완전히 달라집니다. 실무에서 바로 쓰는 프롬프트 작성 원칙 7가지를 예시와 함께 정리했습니다.
광고
생성형 AI를 써 본 사람이라면 누구나 한 번쯤 이런 경험을 합니다. 분명 같은 도구인데 어떤 날은 기가 막힌 답을 주고, 어떤 날은 하나 마나 한 뻔한 이야기만 늘어놓습니다. 대부분의 차이는 모델이 아니라 질문하는 방식에서 나옵니다. 프롬프트 엔지니어링은 거창한 기술이 아니라, AI가 무엇을 해야 하는지 오해 없이 전달하는 커뮤니케이션 기술입니다.
이 글에서는 실무에서 곧바로 적용할 수 있는 7가지 원칙을 예시와 함께 정리합니다. 특정 모델에 종속되지 않는 원칙이므로 ChatGPT, Claude, Gemini 등 어떤 도구를 쓰든 그대로 통합니다.
#1. 역할과 맥락을 먼저 준다
AI는 당신의 상황을 모릅니다. "마케팅 문구 써 줘"라고만 하면 대상 독자도, 톤도, 채널도 모른 채 평균적인 답을 내놓습니다. 대신 역할과 맥락을 먼저 지정하세요.
너는 10년 차 B2B SaaS 마케터야. 중소기업 인사담당자를 대상으로, 링크드인에 올릴 300자 이내의 광고 문구를 써 줘. 제품은 근태관리 자동화 툴이고, 핵심 강점은 '설치 없이 5분 만에 도입'이야.
역할(마케터), 대상(인사담당자), 형식(300자, 링크드인), 핵심 메시지까지 담겨 있습니다. 맥락이 구체적일수록 결과의 편차가 줄어듭니다.
#2. 출력 형식을 명시한다
원하는 결과물의 형태를 정확히 지정하면 후처리 시간이 크게 줄어듭니다. "표로 정리해 줘", "JSON으로 반환해 줘", "각 항목을 한 문장으로, 불릿 5개로" 처럼 형식을 못 박으세요. 특히 데이터를 다룰 때는 형식 지정이 결과의 재사용성을 좌우합니다.
다음 후기들을 분석해서 아래 표로 정리해 줘.
| 후기 | 감정(긍정/부정/중립) | 핵심 키워드 |
#3. 예시를 보여준다 (few-shot)
말로 설명하기 어려운 스타일이나 규칙은 예시 한두 개가 열 마디 설명보다 낫습니다. 이를 few-shot 프롬프팅이라고 합니다.
아래 형식으로 제품명을 지어 줘. 입력: 반려동물 자동 급식기 → 출력: 냥집사, 개껌타임, 밥때알리미 입력: 스마트 가습기 → 출력:
광고
AI는 예시에서 '짧고, 재치 있고, 한국어 말맛을 살린다'는 규칙을 스스로 파악합니다.
#4. 복잡한 일은 단계로 쪼갠다
한 번에 "시장조사하고 기획서까지 써 줘"라고 하면 각 단계가 부실해집니다. 큰 작업은 단계별로 나눠 진행하세요. 먼저 목차를 잡게 하고, 확인한 뒤 각 절을 채우게 하는 식입니다. 또한 추론이 필요한 문제에서는 "단계별로 생각해 줘(step by step)"라고 요청하면 중간 과정을 거치며 정확도가 올라갑니다.
#5. 제약조건을 분명히 한다
하지 말아야 할 것을 알려주는 것도 중요합니다. "전문용어 쓰지 말 것", "500자 넘기지 말 것", "출처가 불확실하면 모른다고 답할 것" 같은 제약은 결과의 품질을 지킵니다. 특히 사실관계가 중요한 작업에서는 "확실하지 않은 내용은 추측하지 말고 명시하라"는 제약이 환각(hallucination)을 줄이는 데 도움이 됩니다.
#6. 반복하며 다듬는다 (iteration)
첫 답이 완벽할 필요는 없습니다. 프롬프트는 대화입니다. "두 번째 문단이 너무 딱딱해, 좀 더 대화하듯 바꿔 줘", "예시를 국내 사례로 바꿔 줘"처럼 부분 수정을 요청하세요. 처음부터 완벽한 프롬프트를 쓰려 애쓰기보다, 빠르게 초안을 받고 대화로 조율하는 편이 훨씬 효율적입니다.
#7. 검증 장치를 넣는다
AI의 답은 초안일 뿐, 최종 결과물이 아닙니다. 중요한 작업이라면 "이 답의 근거를 함께 제시해 줘", "반대 관점에서 이 주장을 반박해 줘"처럼 스스로 검증하게 만드세요. 숫자·법률·의료처럼 틀리면 안 되는 정보는 반드시 원 출처를 직접 확인해야 합니다.
#자주 하는 실수
- 너무 짧은 프롬프트: "요약해 줘"만으로는 무엇을, 얼마나, 누구를 위해 요약할지 알 수 없습니다.
- 모든 걸 한 번에: 하나의 프롬프트에 다섯 가지 요구를 욱여넣으면 일부는 반드시 누락됩니다.
- 결과를 그대로 믿기: 그럴듯하지만 틀린 답을 자신 있게 내놓는 것이 생성형 AI의 특성입니다.
#정리
좋은 프롬프트의 공식을 한 줄로 요약하면 이렇습니다. 역할 + 맥락 + 작업 + 형식 + 제약 + 예시. 여기에 반복적인 조율과 검증을 더하면 대부분의 실무 작업에서 만족스러운 결과를 얻을 수 있습니다. 프롬프트 엔지니어링은 결국 '생각을 명확하게 정리해 전달하는 능력'이며, 이 능력은 AI를 떠나서도 오래도록 쓸모가 있습니다.
다음 글에서는 이 원칙을 실제 블로그 글쓰기 워크플로에 적용하는 방법을 다룹니다.
이 글이 도움이 되었다면 공유해 주세요 🙂
자주 묻는 질문
AI가 원하는 결과물과 다른 뻔한 답변만 할 때는 왜 그런가요?
대부분의 차이는 모델 자체가 아니라 질문하는 방식(프롬프트)에서 나옵니다. AI가 원하는 답을 얻으려면 역할, 맥락, 대상 독자 등 구체적인 정보를 충분히 제공해야 합니다.
AI가 만든 결과물을 바로 믿고 사용해도 되나요?
AI의 답은 초안일 뿐 최종 결과물이 아닙니다. 특히 숫자, 법률, 의료 등 틀리면 안 되는 중요한 정보는 반드시 원 출처를 직접 확인하여 검증하는 과정이 필요합니다.
AI에게 복잡하거나 큰 작업을 맡길 때 주의해야 할 점이 있나요?
큰 작업은 한 번에 요청하기보다 단계별로 나눠 진행하는 것이 좋습니다. 먼저 목차를 잡게 하거나, '단계별로 생각해 줘(step by step)'와 같이 요청하여 중간 과정을 거치며 정확도를 높이는 것이 효과적입니다.
광고
글쓴이
OPENBLOG 편집팀
글은 AI 도구로 초안을 작성합니다. 2026년 10월 1일부터 새 글은 운영자가 공공기관·공식 자료로 사실관계를 확인하고 승인한 뒤 발행하는 것이 기본 절차입니다. 닥터쓰리 건강 연재는 운영자 설정에 따라 AI 출처 대조와 자동 품질 검사 후 별도 승인 없이 발행하며 “자동 검사”로 표시합니다. 그 이전에 발행된 글은 순서대로 다시 검토하고 있습니다. 검수를 마친 글에는 검수자와 날짜를 표시합니다.
AI 도구로 초안을 작성했습니다.
가격·운영시간·제도·서비스 조건처럼 바뀔 수 있는 정보는 이용 전에 공식 홈페이지 등 공식 채널에서 다시 확인해 주세요.
이 글의 저작권은 OPENBLOG에 있습니다. 개인적·비상업적 용도의 링크 공유는 자유이며, 무단 전재·복제·재배포는 금합니다.


