MCP Servers
모델에 외부 데이터·도구를 붙이는 표준 프로토콜의 공식 서버 모음
지표
GitHub API 에서 직접 읽은 값입니다
GitHub 별91,273
라이선스미확인저장소 공개
주 언어JavaScript2024-11-19 공개
마지막 커밋2026-10-13확인 2026-10-15
별 수 추이는 기록이 쌓인 뒤에 보여 줍니다 — 과거 값은 소급해 만들 수 없습니다.
무엇을 하는 도구인가
MCP(Model Context Protocol) 서버 모음은 모델이 외부 데이터나 도구에 접근하도록 정의된 표준 프로토콜을 구현한 공식 커넥터 모음이다. 이것이 없으면 파일시스템, 데이터베이스, 사내 API 같은 각 데이터 소스마다 모델과 연결하는 통합 코드를 따로 작성해야 한다. 작동 방식은 서버가 리소스·도구·프롬프트를 표준화된 인터페이스로 노출하고, 모델을 호출하는 클라이언트가 그 인터페이스를 통해 접근하는 구조다. 즉 검색이나 저장 로직 자체를 새로 구현하는 것이 아니라, 기존 저장소나 검색 엔진과 모델 사이를 잇는 연결 규격을 제공한다. 같은 층에 있는 RAGFlow, Qdrant, Chroma, Weaviate, pgvector, GraphRAG, Letta는 실제 검색이나 메모리 저장을 수행하는 엔진인 반면, MCP 서버는 그런 엔진을 모델에 붙이는 공통 접점이라는 점에서 성격이 다르다.
이럴 때 고른다
- 파일시스템, Git, Slack, 사내 DB 등 기존 데이터 소스에 모델이 직접 접근하게 하고 싶을 때
- 여러 클라이언트(Claude Desktop, Claude Code 등)에서 동일한 데이터 연결을 재사용하고 싶을 때
- Qdrant나 pgvector 같은 검색·메모리 엔진을 이미 운영 중이고 이를 표준 인터페이스로 모델에 노출하고 싶을 때
- 사내 문서나 과거 대화 기록을 근거로 답하게 하면서 연결 방식 자체는 표준화해 유지보수를 줄이고 싶을 때
어디까지만 하나
- MCP 자체는 검색 품질, 임베딩, 랭킹 로직을 제공하지 않는다 — 실제 검색·저장 엔진은 별도로 구축하거나 연동해야 한다
- 공식 서버 모음에 포함된 커넥터는 특정 데이터 소스에 한정되므로, 필요한 연결이 없으면 직접 MCP 서버를 구현해야 한다
- 직접 호스팅 방식이라 배포, 인증, 권한 관리, 장애 대응 같은 운영 부담을 스스로 책임져야 한다
- 프로토콜 규격과 서버 구현의 버전이 분리되어 있어 클라이언트와 서버 간 호환성을 확인해야 한다
검색·메모리 층은 무엇을 푸나
모델이 모르는 자료를 찾아 넣어 주고, 대화 사이의 기억을 보관한다
언제 필요해지나 — 사내 문서나 과거 대화를 근거로 답해야 할 때
같은 층의 다른 도구
층이 같다는 것은 푸는 문제가 같다는 뜻입니다 — 비교가 되는 자리입니다
| 도구 | 하는 일 | 별 | 라이선스 |
|---|---|---|---|
| MCP Servers 보는 중 | 모델에 외부 데이터·도구를 붙이는 표준 프로토콜의 공식 서버 모음 | 91,273 | — |
| RAGFlow | 문서 구조를 이해하는 데 공들인 오픈소스 RAG 엔진 | 92,251 | Apache-2.0 |
| 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 실측값입니다. 설명은 이 사이트가 작성했으며 공식 문서를 대체하지 않습니다 — 도입 전에 원문을 확인하세요.