체크리스트와 과제

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

이번 차시 체크리스트

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

개념 이해
□ 생성 노드를 "번역기"로 이해했다
□ 좋은 생성 노드의 정의를 말할 수 있다
□ 근거가 없을 때 LLM을 안 부르는 이유를 안다
□ 인용 검증에서 두 가지를 보는 이유를 안다
□ 재생성 시 피드백이 필요한 이유를 안다
실습
□ nodes/generator.py를 만들었다
□ insufficient · has_citation을 State에 남긴다
□ 근거 0건일 때 LLM 호출을 생략한다
□ 3가지 케이스로 단독 테스트했다
□ 재시도 피드백 프롬프트를 만들었다
□ 검색 1회로 프롬프트 A/B 비교를 해봤다
□ 그래프에 연결하고 회귀 테스트를 통과했다
□ 입출력 명세를 주석으로 남겼다

과제

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

🎯 이번 차시 과제
1. Generator Node 완성 (필수)
예외 처리 · 자가 점검 · 피드백 프롬프트를 모두 포함하세요.
2. 자가 점검 통계 (필수)
12차시 질문 20개를 돌려 표를 채우세요.
​| 항목 | 건수 | 비율 |
​| insufficient=True | | |
​| has_citation=False | | |
​| 둘 다 정상 | | |
has_citation=False가 20%를 넘으면 프롬프트를 강화하세요.
3. 프롬프트 A/B (필수)
검색 1회 방식으로 v1·v2·v3를 비교하고
13차시 결과와 비용·시간을 비교해 기록하세요.
4. 피드백 효과 확인 (권장)
인용이 빠진 답변이 나오는 질문을 찾아
reason을 넣은 재생성이 실제로 개선되는지 확인하세요.

다음 차시 미리보기

출처: 원본 PDF 20~21쪽 · 쪽 그림 20쪽 21쪽

26차시: Verifier Node 설계
세 번째 모듈이자 3부의 분수령입니다.
· 생성 노드의 자가 점검만으로 부족한 이유
· 검증 기준 4가지 설계
· LLM을 심판으로 쓰는 방법 (LLM-as-Judge)
· JSON으로 판정 결과를 안정적으로 받기
· 규칙 기반 1차 필터로 비용 절감
Verifier의 판정이 27차시 라우팅의 입력이 됩니다.

💬 마무리
오늘 만든 노드에서 가장 중요한 코드는 답변을 만드는 부분이 아닙니다.
근거가 없으면 LLM을 부르지 않는 세 줄과, 인용 번호를 정규식으로 검사하는 두 줄입니다. LLM을 쓰는 시스템을 만들다 보면 모든 판단을 LLM에게 맡기고 싶어집니다. 편하니까요. 하지만 코드로 확실히 알 수 있는 것을 LLM에게 물어보는 것은 낭비이고, 때로는 위험합니다. LLM은 틀릴 수 있으니까요.
코드가 할 수 있는 일은 코드에게, 판단이 필요한 일만 LLM에게.
다음 차시에서 만나요! ✍️