일시: 2026년 1월 22일 (목) 오후 7:52 ~ (약 40분)
참석자: 심유나, 권은영, 안준용 (3명)
목적: 잡담 처리, 정보 추출 에이전트 위치, 회원/비회원 매칭, 테스트 데이터셋 논의
| 항목 | 결정 내용 |
|---|---|
| 잡담(ChitChat) 처리 | 복지 관련 질문에만 답변, 아니면 안내 메시지 출력 |
| 정보 추출 에이전트 | 상시 호출(매 턴마다), 오케스트레이터도 매 턴 호출 |
| 회원/비회원 매칭 | 별도 로직 필요 (회원: 전체 순위, 챗봇: 3~5개만) |
| 테스트 데이터셋 | 카테고리별 5개씩 랜덤, 난이도별(easy/medium/hard) 구분 |
논의 배경: - 사용자가 복지와 관련 없는 잡담을 할 경우 어떻게 처리할 것인가 - 토큰 비용 문제 제기 (잡담에 토큰 낭비하면 안 됨)
결정: - 복지 관련 질문에만 답변하도록 제한 - 복지 관련 아닌 질문 시: "저는 복지에 관한 챗봇이니까 그런 질문에만 상세하게 도와드릴 수 있습니다" 메시지 출력 - 무응답보다는 안내 메시지가 낫다는 의견
참고: - 온통청년 챗봇(퓨봇)은 잡담도 답변해줌 (국가 운영이라 비용 걱정 없음) - 우리는 실제 배포 안 하더라도 테스트 시 비용 고려 필요
확정된 내용: - 정보 추출 에이전트: 매 턴마다 상시 호출 - 오케스트레이터: 매 턴마다 호출
입력 데이터 논의: - 오케스트레이터에 자연어 쿼리만 들어가는지 vs 추출 정보도 같이 들어가는지 - 의견 1 (준용): 중복이라 토큰/시간 낭비 우려 - 의견 2 (유나): JSON 스키마 고정된 추출 정보가 같이 들어가면 의도 파악에 도움
결론: 자연어 + 추출 정보 둘 다 들어가는 것으로 (기존 설계대로)
문제 인식: - 기존 matching.py는 우선순위 3개만 반환하도록 작성됨 - 회원의 경우 "내게 맞는 정책" 화면에서 모든 해당 정책을 보여줘야 함 - 회원/비회원 분리한 순간 매칭 로직도 분리 필연적
해결 방안: - 챗봇용: 우선순위 상위 3~5개만 반환 (기존 로직) - 회원 웹용: 조건 맞는 전체 정책 순위별 반환 (코드 살짝 수정) - 핵심은 "3개만 뽑기" vs "전체 뽑기" 차이 → 간단한 수정으로 해결 가능