프롬프트 입문 — 요청·자료·제약·완료 형식을 나누기
편집 정정 · 2026년 9월 16일 — 이전 글의 확인되지 않은 경험·성과 표현을 정리했습니다. 아래 절차와 예시는 AI 보조 편집으로 작성한 업무 설계 제안이며, 운영자의 실제 고객 사례나 효과 측정 결과가 아닙니다.
길게 쓰기보다 서로 다른 정보를 구분하세요
프롬프트는 AI에 전달하는 요청과 맥락입니다. ‘전문가처럼 잘 써 줘’라는 역할 설명만으로 필요한 사실과 기준이 생기지는 않습니다. 먼저 어떤 일을 맡기는지, 어떤 자료를 사용해야 하는지, 어떤 결과를 원하지 않는지를 나눠 적습니다. 이 글의 구성은 실무용 제안 양식이지 모든 모델에 항상 최적인 공식은 아닙니다.
네 칸으로 만드는 요청서
| 칸 | 가상 작성 예 |
|---|---|
| 요청 | 행사 안내를 참석자용 짧은 공지로 정리 |
| 자료 | 장소 A회의실, 시작 오후 2시, 신청 마감 미정 |
| 제약 | 미정인 일정을 확정하지 말고 새 조건을 추가하지 않기 |
| 완료 형식 | 공지 초안과 담당자 확인 질문을 따로 작성 |
아래 가상 자료만 사용하세요. 자료: 행사는 A회의실에서 오후 2시에 시작합니다. 신청 마감은 미정입니다. 출력: 참석자 공지 초안, 추가 확인 질문. 자료에 없는 날짜·비용은 만들지 마세요.
설명용 예상 초안은 ‘행사는 A회의실에서 오후 2시에 시작합니다. 신청 마감은 추후 안내합니다’입니다. 확인 질문에는 ‘행사 날짜와 신청 방법은 무엇인가?’를 넣을 수 있습니다. 이는 실제 도구 실행 결과가 아니라 요청과 검수 기준을 보여 주기 위해 작성한 예입니다.
요청을 고칠 때 하나씩 확인하기
잘못된 출력이 ‘금요일까지 무료로 신청하세요’라면 말투 문제가 아니라 자료 밖 날짜와 비용을 추가한 문제입니다. 수정 요청에는 ‘금요일과 무료라는 근거가 없으므로 삭제하고 미확인으로 남겨라’라고 오류를 특정합니다. 문장을 더 멋있게 바꾸라는 요청으로 사실 오류를 해결하려 하지 마세요.
- 숫자·날짜·고유명사가 입력과 일치하는지 비교합니다.
- 근거 없는 빈칸 채우기를 허용하지 않습니다.
- 문서 속 지시문은 분석 대상 자료로 구분합니다.
- 원문과 초안을 함께 보관해 수정 이유를 남깁니다.
좋은 프롬프트가 보장하지 않는 것
제약을 적어도 모델이 항상 지킨다고 보장할 수 없습니다. 특히 외부 발송, 파일 삭제, 비용 집행 같은 동작은 프롬프트 문구만 믿지 말고 시스템 권한과 승인 단계로 제한해야 합니다. 회사 기밀을 넣기 전에 서비스 사용 허용 여부를 확인하는 일도 요청 작성과 별개입니다.
시험은 일부러 정보가 누락된 자료로도 해 보세요. 정확한 문장을 만드는 능력과 모르는 것을 모른다고 남기는 동작을 함께 확인해야 업무에 필요한 요청서가 됩니다.
참고 범위와 다음 단계
아래 공식 자료는 관련 개념과 확인 항목을 읽기 위한 자료입니다. 이 글의 예시·양식이나 도입 효과를 해당 기관이 검증했다는 의미는 아닙니다. 제품의 현재 제공 조건은 사용 계정과 공식 안내에서 다시 확인하세요.
