좋은 프롬프트는 길거나 화려한 지시문이 아니라 무엇을 근거로 어떤 결과를 만들고, 무엇을 사람이 확인할지가 분명한 요청입니다. 이 글은 재사용 가능한 업무 프롬프트를 설계하고 같은 자료로 품질을 비교하는 방법에 집중합니다.
프롬프트를 구성하는 여섯 칸
| 칸 | 적을 내용 | 실패 신호 |
|---|---|---|
| 목표 | 완료 결과 한 가지 | 요약·분석·기획을 한 번에 요청 |
| 대상 | 누가 어떤 결정을 위해 읽는지 | ‘전문적으로’처럼 모호한 표현만 있음 |
| 자료 | 사용할 원문과 기준일 | 자료 밖의 사실을 임의로 보충 |
| 출력 | 필드, 순서, 길이와 형식 | 매번 표 구조가 달라짐 |
| 제약 | 추측·개인정보·금지 표현 처리 | 빈 값을 그럴듯하게 채움 |
| 검수 | 사람이 원본과 대조할 항목 | 정답처럼 단정하고 근거가 없음 |
복사해서 시작하는 기본 틀
목표: [완료할 결과 한 가지] 대상과 사용 상황: [누가 무엇을 결정하는가] 사용할 자료: """ [원문 또는 검증된 데이터] """ 출력 형식: 1. 결론 2. 확인된 사실 3. 불확실하거나 누락된 정보 4. 다음 행동 제약: - 제공한 자료에 없는 수치·인용·경험을 만들지 않는다. - 개인정보와 비밀정보를 출력하지 않는다. - 근거가 없으면 '확인 필요'라고 표시한다. 검수 기준: - 숫자·날짜·고유명사를 원문 위치와 함께 표시한다.
OpenAI의 공식 프롬프트 안내도 지시문을 앞에 두고, 자료를 구분하며, 원하는 결과 형식을 구체적으로 제시하는 방식을 권합니다. OpenAI 프롬프트 작성 공식 안내
나쁜 요청을 업무용 요청으로 바꾸기
수정 전
이 회의록을 잘 정리해 줘.
수정 후
아래 회의 메모만 사용해 결정사항, 담당자, 기한, 미결 질문으로 분류해 줘. 담당자나 기한이 없으면 추정하지 말고 '미정'으로 표시해 줘. 출력은 네 열의 표로 작성하고, 각 결정사항 뒤에 근거 문장을 붙여 줘.
두 번째 요청은 AI가 무엇을 만들고 무엇을 추측하지 말아야 하는지 확인할 수 있습니다.
같은 프롬프트를 세 번 시험하는 표
| 시험 입력 | 기대 결과 | 확인할 오류 |
|---|---|---|
| 필드가 모두 있는 정상 자료 | 정해진 형식으로 완성 | 원문과 숫자가 같은가 |
| 담당자·기한이 없는 자료 | ‘미정’ 또는 ‘확인 필요’ | 없는 값을 만들어냈는가 |
| 서로 충돌하는 두 문장 | 충돌을 분리해 질문으로 제시 | 한쪽을 임의로 선택했는가 |
첫 답변이 부족할 때 수정하는 순서
- 자료 밖의 사실이 추가됐는지 확인합니다.
- 누락된 출력 필드만 지정합니다.
- 전체 재작성보다 잘못된 문장과 기대 결과를 짝지어 줍니다.
- 문체는 ‘좋게’가 아니라 문장 길이·독자·금지 표현으로 설명합니다.
- 수정 과정에서 숫자와 결론이 달라지지 않았는지 다시 대조합니다.
프롬프트에 넣지 말아야 할 것
비밀번호, API 키, 주민번호, 고객 연락처, 공개 전 계약서와 조직의 비공개 자료는 그대로 넣지 마세요. 사용할 서비스와 계정의 데이터 처리 설정, 조직 내부 규정과 필요한 동의를 먼저 확인해야 합니다.
재사용 방법: 반복 보고서는 보고서 프롬프트, 회의 업무는 회의록 템플릿에서 이 여섯 칸을 적용할 수 있습니다.