RAGFlow
문서 구조를 이해하는 데 공들인 오픈소스 RAG 엔진
지표
GitHub API 에서 직접 읽은 값입니다
별 수 추이는 기록이 쌓인 뒤에 보여 줍니다 — 과거 값은 소급해 만들 수 없습니다.
무엇을 하는 도구인가
RAGFlow는 사내 문서처럼 모델이 모르는 자료를 검색해 답변에 근거로 넣어주는 오픈소스 RAG 엔진으로, 직접 구현하면 번거로운 문서 파싱·청크 분할·검색 파이프라인 구축 과정을 대신 처리한다. 핵심은 PDF의 표, 레이아웃, 섹션 구조 같은 문서 형식 정보를 분석해 의미 단위로 쪼개는 데 공을 들인다는 점으로, 단순히 텍스트를 일정 길이로 자르는 방식보다 문서 구조를 보존하려 한다. Qdrant, Chroma, Weaviate, pgvector 같은 도구는 벡터를 저장·검색하는 저장소 계층에 가깝고, RAGFlow는 그 위에서 문서 수집부터 파싱, 인덱싱, 검색까지 엮은 완결형 엔진이라는 점에서 역할이 다르다. GraphRAG는 문서 간 관계를 그래프로 구성해 추론하는 접근이고, Letta나 MCP Servers는 대화 메모리 관리나 외부 도구 연결에 초점을 맞춘다는 점에서 RAGFlow와는 다루는 문제의 층이 다르다. 직접 호스팅과 관리형 제공 방식을 모두 지원해 운영 방식을 선택할 수 있다.
이럴 때 고른다
- 표나 복잡한 레이아웃이 많은 사내 문서(PDF, 보고서 등)를 근거 자료로 RAG에 넣어야 할 때
- 청크 분할 이전에 문서의 섹션·표·구조를 최대한 보존해 검색 정확도를 높이고 싶을 때
- 벡터 저장소만 따로 붙이기보다 수집-파싱-인덱싱-검색까지 묶인 엔진을 직접 운영하거나 관리형으로 쓰고 싶을 때
어디까지만 하나
- 벡터 저장·검색 자체를 담당하는 별도 구성 요소(Qdrant 등 저장소 계층)와의 관계를 이해하고 구성해야 한다
- 문서 구조 분석의 정확도는 문서 형식과 품질에 따라 달라질 수 있어 실제 데이터로 검증하는 과정이 필요하다
- 대화 사이의 기억(메모리) 자체를 전담하는 도구는 아니며, 그 역할은 Letta 같은 도구와 구분된다
- 직접 호스팅을 선택하면 인덱싱 파이프라인과 리소스 운영 부담을 별도로 감당해야 한다
검색·메모리 층은 무엇을 푸나
모델이 모르는 자료를 찾아 넣어 주고, 대화 사이의 기억을 보관한다
언제 필요해지나 — 사내 문서나 과거 대화를 근거로 답해야 할 때
같은 층의 다른 도구
층이 같다는 것은 푸는 문제가 같다는 뜻입니다 — 비교가 되는 자리입니다
| 도구 | 하는 일 | 별 | 라이선스 |
|---|---|---|---|
| RAGFlow 보는 중 | 문서 구조를 이해하는 데 공들인 오픈소스 RAG 엔진 | 92,251 | Apache-2.0 |
| MCP Servers | 모델에 외부 데이터·도구를 붙이는 표준 프로토콜의 공식 서버 모음 | 91,273 | — |
| GraphRAG | 문서에서 지식 그래프를 뽑아 전체 맥락을 묻는 질문에 답하는 방식 | 36,342 | MIT |
| Qdrant | 필터링을 함께 쓰는 데 강한 벡터 데이터베이스 | 35,079 | Apache-2.0 |
| Chroma | 로컬에서 바로 띄워 쓰기 쉬운 임베딩 데이터베이스 | 29,504 | Apache-2.0 |
| Letta | 대화 사이의 기억을 스스로 정리해 들고 가는 에이전트 서버 | 25,146 | Apache-2.0 |
| pgvector | PostgreSQL 에 벡터 타입과 검색을 더하는 확장 — 쓰던 DB 를 그대로 쓴다 | 23,360 | — |
관련 용어
지표는 GitHub API 실측값입니다. 설명은 이 사이트가 작성했으며 공식 문서를 대체하지 않습니다 — 도입 전에 원문을 확인하세요.