체크리스트와 과제

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

이번 차시 체크리스트

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

개념 이해
□ 22차시 시스템이 못 하는 것 5가지를 안다
□ Retriever · Generator · Verifier의 책임을 구분한다
□ 모듈이 흐름을 결정하면 안 되는 이유를 안다
□ 계약(인터페이스)의 3가지 규칙을 안다
□ 모듈화의 이득 4가지를 설명할 수 있다
□ 모듈화에도 비용이 있다는 것을 안다
실습
□ 내 프로젝트에 필요한 모듈을 정했다
□ 모듈 계약표를 작성했다
□ 목표 흐름도를 그렸다
□ 22차시 결과물이 준비되어 있다
□ 3부 로드맵을 확인했다

과제

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

🎯 이번 차시 과제
1. 내 시스템 설계도 (필수)
A4 한 장에 아래를 그리세요.
· 필요한 모듈 목록과 선택 이유
· 모듈 계약표 (읽는 키 / 쓰는 키)
· 목표 흐름도
2. 22차시 시스템 한계 확인 (필수)
12차시 실패 사례 중 남아 있는 것들을 다시 돌려보고
"어떤 모듈이 있으면 해결될까"를 적으세요.
​| 실패 질문 | 원인 | 필요한 모듈 | 관련 차시 |
3. 비용 판단 (권장)
내 프로젝트에서 Verifier를 넣을지 말지 결정하고
그 이유를 세 줄로 정리하세요.
(정답은 없습니다. 근거가 중요합니다)

다음 차시 미리보기

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

24차시: Retriever Node 분리
첫 번째 모듈을 만듭니다.
19차시에서 만든 retrieve_node를 제대로 다듬습니다.
· State만 보고 동작하도록 독립화
· 검색 옵션을 State로 받아 실행 중에 조정
· 점수와 신뢰도를 State에 기록
· 9차시에서 정한 MIN_SCORE 실전 적용
여기서 남긴 점수가 29차시 분기의 판단 재료가 됩니다.

💬 마무리
오늘은 코드를 한 줄도 쓰지 않았습니다. 답답하셨을 수도 있습니다.
하지만 3부는 11개 차시 동안 시스템을 키워가는 여정입니다. 목적지를 모르고 출발하면 중간에 길을 잃습니다. 오늘 그린 설계도가 나침반이 됩니다.
그리고 하나 강조하고 싶은 것이 있습니다. 모듈화는 성능을 위한 구조가 아니라, 성능을 계 속 올릴 수 있게 하는 구조입니다.
오늘 나눈다고 내일 정답률이 오르지 않습니다. 하지만 한 달 뒤, 검색 방식을 바꾸고 싶을 때한 줄만 고치면 되는 시스템과 전체를 다시 짜야 하는 시스템의 차이는 엄청납니다.
다음 차시부터 하나씩 만들어 갑니다! 🧩