AI에게 원하는 답을 받는 프롬프트 구조: 역할·조건·출력 형식 쓰는 법

AI를 활용하여 생성한 이미지입니다.

AI에게 질문했는데 답이 너무 넓거나, 내용은 괜찮아도 원하는 형식이 아니어서 다시 고치는 일이 많습니다. 이럴 때 질문을 무작정 길게 늘리기보다 역할·목표·조건·출력 형식을 나눠 적어 보세요. 네 항목을 매번 모두 채울 필요는 없지만, 범위와 결과 모양이 중요한 작업에서는 빠뜨린 조건을 찾는 데 도움이 됩니다. OpenAI는 프롬프트 엔지니어링을 요구사항에 맞는 결과를 얻기 위한 지시문 작성 과정으로 설명하고, Anthropic과 Google도 명확한 지시와 평가·반복의 중요성을 다룹니다.[1][2][3]

프롬프트를 네 칸으로 나누는 이유

역할은 실제 자격증이나 경력을 부여하는 문장이 아닙니다. “최고의 전문가처럼”보다 “중학생에게 낯선 용어를 풀어 설명하는 안내자처럼”이라고 쓰면 독자와 말투가 분명해집니다. 목표는 AI가 할 일이고, 출력 형식은 그 결과를 보여 주는 방법입니다. “블로그 글을 써 줘”가 목표라면, “초보자가 오늘 실행할 세 단계를 설명해 줘”처럼 범위를 줄여야 합니다.

조건에 넣을 경계

• 독자: 초보자, 실무자, 어린이처럼 배경지식 수준을 적습니다.
• 환경: 운영체제, 언어, 지역, 사용하는 앱과 도구를 지정합니다.
• 기준일: 가격·버전·정책처럼 바뀌는 정보는 확인 기준을 적습니다.
• 근거: 제공한 문서나 공식 출처만 사용하게 할 수 있습니다.
• 불확실성: 자료가 없으면 “확인할 수 없음”이라고 표시하도록 요청합니다.
• 금지사항: 추측 금지, 개인정보 재출력 금지, 정해진 분량 초과 금지처럼 피할 행동을 적습니다.

Google 개발자 문서도 질문, 작업, 처리할 자료를 구분하고 명확하고 구체적인 요청을 제시하라고 안내합니다.[3] 조건은 많을수록 좋은 것이 아니라 결과에 실제로 영향을 주는 것만 남기는 편이 낫습니다.

짧은 질문을 고치는 세 가지 예시

예시 1. 여행 일정

짧은 질문: “제주도 여행 일정 짜 줘.”

제주도 2박 3일 일정을 짜 주세요. 운전하지 않고 대중교통과 도보를 이용합니다. 첫날 오전에 도착하고 마지막 날 오후에 떠납니다. 하루 관광지는 2곳 이하로 넣고 이동 시간이 긴 구간은 표시해 주세요. 날짜별 표로 작성하고 장소를 고른 이유는 한 문장으로 덧붙여 주세요.

기간, 이동 수단, 도착·출발 시각, 일정 밀도와 출력 형식을 정했기 때문에 “좋은 여행”이라는 모호한 기준이 줄어듭니다. 운영 시간과 교통처럼 바뀌는 정보는 답변만 믿지 말고 공식 사이트에서 다시 확인해야 합니다.

예시 2. 이메일 답장

짧은 질문: “이 메일에 답장 써 줘.”

아래 이메일에 답장 초안을 써 주세요. 일정이 하루 늦어질 수 있다는 점을 정중하게 알리되 확정되지 않은 약속은 하지 마세요. 한국어 존댓말, 180자 이내로 작성하고 제목과 본문을 나눠 주세요. 제가 확인해야 할 날짜와 금액은 [확인 필요]로 표시하세요.

[이메일 원문을 여기에 붙여 넣기]

원문이 제공되지 않았다는 사실을 숨기지 않도록 입력 위치를 남겼습니다. 개인정보와 계약 내용이 들어 있다면 사용 중인 서비스의 데이터 처리 정책을 먼저 확인하세요. AI가 만든 초안은 보내기 전 날짜, 금액, 수신자와 약속 내용을 사람이 대조해야 합니다.

예시 3. 어려운 개념 공부

짧은 질문: “양자컴퓨터를 쉽게 설명해 줘.”

고등학교 1학년에게 양자컴퓨터를 설명해 주세요. 먼저 일반 컴퓨터와 다른 점을 세 문장으로 설명하고, 비유 하나와 실제 개념의 차이를 구분해 주세요. 수식은 사용하지 말고 아직 해결되지 않은 한계 두 가지를 포함하세요. 마지막에는 이해를 확인할 짧은 문제 두 개를 내 주세요.

“쉽게”라는 말만 쓰는 대신 독자, 설명 순서, 비유의 한계, 제외할 요소와 마지막 활동까지 지정했습니다. 비유는 이해를 돕지만 실제 개념과 같다고 단정하지 않도록 구분을 요청하는 것이 좋습니다.

길이보다 명확성이 먼저입니다

긴 프롬프트가 자동으로 좋은 프롬프트가 되지는 않습니다. 관계없는 배경을 여러 문단 붙이면 목표와 제한이 묻힐 수 있어요. 먼저 결과를 하나 정하고, 그 결과에 필요한 독자·환경·자료·제약·형식만 남기세요. 배경 자료가 많다면 “참고 자료”와 “반드시 답할 질문”을 별도 구역으로 나누면 읽기 쉽습니다.

요약, 오류 찾기, 발표문 작성처럼 서로 다른 일을 한 번에 시키면 검토가 어려워질 수 있습니다. 먼저 요약을 받고, 다음 요청에서 사실 확인을 한 뒤, 마지막에 발표문을 만들면 각 단계의 결과를 확인할 수 있습니다. 반대로 간단한 변환처럼 기준이 분명한 작업은 한 번에 처리해도 됩니다. 작업을 나눌지는 결과를 검토하기 쉬운지를 기준으로 정하세요.

답이 마음에 들지 않을 때 고치는 순서

1. 가장 큰 문제 하나를 정합니다. 내용 오류, 범위 과다, 형식 위반을 구분합니다.
2. 목표를 한 문장으로 다시 씁니다.
3. 독자와 사용 환경을 추가합니다.
4. 지켜야 할 조건과 하지 말아야 할 일을 나눠 적습니다.
5. 출력 형식을 하나 정하고 짧은 예시를 하나 보여 줍니다.
6. 같은 기준으로 다시 실행한 뒤 날짜·수치·링크를 원문에서 확인합니다.

Anthropic은 프롬프트를 고치기 전에 성공 기준을 정하고 결과를 시험할 방법을 마련하라고 안내합니다.[2] OpenAI도 모델이나 스냅샷에 따라 출력이 달라질 수 있으므로 애플리케이션에서는 테스트와 평가 모음을 두라고 권장합니다.[1] 즉, “더 그럴듯한 답”을 찾기보다 무엇을 통과로 볼지 먼저 정하는 편이 좋습니다.

복사해서 쓰는 기본 틀

역할: [어떤 독자에게 어떤 관점과 말투로 답할지]
목표: [AI가 해야 할 한 가지 작업]
조건:
- 대상과 환경: [예: 초보자, macOS]
- 범위와 기준일: [필요한 경우]
- 근거와 금지사항: [예: 제공한 자료만 사용, 모르는 내용은 표시]
출력 형식: [표, 단계별 목록, 글자 수, 포함할 항목]

답변이 너무 넓으면 조건을 보태고, 내용은 괜찮지만 읽기 어렵다면 형식을 바꾸세요. 네 칸을 모두 채우는 것이 목적이 아니라 AI가 오해할 여지를 줄이는 것이 목적입니다.

최신 정보와 고위험 분야의 한계

가격, 제품 사양, 지원 범위, 법률·정책과 뉴스는 기준일만 적는다고 최신성이 보장되지 않습니다. 최신 공식 문서나 공공기관 자료를 제공하거나 검색 가능한 기능을 사용하고, 답변에 표시된 날짜와 링크를 다시 확인하세요. 웹에 연결되지 않은 모델은 “최신 정보를 알려 달라”는 요청만으로 현재 자료를 가져올 수 없습니다.

의료·법률·금융·안전처럼 오류 비용이 큰 분야에서는 AI를 최종 판단이나 처방으로 사용하지 마세요. 개념 설명이나 전문가에게 확인할 질문 목록을 만드는 데는 활용할 수 있지만, 원문 자료와 자격을 갖춘 전문가의 판단을 우선해야 합니다. 출처를 넣어도 AI가 범위를 넘어 해석할 수 있으므로 핵심 수치와 조건은 사람이 대조하세요.[1][2]

자주 묻는 질문

역할에 꼭 “전문가”라고 써야 하나요?

아닙니다. “초보자에게 단계별로 설명하는 안내자”처럼 독자와 말투를 정하는 표현이 더 구체적일 때가 많습니다. 실제 자격이나 경력을 가진 것처럼 오해하게 만드는 문장은 피하세요.

출처를 넣으면 항상 맞나요?

아닙니다. 출처를 제공해도 내용을 잘못 해석하거나 출처의 범위를 넘어설 수 있습니다. 중요한 날짜와 수치는 링크 원문에서 다시 확인하세요.

같은 프롬프트의 답이 달라지는 이유는 무엇인가요?

모델·버전·서비스 설정과 입력 맥락에 따라 결과가 달라질 수 있습니다. 중요한 작업은 성공 기준을 먼저 정하고 여러 입력으로 결과를 비교하세요.[1][2]

Sources

1. [1] OpenAI API Docs: Prompt engineering
2. [2] Anthropic Claude Platform Docs: Prompt engineering overview
3. [3] Google AI for Developers: 프롬프트 설계 전략