이 가이드는 짧은 명령어 하나로 끝나지 않습니다. 필요한 자료를 정리하고, AI가 추측하지 않게 경계를 주고, 출력 내용을 원문과 대조해 실제로 사용할 수 있는 결과로 만드는 전체 과정을 설명합니다.
예시 안내 본문의 입력과 기대 결과는 절차를 설명하기 위해 구성한 예시입니다. 실제 수행 결과나 성과를 주장하지 않으며, 중요한 업무에는 원자료와 담당자의 최종 확인이 필요합니다.
- 실패한 입력과 출력을 그대로 보존해 최소 재현 사례를 만듭니다.
- 한 번에 한 요소만 바꾸고 기대 행동을 먼저 씁니다.
- 정상·경계·공격적 입력을 함께 시험하고 최종 결과는 사람이 검수합니다.
완성 결과물
누구에게 필요하고, 누구에게는 맞지 않을까
이런 분께 맞습니다
- 같은 프롬프트가 자꾸 형식을 어기거나 내용을 꾸며 고민인 사용자
- 팀에서 재사용할 프롬프트의 변경 이유를 기록하려는 실무자
- 감각적인 수정 대신 재현 가능한 시험을 만들고 싶은 사람
이 경우에는 멈추세요
- 모델의 모든 출력을 완전히 동일하게 고정하려는 경우
- 고위험 결정을 프롬프트 수정만으로 안전하게 만들려는 경우
- 민감한 실제 데이터를 허가 없이 디버깅 예시에 사용하려는 경우
시작 전에 준비할 것
도구를 열기 전에 입력 자료와 최종 확인자를 정하면, 그럴듯하지만 틀린 결과를 줄일 수 있습니다.
- 문제가 발생한 프롬프트, 입력, 실제 출력 원문
- 원래 기대했던 결과와 실패라고 판단한 이유
- 개인정보를 제거한 최소 입력 샘플
- 버전, 변경 내용, 시험 결과를 기록할 표
단계별 과정
실패를 재현 가능한 문장으로 씁니다
왜 필요한가 — ‘결과가 별로다’는 어떤 부분을 바꿔야 할지 알려주지 않습니다.
실제 출력에서 관찰한 실패를 형식 위반, 사실 추가, 누락, 분류 오류, 문체 문제로 나눕니다. 기대 결과도 같은 기준으로 씁니다.
실패한 대화 전체를 보존하되 시험용 입력에서는 불필요한 맥락과 개인정보를 제거합니다. 제거 후에도 같은 문제가 나타나는지 확인합니다.
요청: 회의 메모를 할 일 표로 정리 실제 출력: 원문에 없는 완료 날짜가 추가됨 막연한 평가: 정확하지 않음
재현 문장: 입력에 기한이 없는 ‘자료 정리’ 항목을 출력에서 ‘8월 16일까지’로 채웠다. 기대 행동: 기한 필드를 ‘미정’으로 표시하고 확인 질문에 넣는다.
프롬프트의 다섯 요소를 분리합니다
왜 필요한가 — 목적, 맥락, 입력, 출력, 금지사항이 섞이면 무엇이 빠졌는지 찾기 어렵습니다.
프롬프트를 작업 목적, 사용할 자료, 작업 규칙, 출력 형식, 검수 기준으로 나눕니다. 현재 문장 중 어느 요소에도 속하지 않는 장식적인 역할 설명은 우선 제거합니다.
실패와 직접 관련된 빈칸을 찾습니다. 없는 기한을 채운 문제라면 ‘원문에 없으면 미정’이라는 작업 규칙과 기한 필드 검수 기준이 필요한지 확인합니다.
기존 프롬프트: 당신은 유능한 비서입니다. 아래 회의를 멋진 표로 완벽하게 정리해 주세요.
목적: 실행 항목 추출 자료: 아래 회의 원문만 사용 규칙: 없는 담당자·기한은 미정 출력: 업무 | 담당자 | 기한 | 근거 검수: 각 행의 근거가 원문에 존재해야 함
한 번에 한 요소만 바꿉니다
왜 필요한가 — 여러 문장을 동시에 고치면 무엇이 결과를 바꿨는지 알 수 없습니다.
원본을 버전 0으로 저장하고 첫 변경에서는 실패와 가장 가까운 규칙 하나만 추가합니다. 같은 최소 입력으로 다시 시험합니다.
결과가 달라져도 즉시 성공으로 결론 내리지 않습니다. 원래 맞던 항목이 깨지지 않았는지 함께 확인하고 변경 기록을 남깁니다.
버전 0 규칙: 회의 메모를 표로 정리하세요. 버전 1 변경: ‘원문에 담당자나 기한이 없으면 미정으로 쓰고 추정하지 마세요.’ 한 문장 추가
변경 기록 가설: 빈값 처리 규칙이 없어 날짜를 생성함 변경: 빈 담당자·기한은 미정 관찰: 시험 입력의 기한이 미정으로 출력됨 남은 확인: 다른 행의 근거와 형식 유지 여부
필요할 때만 예시를 추가합니다
왜 필요한가 — 형식이나 분류 경계가 복잡할 때는 설명만보다 올바른 예시가 도움이 될 수 있지만, 잘못된 예시는 오류를 고정합니다.
규칙만으로 계속 어긋나는 경우 짧은 입력과 기대 출력을 한 쌍 넣습니다. 실제 업무의 개인정보를 복사하지 말고 구조만 닮은 교육용 예시를 만듭니다.
예시는 정상 사례뿐 아니라 ‘정보가 없으면 미정’ 같은 경계도 보여줍니다. 예시의 단어가 실제 출력에 불필요하게 복제되는지 확인합니다.
예시 입력: ‘서연: 소개 문구는 제가 정리할게요.’ 예시 출력: 업무=소개 문구 정리 | 담당자=서연 | 기한=미정 | 근거=‘제가 정리할게요.’
예시가 가르치는 경계 - 말한 사람이 직접 맡겠다고 한 경우만 담당자로 지정 - 기한 표현이 없으면 미정 - 근거는 입력 문장에서 가져옴
경계 사례를 회귀 시험으로 남깁니다
왜 필요한가 — 한 입력에서 고친 프롬프트가 다른 입력에서는 새로운 오류를 만들 수 있습니다.
담당자 있음·없음, 절대 날짜·상대 날짜, 결정·제안, 원문 충돌을 포함한 작은 시험 묶음을 만듭니다. 각 사례의 기대 행동을 프롬프트와 별도로 저장합니다.
새 버전을 만들 때마다 같은 시험 묶음을 다시 돌리고 사람이 원문과 대조합니다. 결과가 달라질 수 있으므로 자동 합격만으로 고위험 업무에 사용하지 않습니다.
회귀 시험 T1 담당자와 날짜 모두 있음 T2 담당자만 있음 T3 ‘다음 주’ 상대 날짜 T4 제안일 뿐 확정 아님 T5 원문 두 문장의 기한이 충돌
기대 행동 T1 두 필드 추출 T2 기한=미정 T3 상대 표현 보존+확인 질문 T4 제안으로 분류 T5 충돌 표시+선택하지 않음
수정해 쓰는 재사용 입력
중괄호 부분을 자신의 상황으로 바꾸고, 실제 자료를 넣기 전에 개인정보와 공개하면 안 되는 내용을 제거하세요. 결과는 반드시 원문과 대조합니다.
아래 프롬프트 실패를 한 번에 하나의 변수로 디버깅하세요.
[원본 기록]
- 프롬프트 버전: {{버전}}
- 실제 입력: {{개인정보를 제거한 입력}}
- 실제 출력: {{출력 원문}}
- 관찰한 실패: {{출력의 구체적인 위치와 행동}}
- 기대 행동: {{확인 가능한 결과}}
[분석 순서]
1. 실패를 형식 위반 / 사실 추가 / 누락 / 분류 오류 / 문체 문제로 분류합니다.
2. 목적 / 자료 범위 / 작업 규칙 / 출력 형식 / 검수 기준 중 빠진 요소를 찾습니다.
3. 가장 가능성 높은 원인 하나와 최소 변경 한 가지를 제안합니다.
4. 변경 전후 문장을 나란히 보여줍니다.
5. 수정 대상과 기존 정상 동작을 함께 확인할 시험을 만듭니다.
6. 한 번의 성공을 보장으로 표현하지 않습니다.
[출력]
실패 정의 / 원인 가설 / 최소 변경 / 동일 입력 재시험 / 회귀 시험 / 아직 확인되지 않은 점결과 확인 체크리스트
- 실패한 입력과 출력을 원문대로 보존했다.
- 실패 위치와 기대 행동을 구체적으로 썼다.
- 시험 입력에서 개인정보를 제거했다.
- 목적·자료·규칙·출력·검수를 분리했다.
- 원본 프롬프트 버전을 보존했다.
- 한 번에 하나의 핵심 요소만 바꿨다.
- 변경 이유와 관찰 결과를 기록했다.
- 예시는 필요한 경계만 보여준다.
- 정상·경계·충돌 사례를 회귀 시험했다.
- 최종 결과를 사람이 원자료와 대조했다.
자주 막히는 지점과 해결법
구체적인 실패 하나를 정의하고 가장 가까운 요소 하나만 바꿉니다.
정상·경계·충돌 사례를 저장하고 모든 버전에서 회귀 시험합니다.
개인정보를 제거하고 구조만 닮은 교육용 입력으로 바꿉니다.
해결하려는 경계를 보여주는 최소 예시만 남기고 복제 여부를 시험합니다.
개인정보·저작권·정확성 주의
AI가 자연스럽게 작성했다는 사실은 정확성과 이용 권한을 보장하지 않습니다. 공개하거나 전달하기 전에 아래 항목을 확인하세요.
- 프롬프트 개선만으로 사실 정확성이나 안전성이 보장되지는 않습니다.
- 같은 프롬프트의 출력도 달라질 수 있으므로 중요한 결과는 매번 검수하세요.
- 민감정보와 기밀정보는 디버깅 기록에서도 제거하세요.
- 고위험 의사결정에는 별도의 전문 검토와 통제 장치가 필요합니다.
- 모델이나 제품 버전이 바뀌면 기존 회귀 시험을 다시 실행하세요.
공식 출처와 확인 기준
출처는 각 원자료가 다루는 범위 안에서 참고했습니다. 서비스 화면과 기능은 바뀔 수 있으므로 실제 사용 전 최신 문서를 다시 확인하세요.
수정 이력
2026-08-14 — 작성 및 편집 검수. 최종 수정 2026년 8월 14일.