체크리스트와 과제

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

마일스톤 5 — 최종 체크리스트

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

평가
□ Holdout Set으로 최종 성능을 측정했다
□ Dev와 Holdout 점수를 모두 기록했다
□ 목표 대비 달성 여부를 표로 정리했다
문서화
□ README를 작성했다 (7개 항목)
□ 구조도 이미지를 첨부했다
□ config에 설정 근거를 남겼다
□ 알려진 한계를 4가지 이상 적었다
□ 제출물 목록을 모두 갖췄다
발표
□ 5분 구성안을 만들었다
□ 시연 질문 2개를 정했다 (정상 + 부재)
□ 예상 질문 6개에 답을 준비했다
□ 발표를 완료했다
회고
□ 40차시 중 가장 어려웠던 부분을 적었다
□ 가장 유용했던 개념 3가지를 적었다
□ 다음 학습 방향을 정했다

최종 과제

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

🎯 제출물
1. 프로젝트 폴더 (필수)
3-1절의 구조대로 정리해 제출하세요.
.env는 반드시 제외하고 .env.example만 넣으세요.
2. 최종 성능표 (필수)
​| 지표 | Dev | Holdout | 목표 | 달성 |
미달 항목은 이유와 대안을 적으세요.
3. 회고문 (필수, A4 1장)
아래를 포함하세요.
· 가장 어려웠던 차시와 이유
· 가장 유용했던 개념 3가지
· 처음과 달라진 점
· 실패한 시도와 배운 것
· 다음에 배울 것
4. 발표 자료 (필수)
5분 분량. 슬라이드 5~7장이면 충분합니다.

과정을 마치며

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

📊 40시간 전과 후
1차시의 여러분
"RAG라는 게 있다더라"
40차시의 여러분
· 문서를 읽고 자르고 임베딩해 검색하고
· State·Node·Edge로 흐름을 설계하고
· 검색·생성·검증을 모듈로 분리하고
· 실패를 진단하고 재시도를 설계하고
· 지표로 측정하고 근거로 개선하고
· 한계를 알고 설명할 수 있습니다
그리고 무엇보다,
"왜 그렇게 했는지" 말할 수 있게 되었습니다.

마지막으로 남기고 싶은 것

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

1. 만든 것을 계속 쓰세요
프로젝트가 끝나면 대부분 폴더에 묻힙니다.
하지만 실제로 쓰면 문제가 계속 보이고,
그 문제를 고치면서 진짜 실력이 붙습니다.
2. 평가셋을 버리지 마세요
코드는 다시 짜면 되지만,
"이 질문들에 제대로 답해야 한다"는 기준은
다시 만들기 어렵습니다.
3. 측정하는 습관을 유지하세요
어떤 기술을 배우든 이 원칙은 통합니다.
"좋아진 것 같아요"와
"85%에서 92%로 올랐습니다"는 완전히 다릅니다.
4. 모르는 것을 모른다고 하세요
우리가 40시간 동안 만든 시스템의 핵심 가치입니다.
사람도 마찬가지입니다.

💬 수고하셨습니다
40시간 전, 우리는 "RAG가 뭔가요?"에서 출발했습니다.
8차시에 첫 RAG가 돌아갔을 때의 그 느낌을 기억하시나요? 30줄짜리 코드였지만, 내 문서에 내 질문으로 답이 나왔습니다. 그때 "어, 되네?" 하셨을 겁니다.
그리고 12차시에서 그 시스템을 일부러 무너뜨렸습니다. 생각보다 형편없다는 걸 알게 됐고, 그때부터가 진짜 시작이었습니다.
지금 여러분의 시스템은 스스로 검색 결과를 의심하고, 질문을 고쳐 다시 찾아보고, 만든 답을 검증하고, 못 하겠으면 못 하겠다고 말합니다.
그 과정을 전부 직접 만드셨습니다.
기술은 계속 바뀔 겁니다. LangChain도, 모델도, 어쩌면 RAG라는 접근 자체도요. 하지만 오늘 여러분이 가져가는 것 — 측정하고, 진단하고, 근거로 판단하고, 모르는 것을 모른다고 말하는 태도는 어떤 기술을 만나도 유효합니다.
40차시 완주를 진심으로 축하합니다.
어디선가 여러분이 만든 시스템이 잘 돌아가고 있기를 바랍니다.

🏁
수고 많으셨습니다!