복지나침반 서비스 기획 회의록

1. 회의 개요

항목	내용
회의명	복지나침반 기술 아키텍처 및 면접 대비 논의
회의 일시	2026년 1월 6일(화) 18:56 ~ 20:28 (약 92분)
회의 방식	오프라인 회의
참석자	심유나, 권은영, 안준용 (3명)

회의 목적:

멀티 에이전트 아키텍처 선택 근거 정리
MCP(Model Context Protocol) 도입 이유 명확화
Django 선택 이유 논의
LLM 필요성에 대한 면접 방어 논리 준비
기술 스택별 역할 정리

2. 주요 논의 안건 및 내용

2.1 멀티 에이전트 구조 선택 배경

도입 계기:

해커톤 당시 가드레일로 예외 처리하는 데 시간을 과다 소모
"되는 것만 하라"고 지시하고, 나머지는 에이전트들이 오케스트레이터와 대화하며 스스로 부족한 부분을 추출/처리하도록 설계
강사님 조언: "작은 모델이 할 수 있는 일이 있으니 작은 것만 시키라"

현재 에이전트 구성:

에이전트	역할	모델
정보 추출 에이전트	사용자 입력에서 정보 추출	미정 (소형 모델)
쿼리 리라이터	검색 쿼리 최적화	미정 (소형 모델)
검증 에이전트	리트리버 검색 결과 관련성 검증 (Corrective RAG)	미정 (소형 모델)
오케스트레이터	전체 흐름 제어 + 응답 생성	Gemini 3.0 Flash

오케스트레이터가 응답 생성까지 담당하는 이유:

Mini 모델은 "생각이 짧아서" 복잡한 응답 생성에 부적합