Report: NOLDA (놀다)

README의 상세 버전입니다. 면접에서 깊게 질문받을 때 근거로 쓰는 문서입니다.

0. 요약

• 문제:
• 접근:
• 결과 (핵심 수치 3개):
• 스택:

1. 문제 정의

• 배경과 동기:
• 사용자 시나리오:
• 요구사항 (기능 / 비기능):
• 성공 기준과 그렇게 정한 이유:
• 범위 밖 (하지 않은 것):

2. 데이터 / 지식 소스

• 소스별 상세 (규모, 수집 기간, 형식, 품질 이슈):
• 탐색적 분석 결과 (분포, 이상치):
• 라이선스·이용 조건 확인 내역:

3. 전처리

3.1 선택

• 포함·제외 기준과 근거:

3.2 정제 / 청킹

• 정제 규칙 목록:
• 청킹 전략 비교 (크기·오버랩·분할 기준별 결과):

3.3 증강

• 증강 방법과 생성량:
• 증강 데이터 품질 검증 방법:

4. 모델 · 프롬프트 · 에이전트 설계

4.1 모델 선택

4.2 프롬프트

• 버전별 변경 이력과 효과:

4.3 검색 / 리랭킹

• 임베딩 모델, 인덱스, top-k, 리랭커:

4.4 에이전트 / 툴

• 툴 목록과 스키마 요지:
• 루프 제어, 실패 처리, 가드레일:

5. 평가

5.1 테스트셋

• 구성 방법, 규모, 난이도 분포, 누수 방지:

5.2 지표와 평가 방법

• 지표 정의:
• LLM-judge 사용 시 judge 프롬프트와 사람 평가와의 일치도:

5.3 실험 결과

5.4 오류 분석

• 실패 사례 분류와 대표 예시:
• 개선 시도와 결과:

6. 아키텍처 · DB · 운영

flowchart LR
    U[사용자] --> FE[프론트엔드]
    FE --> API[API 서버]
    API --> LLM[LLM]

• 컴포넌트별 역할:
• DB 스키마 / 스토리지:
• 배포 / 인프라:
• 모니터링·트레이싱 (Langfuse / LangSmith 스크린샷, 키·개인정보 가림 확인):
• 비용·지연 분석:
• 보안 (시크릿 관리, 입력 검증, 프롬프트 인젝션 대응):

7. 회고: 결정과 트레이드오프

• 잘한 점:
• 아쉬운 점:
• 다음 단계: