오픈소스중요도: 보통

RAG용 지식 그래프를 한 API로 바꾸자는 제안

r/Rag2026년 6월 12일 · 5시간 전

한 Reddit 사용자가 RAG에서 쓰는 knowledge graph가 한 종류가 아니라고 설명했다. RDF/triple store, property graph, networkx graph, agent-memory graph처럼 여러 방식이 있다고 했다. 이 사용자는 여러 방식 위에 같은 Python API를 두면, 저장 방식이 바뀌어도 retrieval과 traversal 코드를 덜 다시 만들 수 있다고 제안했다.

핵심 포인트

RAG에서 knowledge graph는 여러 기술 방식을 뜻할 수 있다.
저자는 한 프로젝트가 backend를 바꿀 때 retrieval과 traversal 코드를 많이 다시 만든다고 말한다.
제안은 여러 graph 방식 위에 같은 Python API를 두는 것이다.
목표는 backend를 설정만 바꿔 교체하고, 탐색 로직은 그대로 두는 것이다.
graph RAG를 쓰는 사람들에게 이런 공통 abstraction이 실용적인지 의견을 묻고 있다.

용어 한 줄 설명

knowledge graph: 사람, 제품, 문서 같은 정보와 그 관계를 점과 선처럼 연결해 저장한 구조다.
memory graph: AI가 기억할 정보를 서로 연결된 형태로 저장하는 방식입니다.
Python: 코드가 영어 문장처럼 읽혀 초보자도 배우기 쉬운 프로그래밍 언어입니다.
retrieval: 모델이 답하기 전에 관련 문서나 정보를 찾아오는 방식입니다.
traversal: 연결된 정보 사이를 따라가며 필요한 내용을 찾는 과정이다.
AI 에이전트: 사람 대신 정보를 찾거나 작업을 처리하도록 만든 AI 프로그램입니다.
backend: 사용자에게 직접 보이지 않지만 서비스의 실제 처리를 맡는 뒷단 시스템입니다.
traction: 제품이 실제 사용자나 관심을 얻기 시작했다는 신호입니다.

원문 보기 ↗