1. 배경이번에 팀 프로젝트를 하면서 두 번의 기술 설계 논의를 거쳤다. 하나는 "사용자가 입력한 콘텐츠가 개발 관련 콘텐츠인지 어떻게 판단할 것인가"였고, 다른 하나는 "사용자의 학습 이력을 바탕으로 개인화된 문제를 추천할 수 있을까"였다.두 논의 모두 결론은 같았다. "이번엔 RAG는 안 쓴다."재밌는 건, 정작 나는 RAG를 "안 쓰기로" 결정하는 과정에서 RAG가 뭔지 처음 제대로 이해하게 됐다는 거다. 그전까지는 "문서 검색해서 LLM한테 참고시키는 것" 정도로만 알고 있었고, 임베딩은 이번 프로젝트 전까지 잘 알지 못했던 용어였다.그래서 이 글은 "RAG 개념 정리"라기보다는, RAG를 쓰지 않기로 한 두 번의 논의를 따라가면서 거꾸로 배운 것들의 기록에 가깝다.2. 첫 번째 논의: 콘텐츠 적..