2-03 · 검토할 표본 정하고 조회하기
1. 실습 목표
select_day2_samples를 직접 호출해 정상 4건과 검토 필요 8건, 총 12건을 같은 순서로 반환합니다. 교육 중 표본이 달라지면 이후 근거·검토 자료·검토 결과를 재현할 수 없습니다.
2. 시작 지점
mock-erp의 세 Tool이 발견되고 모집단 조회가 첫 과정과 일치합니다.
브라우저의 두 번째 과정 진행 안내에서 고정 샘플 12건을 확인하고, Tool 응답에서 정상 4건·검토 필요 8건과 ID 순서를 대조합니다.
3. 구현 범위 및 요구사항
지정 표본
- 정상:
CHG-2608-001–004 - 검토 필요 전수:
CHG-2608-022–029 - 입력 오류
CHG-2608-030제외 - 선정 이유와 순서를 응답에 남깁니다.
Tool 호출 검증
- Tool 목록과 입력 스키마를 먼저 확인합니다.
select_day2_samples를 두 번 호출해 결과 순서가 같은지 비교합니다.- 모델 답변 문장보다 Tool 이름·입력·상태·응답 건수를 검증합니다.
4. 실습 프롬프트
이후 검토 과정에서 같은 거래처 변경 요청을 계속 사용할 수 있도록 `select_day2_samples` Tool의 결과를 확인하고 화면 안내도 실제 준비 상태에 맞게 수정해 주세요.
현재 `mock-erp` MCP 서버에는 모집단 조회, 검토 대상 선택과 사례 근거 조회 Tool이 연결되어 있습니다. `select_day2_samples`도 현재 코드에 선언된 대상 목록을 반환하고 있으므로 새로운 선정 방식을 만들 필요는 없습니다.
이번 구현에서는 Tool을 반복해서 호출해도 같은 변경 요청이 같은 순서로 반환되는지 확인하고, 이 동작이 유지되도록 테스트를 보완해 주세요.
- `DAY2_SAMPLE_IDS`와 `select_day2_samples`의 현재 구현 확인
- 두 번의 Tool 호출에서 변경 ID와 순서가 같은지 검사
- 반환 결과와 `DAY2_SAMPLE_IDS` 순서의 일치 여부 확인
- 실제 반환 결과를 이용한 요약 정보 계산
- 각 변경 요청의 판정 상태에 맞는 선정 이유 표시
- 입력 오류가 있는 요청의 검토 대상 제외
- 기존 모집단 조회와 사례 근거 조회 Tool 유지
- 화면 진행 안내를 검토 대상 준비 상태에 맞게 수정
- 아직 구현하지 않은 검토 자료와 담당자 검토 기능 연결 금지
반복 호출을 확인하는 테스트와 기존 검사 명령을 실행해 주세요. 구현 후에는 변경 파일, 실제 호출 결과, 화면에서 달라진 내용, 검사 통과 여부와 남은 위험만 간단히 알려 주세요.5. 예상 결과
Success
- 체크포인트:
student/07-samples-ready- 표본
12, 정상4, 검토 필요8- 순서
001부터004,022부터029까지030제외, 반복 호출 결과 동일- Tool 이름·입력·상태가 실제 MCP 응답과 일치
- 두 번째 과정 진행 안내와 Tool 응답에서 정상 4건·검토 필요 8건이 확인됨
6. 대표 실패 사례 및 복구
Failure
- 모집단 앞 12건이나 무작위 12건을 사용함
- 화면 표시 문자열로 상태를 판정함
- 일부 표본으로 다음 검토 자료를 생성함
Info
잘못된 일부 결과는 완료로 기록하지 않습니다. 첫 과정 API와 지정 ID 목록을 먼저 대조하고 다시 호출합니다.
7. 다음 실습
12개 ID를 사례별 통제 근거 연결하기에 전달합니다.