[LLM Wiki 8] LLM Wiki와 Graph RAG를 함께 쓰는 법

LLM Wiki와 Graph RAG는 경쟁 관계가 아니다. 둘은 중심이 다르다. LLM Wiki는 사람이 읽을 수 있는 문서형 지식층이고, Graph RAG는 관계를 따라가며 답하는 탐색층이다. 회의록 시스템에서는 둘을 함께 쓰는 것이 가장 안정적이다.

LLM Wiki의 중심은 문서다

LLM Wiki는 회의록을 markdown 카드로 정리한다.

• wiki/meetings/
• wiki/decisions/
• wiki/actions/
• wiki/projects/
• wiki/topics/
• wiki/monthly/

이 구조의 장점은 사람이 읽고 고치기 쉽다는 것이다. Obsidian이나 VS Code에서 바로 열어볼 수 있고, Git으로 변경 이력을 추적할 수 있다.

LLM Wiki가 잘하는 일은 다음과 같다.

• 회의 요약을 문서로 남기기
• 결정 이유를 설명하기
• 프로젝트 상태를 사람이 읽기 좋게 정리하기
• 월간 요약 만들기
• 좋은 답변을 다시 지식으로 저장하기

하지만 markdown 링크만으로는 관계 질의가 약할 수 있다. [[Enterprise Pricing]] 링크가 있다고 해도, 그 링크가 “영향을 준다”인지, “언급한다”인지, “막고 있다”인지는 명확하지 않을 수 있다.

Graph RAG의 중심은 관계다

Graph RAG는 node와 edge를 중심으로 한다.

Graph RAG가 잘하는 일은 다음과 같다.

• 결정의 계보 추적
• 액션과 담당자 연결
• 프로젝트 현재 상태 구성
• 리스크와 열린 질문 연결
• 여러 회의에 걸친 흐름 추적

하지만 Graph RAG만 쓰면 사람이 읽기 좋은 중간 산출물이 약해질 수 있다. 모든 정보가 그래프 DB 안에 들어가면 검토와 수정이 어렵다.

qmd의 위치

qmd는 둘과 또 다른 역할을 한다. qmd는 검색 레이어다. qmd는 어디를 읽을지 찾고, LLM Wiki는 읽고 검토할 수 있는 지식 문서를 유지하며, Graph RAG는 관계를 따라가는 탐색 구조를 제공한다.

세 가지 역할을 헷갈리면 안 된다.

하이브리드 구조

가장 균형 잡힌 구조는 Raw 회의록, Markdown Wiki, qmd, Graph Index, Main LLM을 분리하는 것이다. Raw는 원본 진실이고, Markdown Wiki는 사람이 읽고 검토하는 지식층이다. qmd는 후보 문서를 찾고, Graph Index는 Meeting, Decision, Action, Project 관계를 탐색한다. Main LLM은 검색 결과와 그래프 경로를 읽고 최종 답변을 작성한다.

질문별 적합도

질문에 따라 필요한 레이어가 다르다.

추천 순서

회의록 시스템을 처음 만든다면 다음 순서가 현실적이다.

• 1. LLM Wiki 카드 구조 만들기
• 2. qmd로 자연어 검색 붙이기
• 3. Dataview로 Action, Decision 상태 점검
• 4. markdown 링크와 frontmatter에서 graph 추출
• 5. Graph RAG로 관계 질의 강화

처음부터 그래프 DB를 만들 필요는 없다. 먼저 사람이 읽을 수 있는 markdown wiki를 만들고, 그 위에서 graph index를 뽑는 것이 안전하다.