체크리스트와 과제

원본 PDF 끝부분의 체크리스트, 과제, 다음 차시 미리보기를 한 페이지에 모았습니다.

이번 차시 체크리스트

출처: 원본 PDF 23쪽 · 쪽 그림 23쪽

개념 이해
□ 단축 경로가 비용과 속도를 어떻게 개선하는지 안다
□ 2단 분류의 구조를 설명할 수 있다
□ 분류 실패 시 document를 기본값으로 두는 이유를 안다
□ 경로 이름을 상수로 정의하는 이유를 안다
□ 오분류 중 어떤 것이 가장 위험한지 안다
실습
□ 규칙 기반 1차 분류를 만들었다
□ LLM 2차 분류를 만들었다
□ greeting · calc · scope 노드를 만들었다
□ 4갈래 다중 분기를 구현했다
□ fail_reason별 세부 라우팅을 만들었다
□ 경로별 동작을 stream으로 확인했다
□ 오분류 검사를 통과했다
□ 27차시 대비 개선 효과를 측정했다

과제

출처: 원본 PDF 23쪽 · 쪽 그림 23쪽

🎯 이번 차시 과제
1. 유형별 라우팅 구현 (필수)
분류 노드와 3개 처리 노드를 만들고
4갈래 분기가 정상 동작하는지 확인하세요.
2. 오분류 검사표 (필수)
반드시 document여야 하는 질문 10개를 만들어 검사하세요.
​| 질문 | 기대 유형 | 실제 유형 | 일치 |
오분류가 1건이라도 있으면 규칙을 수정하세요.
3. 개선 효과 측정 (필수)
혼합 질문 세트(인사 3 + 범위밖 2 + 문서 15)로
27차시와 29차시를 비교하세요.
​| 지표 | 27차시 | 29차시 | 개선율 |
4. 나만의 유형 추가 (권장)
내 프로젝트에 필요한 유형을 하나 더 만드세요.
예: "문서 목록 조회", "사용법 안내", "담당자 연결"

다음 차시 미리보기

출처: 원본 PDF 24쪽 · 쪽 그림 24쪽

30차시: 질의 재작성 및 재검색
드디어 14차시부터 미뤄왔던 문제를 해결합니다.
"반품하고 싶은데 언제까지?" → 검색 실패
문서에는 "환불"이라 적혀 있어서 못 찾았던 질문입니다.
· 질문을 다르게 표현하는 rewrite 노드
· 재검색 루프 구현
· question과 query를 나눠둔 이유가 드러남
· 재검색 상한과 안전장치
오늘 만든 "research" 경로가 rewrite로 연결됩니다.

💬 마무리
오늘 만든 단축 경로는 정확도를 1%도 올리지 않았습니다. 문서 질의 성능은 어제와 똑같습니다.
그런데 인사에 4초씩 기다리며 "자료에서 찾지 못했습니다"를 듣던 사용자가 이제 즉시 적절한 답을 받습니다.
좋은 시스템은 정확도만으로 평가되지 않습니다. 적절한 질문에 적절한 방식으로 답하는 것, 필요 없는 일을 하지 않는 것도 품질입니다.
그리고 오늘 남겨둔 "research" 경로 — 지금은 fallback으로 가지만 다음 차시에 한 줄만 바꾸면 재검색으로 이어집니다. 확장을 고려한 설계의 힘입니다.
다음 차시에서 만나요! 🔀