프롬프트를 바꿨더니 좋아 보인다? 같은 입력으로 비교하는 실험지
IssueForge 편집 · 최초 작성
자료 확인 · 내용 수정
고정 표본과 통과 기준으로 비교하고 중요한 실패를 따로 기록하세요.
고정 표본과 통과 기준으로 비교하고 중요한 실패를 따로 기록하세요.
공개 또는 조직이 승인한 자료에 적용하는 작업 가이드입니다. 실제 결과 검토와 조직의 보안 승인 절차를 대신하지 않습니다.
확인 범위: 하단 공식 자료의 핵심 조건. 본문 사례·작업 양식은 이슈포지가 작성한 예시입니다.
주장과 근거를 나란히
자료 확인일 기준입니다. 원문에서 확인한 내용과 적용할 때 필요한 조건을 함께 표시합니다.
- OpenAI는 업무별 평가 목표·데이터·기준을 정하고 변경마다 비교하는 접근을 권합니다.
아래 실험지는 소규모 업무 점검을 위해 이슈포지가 구성했습니다. 통계적 성능 인증이 아닙니다.
OpenAI — 평가 설계 권고 ↗
새 프롬프트가 좋아졌다는 것을 어떻게 확인할까요?
한 번 잘 나온 결과를 보고 기존 프롬프트를 바꾸면 다음 업무에서 퇴보를 발견할 수 있습니다. 모델 교체 없이 요청문 변경의 효과를 분리해서 보는 절차입니다.
실행 안내·양식 작성: 2026-10-05 · 사례는 설명용 가상 상황이며 실제 이용 후기나 승인 실적이 아닙니다.
바꿀 것 하나와 고정할 것을 적습니다
요청문과 모델을 동시에 바꾸면 무엇이 결과를 개선했는지 알기 어렵습니다. 우선 모델, 도구 사용 여부, 입력 자료, 출력 형식을 고정하고 바꿀 지시 한 가지를 정하세요. 비교 목적이 문체인지 사실 보존인지도 먼저 결정합니다.
표본은 평범한 입력만 모으지 않습니다. 정보가 비어 있는 입력, 서로 모순되는 입력, 지시보다 긴 자료 등 실제 업무에서 만나는 경계를 포함합니다. 특정 프롬프트가 잘 처리하는 예시만 고르면 선택 결과가 편향됩니다.
평균 점수보다 중요한 실패를 먼저 봅니다
가상 비교에서 A는 문체가 매끄럽고 B는 다소 딱딱하지만, A가 없는 마감일을 넣었다면 사실 보존 업무에서는 A를 통과시키기 어렵습니다. 문체 점수와 사실 오류를 평균 내면 중요한 실패가 가려질 수 있습니다.
따라서 필수 조건 위반, 수정 가능한 오류, 취향 차이를 구분합니다. 핵심 숫자 변경이나 개인정보 노출처럼 허용하지 않을 오류를 먼저 정의하고, 그다음 가독성이나 수정 시간을 비교하세요.
개선한 예시와 마지막 확인용 예시를 나눕니다
어떤 표본을 보고 프롬프트를 고쳤다면 그 표본은 이미 학습에 가까운 역할을 했습니다. 다른 입력에서도 좋아졌는지 마지막 확인용 표본을 따로 남겨두면 과도한 맞춤을 발견하기 쉽습니다.
작은 실험은 현장 도입 전 문제를 찾는 용도입니다. 적은 표본에서 통과했다고 모든 업무를 잘한다는 주장을 만들지 마세요. 변경 이유, 실패 사례, 되돌릴 이전 버전을 함께 보관하면 나중에 기준이 바뀌어도 재검토할 수 있습니다.
같은 상황, 이렇게 판단이 달라집니다
가상 표본: 일반 입력 3개와 필수 정보가 빠진 입력 1개. A는 마지막 입력에 날짜를 지어냈고, B는 날짜 미정으로 답했습니다.
놓치기 쉬운 판단
A의 문체 점수가 높으므로 채택한다.
조건을 확인한 판단
날짜 생성이 필수 조건 위반이라면 A를 보류하고, B의 가독성 수정 부담을 별도로 검토한다.
점수 합산 전에 배제할 오류를 정의한 사례입니다. 실제 모델 평가 결과나 검증된 통과율은 아닙니다.
내 준비 상태를 파일로 가져가기
체크한 결과와 양식을 텍스트 파일로 내려받아 내 기기에서 이어서 작성하세요. 입력은 서버로 보내지 않으며 새로고침하면 초기화됩니다.
0 / 4 준비 · 체크 완료는 자격·보안 인증이 아닙니다.
가져갈 양식 미리 보기
[프롬프트 A/B 실험지] 목표 / 변경한 지시: 고정 모델·도구·입력: 필수 통과 기준: 표본 ID / A 결과 / B 결과 / 오류 유형 / 수정 시간: 마지막 확인용 표본: 채택 이유 / 되돌릴 버전: [준비 상태] [미확인] 평가 기준을 결과 보기 전에 정했다 [미확인] 입력과 모델 조건을 고정했다 [미확인] 중요 오류를 평균 점수와 분리했다 [미확인] 수정에 쓰지 않은 표본으로도 확인했다 출처: https://issueforge.co.kr/issues/ai-prompt-ab-test 이슈포지 작성 양식 · 2026-10-05
사용 전에 많이 헷갈리는 점
몇 개 표본이면 충분한가요?
모든 업무에 통하는 고정 개수는 제시하지 않습니다. 중요 오류와 실제 입력 유형을 포함하고 결과의 적용 범위를 표본 범위로 제한하세요.
A와 B를 같은 AI가 평가해도 되나요?
보조 채점으로 쓸 수 있지만 중요한 실패는 사람이 확인하고 자동 채점 기준이 실제 업무 판단과 맞는지 대조해야 합니다.
공식 안내에서 확인한 범위
OpenAI는 업무별 평가 목표·데이터·기준을 정하고 변경마다 비교하는 접근을 권합니다.
판단 기준을 나란히
공식 사실을 바탕으로 이슈포지가 구성한 판단표입니다. 정책 변경 전후 표가 아닙니다.
| 구분 | 확인할 내용 | 놓치기 쉬운 점 |
|---|---|---|
| 고정할 것 | 입력·모델·도구·평가 기준 | 변경 원인 분리 |
| 바꿀 것 | 검증할 지시 한 가지 | 여러 변수를 한 번에 변경하지 않기 |
| 남길 것 | 실패 유형·수정 시간·이전 버전 | 문체 점수만 기록하지 않기 |
내가 확인할 일
0 / 4 완료 · 새로고침하면 초기화됩니다.
이슈포지의 권고: 결과를 사용하는 사람이 근거와 중요한 실패를 확인하고, 준비지는 자신의 업무 기준에 맞게 조정하세요.
공식 출처
자료 확인: 2026-10-05. 서비스·제도 조건은 이후 달라질 수 있습니다.
편집 기록
2026.10.05 — 공식 근거의 범위를 확인하고 자체 사례·판단 절차·준비지와 함께 최초 작성.
화면 구성 변경과 자료 재확인은 내용 수정일을 자동으로 바꾸지 않습니다.
정정 기준과 접수 상태