복잡한 업무 기록 검색에 문맥 그래프가 필요한지 묻는 사례
고객사의 이메일 대화, 슬랙 채널, 프로젝트 문서를 함께 살펴 프로젝트의 긴 결정 과정을 추적해야 하는 검색 흐름이 문제로 제시됐다. 일반적인 은 문서를 잘게 나눈 뒤 비슷해 보이는 조각을 찾지만, 이런 방식은 관계가 많은 업무 기록에서 자주 실패한다. 예를 들어 “지난 분기 API 이전 문제의 최종 결론이 무엇이었나?”라는 질문에는 관련 코드 조각만 일부 찾고, 누가 슬랙에서 결정을 내렸는지와 왜 문서가 나중에 바뀌었는지를 놓칠 수 있다.
선택지는 크게 세 가지로 정리된다. 첫째, 평평한 텍스트 조각을 에 넣고 별도 파이썬 중간 계층으로 를 계속 맞추는 방법이다. 이 방법은 시작은 비교적 쉽지만, 메타가 약하고 에서 무너질 수 있다.
둘째, 슬랙 등 여러 저장소 위에 관리형 문맥 그래프 플랫폼인 60x를 얹어 시험하는 방법이다. 핵심 고민은 문맥 그래프를 직접 만들 만큼 개발 부담을 감수할 가치가 있는지, 아니면 기존 에 강한 를 덧붙이는 편이 나은지다.
핵심 포인트
- 이 사례는 이메일, 슬랙, 문서를 함께 검색해 프로젝트 결정 과정을 추적하려는 상황이다.
- 일반적인 은 비슷한 텍스트 조각은 찾지만 결정의 사람, 이유, 변경 흐름을 놓칠 수 있다.
- 만 쓰는 방식은 시작은 쉽지만 메타가 약해질 수 있다.
- 에는 평평한 텍스트 조각 검색보다 문맥 그래프가 더 적합할 가능성이 있다.
- 관리형 문맥 그래프 플랫폼 60x를 여러 저장소 위에서 시험하는 선택지도 언급된다.