7. 모듈화의 진짜 이득

출처: 원본 PDF 23차시_ModularRAG개념.pdf 13~14쪽 · 쪽 그림 13쪽 14쪽

7-1) 이득 ① — 모듈별 측정이 가능해진다

■ 지금 (한 덩어리)
──────────────────────────────────────
질문 → 답변까지 3.2초
→ 어디가 느린지 모릅니다

■ 모듈 분리 후
──────────────────────────────────────
retrieve : 0.3초  (9%)
generate : 2.1초  (66%)
verify   : 0.8초  (25%)
→ 생성이 병목입니다. 여기부터 손보면 됩니다

7-2) 이득 ② — 부분 교체가 쉬워진다

■ 검색을 하이브리드로 바꾸고 싶다면

g.add_node("retrieve", retriever_node)
                       ↓
g.add_node("retrieve", hybrid_retriever_node)

→ 이 한 줄만 바꿉니다
→ generate · verify는 손대지 않습니다
→ 계약(읽는 키/쓰는 키)만 같으면 됩니다

7-3) 이득 ③ — 팀 작업이 가능해진다

👥 3명이 동시에 작업한다면
A — Retriever 개선 (하이브리드 검색 도입)
B — Generator 개선 (프롬프트 실험)
C — Verifier 개선 (판정 정확도 향상)
계약만 지키면 서로 충돌하지 않습니다.
한 덩어리 코드였다면?
세 명이 같은 함수를 고치다 매일 충돌합니다.

7-4) 이득 ④ — 실패를 격리할 수 있다

출처: 원본 PDF 14쪽

Verifier에서 에러가 나도
retrieve와 generate 결과는 이미 State에 있습니다.
→ 검증만 건너뛰고 답변을 내보낼 수 있습니다
→ 31차시에서 배울 부분 실패 처리입니다
한 덩어리라면 전체가 실패합니다.