AI 답변 형식을 맞추는 법, 예시 두 개로 시작하는 프롬프트

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

AI에게 “이 형식으로 써 줘”라고 여러 번 설명했는데도 제목 위치, 문장 길이, 목록 순서가 매번 달라진다면 지시문을 더 길게 만드는 것보다 입력과 원하는 출력의 한 쌍을 보여 주는 편이 실용적입니다. 예시는 결과의 모양을 눈에 보이게 만드는 장치예요. OpenAI의 프롬프트 엔지니어링 안내도 작업에 필요한 맥락을 제공하고, 원하는 결과를 구체적으로 설명하며, 예시를 활용해 형식을 전달하는 방식을 다룹니다.[1]

예시를 넣기 전에 고정할 것

예시를 복사하기 전에 AI가 해야 할 일을 한 문장으로 좁혀 보세요. “고객 문의에 답하기”, “회의 메모에서 할 일 추리기”, “상품 설명을 항목별로 분류하기”처럼 결과의 목적이 드러나야 합니다. 그 다음 독자, 말투, 길이, 금지 사항을 따로 적습니다. 예시가 보여 주는 것은 주로 형식과 수준이고, 최신 가격이나 정책처럼 변하는 사실의 근거까지 대신하지는 않습니다.

두 개의 예시로 형식을 보여 주기

아래처럼 같은 업무 안에서 서로 다른 상황을 골라야 합니다. 첫 예시는 일반적인 문의, 두 번째는 추가 정보가 필요한 문의로 구성하면 형식과 예외를 함께 보여 줄 수 있어요.

역할: 고객센터 답변 초안을 작성해 주세요.
조건: 존댓말, 세 문장 이내, 확인되지 않은 배송일은 단정하지 않기.

예시 1
입력: 배송지를 바꾸고 싶어요.
출력: 주문 번호와 변경할 주소를 알려 주세요. 배송 상태를 확인한 뒤 변경 가능 여부를 안내해 드리겠습니다.

예시 2
입력: 결제 영수증을 다시 받고 싶어요.
출력: 주문 번호와 영수증을 받을 이메일 주소를 알려 주세요. 확인 후 재발송 가능 여부를 안내해 드리겠습니다.

실제 입력: 환불이 언제 들어오는지 알고 싶어요.
출력:

여기서 중요한 것은 답변 문구를 그대로 외우게 하는 일이 아니라, 필요한 정보가 없으면 먼저 질문하고 확정할 수 없는 날짜는 약속하지 않는 패턴을 보여 주는 것입니다. 실제 업무에서는 회사 정책이나 주문 데이터처럼 외부 근거가 필요한 자료를 함께 제공해야 합니다.

좋은 예시를 고르는 기준

• 같은 작업: 예시의 주제가 완전히 같을 필요는 없지만, AI가 수행할 업무는 같아야 합니다.
• 대응 관계: 입력에 대한 출력이어야 하며, 입력에 없는 정보를 출력에서 새로 만들어 내지 않아야 합니다.
• 차이를 보여 주기: 평범한 사례 하나와 정보가 부족한 사례 하나처럼 실제로 자주 갈리는 상황을 고릅니다.
• 일관된 말투: 한 예시는 반말이고 다른 예시는 딱딱한 보고서체라면 AI가 어느 쪽을 따라야 할지 모호해집니다.
• 짧은 길이: 예시가 너무 길면 형식보다 내용이 더 강한 힌트가 될 수 있습니다. 필요한 구조만 남기세요.

출력에 가격, 성능 수치, 날짜를 넣는 예시는 특히 조심해야 해요. 그 값이 단지 예시용이어도 모델이 사실처럼 반복할 수 있습니다. 형식만 보여 주려면 “금액: [원문 확인]”처럼 자리표시자를 사용하고, 실제 값은 신뢰할 수 있는 자료에서 확인하라는 조건을 분리하세요.

표·목록·JSON은 빈칸을 미리 정합니다

형식이 중요한 작업은 결과의 뼈대를 먼저 적어 두면 검수하기 쉽습니다. 예를 들어 상품 설명을 정리한다면 다음처럼 항목을 고정할 수 있어요.

아래 세 항목만 작성하세요.
- 한줄 요약:
- 추천 대상:
- 주의할 점:

예시 입력: 무게가 가벼운 무선 마우스
예시 출력:
- 한줄 요약: 휴대하기 편한 마우스입니다.
- 추천 대상: 노트북을 자주 옮기는 사람
- 주의할 점: 배터리 교체 방식을 확인하세요.

실제 입력: USB 허브
실제 출력:

API나 자동화에 넘길 JSON이라면 문장 예시만으로 끝내지 말고 필드 이름, 자료형, 필수 여부, 누락 시 처리 방법을 별도로 적는 편이 안전합니다. 구조화된 출력 설계가 필요한 경우에는 구조화된 JSON 응답 설계 글도 함께 참고할 수 있습니다.

결과가 흔들릴 때 점검하는 순서

1. 실제 입력이 예시와 같은 업무인지 확인합니다.
2. 예시의 입력과 출력이 정확히 대응하는지 다시 읽습니다.
3. 출력 형식을 한 가지로 줄이고, 서로 다른 지시를 삭제합니다.
4. 길이·말투·금지 사항을 예시 밖의 규칙으로 명시합니다.
5. 실패한 결과를 무작정 예시로 추가하지 말고, 실패 원인을 규칙으로 바꿉니다.
6. 새 입력 두세 개로 형식만큼은 유지되는지 사람이 확인합니다.

예시가 형식을 맞춰도 사실이 맞는다는 뜻은 아닙니다. 법률·의료·재무 판단, 계약 조건, 현재 가격처럼 오류 비용이 큰 작업은 출처와 기준일을 함께 주고 원문을 대조하세요. 프롬프트는 검수 절차를 대신하지 않습니다.

자주 묻는 질문

예시는 몇 개가 적당한가요?

정해진 숫자는 없습니다. 먼저 서로 다른 상황을 보여 주는 두 개로 시작하고, 실제로 반복되는 예외가 있을 때만 늘리세요. 예시가 많아지면 서로 다른 규칙을 암묵적으로 보여 주지 않는지 점검해야 합니다.

예시와 실제 입력의 주제가 달라도 되나요?

형식이 같으면 가능하지만, 너무 먼 주제는 판단 기준까지 달라 불안정해질 수 있어요. 같은 부서·같은 업무 안에서 사례를 고르는 편이 낫습니다.

매번 예시를 다시 써야 하나요?

반복 업무라면 템플릿으로 저장하고 실제 입력만 바꾸면 됩니다. 다만 정책, 독자, 출력 형식이 바뀌면 예시도 함께 검토하세요.

웹페이지나 파일을 AI에 읽힐 때 지시문과 자료 속 지시를 구분하는 방법은 프롬프트 인젝션 확인법에서 이어서 볼 수 있습니다.

예시만으로 해결되지 않는 경우

예시 기반 프롬프트는 형식이 반복되는 업무에 특히 잘 맞습니다. 반대로 정답이 하나가 아니거나 외부 자료를 반드시 조회해야 하는 작업에서는 예시만 늘려도 충분하지 않아요. 예를 들어 채용 지원서를 평가할 때는 평가 항목, 배점, 제외 기준, 개인정보 처리 범위를 먼저 정해야 합니다. 예시가 특정 지원자의 문장을 기준처럼 만들면 다른 사례를 불공정하게 판단할 수 있습니다.

또한 긴 자료를 요약하는 작업에서는 예시의 문체보다 자료의 범위와 누락 기준이 중요합니다. “핵심만”이라고 쓰는 대신 대상 독자, 반드시 포함할 수치와 날짜, 원문에서 찾지 못했을 때 쓸 표현을 정하세요. OpenAI 문서가 강조하는 관련 맥락도 이 지점에서 의미가 있습니다. 모델이 참고해야 할 자료와 참고하지 말아야 할 자료를 구분해 주면 형식 예시가 내용 판단을 대신하는 일을 줄일 수 있습니다.[1]

저장하기 전 검수표

• 예시의 입력과 출력이 한 업무를 설명하는지 확인합니다.
• 출력에 들어간 사실이 예시용인지 실제 근거인지 표시합니다.
• 누락·불확실·예외 상황에 대한 표현을 하나 정합니다.
• 실제 입력과 비슷하지만 다른 테스트 사례를 두 개 준비합니다.
• 결과가 형식은 맞아도 근거가 없는 내용을 만들지 않았는지 읽습니다.

이 검수표를 통과한 템플릿이라도 업무 정책이 바뀌면 다시 손봐야 합니다. 예시를 고정된 정답지가 아니라 현재 업무 규칙을 설명하는 문서로 관리하면, 담당자가 바뀌거나 서비스가 변경될 때도 무엇을 수정해야 하는지 찾기 쉽습니다.

Sources

1. [1] Prompt engineering – OpenAI API