프롬프트를 바꿨다면 같은 예시로 비교하세요
좋아 보이는 한 번의 답보다 반복 가능한 기준을 만듭니다.
테스트 질문을 먼저 고정
일상적인 요청, 애매한 요청, 자료가 부족한 요청을 포함해 작은 예시 묶음을 만드세요. 프롬프트를 바꾸기 전에 어떤 결과가 나와야 하는지 적습니다. 원하는 결과를 본 뒤 기준을 바꾸면 비교가 흐려집니다.
평가 항목을 나누기
정확성, 형식 준수, 불필요한 추측, 읽기 쉬움을 따로 확인합니다. “마음에 든다” 대신 어떤 문장이나 항목이 기준을 만족하는지 표시하세요. 점수뿐 아니라 실패 이유도 남깁니다.
한 번에 한 조건만 바꾸기
예시 추가, 출력 형식 변경, 지시문 축약을 한꺼번에 하지 마세요. 변경 전후 결과를 같은 입력으로 비교하고 모델과 실행 날짜를 기록합니다. 모든 경우에 나아지지 않았다면 어떤 입력에 유리한지 범위를 좁혀 설명하세요.
프롬프트 예시
이 프롬프트의 검증 사례를 설계해줘. 프롬프트: [내용] 정상 입력 3개, 애매한 입력 2개, 자료가 부족한 입력 2개를 만들어줘. 각 입력마다 기대 행동과 실패 판정 기준을 함께 적어줘.
이 자료에 관해 질문이 있나요?
질문·교류 게시판에 자료 제목과 궁금한 점을 남겨주세요.
