Claude 코드를 위한 그래프 지식 베이스

실제로 Claude와 Obsidian을 MCP로 연동하는 건 개인 개발자 환경에서는 훌륭하지만, Obsidian은 기본적으로 로컬 파일 기반이라 팀 단위로 확장하거나 동적으로 공유하기가 어렵습니다. 팀원 모두가 볼트를 동기화하고 동일한 로컬 MCP 환경을 설정하게 만드는 건 유지보수 부담이 너무 커요. 팀 공유용 지식 베이스라면 중앙 집중식 오픈 소스 플랫폼이 훨씬 낫습니다. 효과적인 방법 중 하나는 AnythingLLM이나 Dify 같은 도구를 사용하는 거예요.

코드베이스에 대한 그래프 KB(지식 베이스)를 만들 때 가장 어려운 건 구축하는 게 아니라 리팩토링 이후에도 정확성을 유지하는 거야. 누군가 모듈 이름을 바꾸거나 서비스를 분리하는 순간, 그와 연결된 모든 엣지가 조용히 구식이 되어버리고 에이전트는 예전 구조를 자신 있게 인용하게 되지. 대부분의 그래프 KB는 초기 데이터 입력은 기가 막히게 처리하지만, 일반적인 개발 활동이 2주만 지나도 데이터가 꼬여버려. 결국 존재하지도 않는 함수를 추천하는 걸 보고 나서야 알게 되는 거지. 커밋할 때마다 다시 빌드하는 방법도 있지만...

MCP를 통한 Obsidian은 좋은 시작점이야. 마크다운 파일, 양방향 링크를 사용하고 팀원들이 함께 편집하고 관리할 수 있으며, Claude가 MCP 연결을 통해 직접 읽을 수 있으니까. 답변 범위가 정해져 있고 팀원들이 이미 내용을 잘 알고 있는 기술 제품 Q&A 용도로는 아주 잘 작동해. 다만 규모가 커지면 한계에 부딪힐 거야. 제품 지식은 계속 변하거든. 기능이 출시되고, 제한 사항이 사라지고, 가격이 업데이트되고, 연동 방식이 바뀌지. 3개월 전의 지식 베이스 항목들은 아마...

하이브리드 벡터 + BM25에 리랭킹, 데이터 계보, 그리고 에이전트나 사용자 피드백으로 수정 가능한 인기도 데이터를 결합한 에이전트 검색 루프를 써봐. 꽤 잘 작동하는 것 같아.

맞아, 만드는 건 어렵지 않은데 유지보수가 문제지. 상황에 따라 좋은 선택이 될 수도 있지만, 아니면 악몽이 될 수도 있어 😅 난 RAG도 별로 안 좋아하는데, 이건 그냥 개인적인 의견이야 😅