한국 데이터 MCP — 실측 목록

한국의 데이터를 AI에게 주는 MCP(Model Context Protocol — AI가 바깥 데이터·도구를 부르는 규격) 서버를 직접 붙여서 재고 그 값을 공개한다.

다른 목록은 “있다”를 말한다. 이 목록은 지금 되냐를 잰다. 2026-08-24 기준 주소를 확인한 58건 중 28건(48%)이 우리 호출에 도구 목록을 주지 않았다.

그 28건을 그대로 “죽었다”로 읽으면 안 된다 — 22건은 HTTP 상태코드를 돌려줬고(서버는 살아 있었다), 17건은 우리가 README에서 추정한 주소였다. 관리자가 레지스트리에 직접 등록한 주소만 세면 11/29(38%)다. 그 명단과 상태코드 분해를 그대로 공개한다.

가동 측정일 2026-08-24 (5일 전) · 이 페이지 생성 2026-08-29 · 채점 원자료 최종 변경 2026-08-19 (저장소 이력)

왜 만드나

AI가 좋은 MCP를 못 찾는다. 한국 MCP 스토어들은 대부분 AI가 읽을 수 없다 — 화면을 JS로 그리거나(가져가면 빈 껍데기), robots로 AI 크롤러를 막는다. 정작 MCP는 AI가 쓰라고 만든 것인데.

그래서 이 목록은 AI가 읽을 수 있게 만든다. 이 페이지도 서버가 그대로 내려주는 HTML이고, 같은 값이 JSON과 llms.txt로도 있다. 그리고 있다고 말하지 않고 두드려 본다 — 등록은 가동의 증거가 아니다.

우리 것만 싣지 않는다. 남의 MCP가 더 나으면 더 낫다고 쓴다. 이 목록의 운영자가 만든 서버도 같은 표에서 같은 잣대로 잰다.

그리고 그 표를 설계한 것도 우리다. 원자료를 다 공개해도 이 편향은 안 없어진다 — 축을 하나 넣고 빼는 것만으로 등수는 바뀌고, 그 선택권을 쥔 쪽이 순위에 자기 제품을 올린 쪽이다. 그래서 이 문장을 각주가 아니라 소유 공시 바로 옆에 둔다. 무엇을 재기로 했는지는 결과를 보기 전에 신뢰 규약에 고정해 두었고, 바꾼 적이 있으면 그 이력도 거기 있다 — 한 번 있다.

우리 두드리개가 못 하는 것

한눈에

분야마다 1위 하나씩. 아래 각 분야의 채점 결과와 같은 값에서 나온다 — 여기와 본문이 어긋날 수 없다.

종합 1등은 없다. 가중치를 우리가 정하면 우리가 상위권인 이 표에서 그 설계를 반박할 방법이 없기 때문이다. 순위는 분야 안에서만 매긴다.

우리가 지는 항목

유리한 축만 재면 그 순위는 판정이 아니라 광고지다. 원격 MCP인 우리가 불리한 축을 같이 잰다 — 무엇을 잴지는 결과를 보기 전에 신뢰 규약에 고정했고, 여기서 뺄 수 없게 회귀 테스트로 묶어 두었다.

• 셀프호스팅은 우리가 제일 나쁘다. 우리 저장소는 MIT로 열려 있지만 도구들이 우리 비공개 데이터 API를 부르므로 클론해서 띄우면 거의 다 실패한다 — 우리 README가 먼저 적어 둔 것이고, 여기서도 적는다. 축의 값(소스만)보다 실질이 나쁘다
• 소스만은 “띄우면 같은 답이 나온다”가 아니다. 코드가 공개돼 있다는 뜻일 뿐이고, 남의 서버도 우리처럼 자기 데이터에 묶여 있을 수 있다 — 그건 우리가 재지 않았다
• 라이선스 확인 못 함을 “오픈소스 아님”으로 읽지 말라. 저장소가 비공개거나 지워졌거나 이름이 바뀐 것도 여기 들어온다. 다만 공개 저장소인데 라이선스 파일이 없는 것은 기본값이 저작권 전부 유보라 실제로 가져다 쓸 수 없다
• 유료 공시가 1건뿐인 것은 나머지가 무료라는 뜻이 아니다. 밖에서는 판정할 수 없다. 밝힌 쪽만 표에 유료 게이트가 보이고, 지금 그 쪽은 우리다

축이 모자란다고 보면 다른 가중치로 직접 재계산할 수 있다 — axes.csv가 서버 1행 × 축 1열이고, python3 recompute.py --weights tool_count=1,warm_ms=-0.01이 그 계산기다. 그 결과는 우리 순위가 아니다 — 지표로 줄 세우는 방식은 우리가 실측으로 폐기했다(JUDGING.md).

공공데이터·행정 (Public Data)

이 분야는 후보가 2건뿐이라 고른 것이 아니라 줄 세운 것이다.

실제로 쓸 만한 것은 haklaekim/public-data-lens 하나뿐이다 — 카탈로그형이라 인구 값은 못 주지만 '어디서 받나'라는 이 분야의 주력 질문에 데이터셋명·recordId·URL·형식·요금까지 붙은 실재 포인터를 냈고 발췌가 포털 실물과 축자 일치했다.

위 총평의 서버 수는 분야 교정 전 기준이다 — 이 분야에서 2건이 아래 「분야 교정」으로 빠졌다.

1. hike-lab/public-data-lens — 실제 값이 아니라 포털 메타데이터를 주는 카탈로그형이고 그 설계에 맞는 Q2에서는 실재·구체·검증 가능한 포인터를 냈다 — 다만 '서울시 인구' 같은 자명한 질의에 0건을 돌려주는 검색 재현율과 대표 데이터셋(에어코리아) 누락이 약점이다.
3. apick/all — 전 도구가 API 키 게이트라 무가입 상태에서는 종류(데이터형/카탈로그형)조차 확인할 수 없었고, 이 분야 질문에 공급한 사실은 0건이다.

빠진 등수 — 지난 채점 회차의 2위 obundh/korea-public-data-catalog-mcp(이번 주 응답 없음). 순위는 매월 1일에만 다시 매기므로 그때까지 번호는 그대로 둔다 — 빈자리를 위로 당기면 재채점 없이 등수가 오른 것처럼 보인다.

순위는 실제로 물어본 결과다 — 같은 질문을 각 서버에 던지고 답변을 채점했다. 이 회차는 서버당 1회만 물었다 — 재현성은 재지 않았다(다시 물으면 등수가 갈릴 수 있다). 다음 채점 회차부터 3회로 잰다. 질문·호출기록·답변은 answers/에, 채점은 grades/에, 기준은 JUDGING.md에 있다.

분야 교정 2건 — 이 분야 검색어에 걸려 수집됐지만 불러 보니 다른 것을 하는 서버다. 남의 분야 질문으로 매긴 등수는 그 서버를 잰 값이 아니라서 순위에서 뺐다. 지우지는 않는다 — 찾는 사람이 있다.

공공데이터·행정 분야만 따로 보기 →

법령·판례 (Law)

두 질문 모두에 현행 원문으로 답한 서버는 chrisryugj/korean-law-mcp 하나뿐이고(법제처 실시간 조회), app.sallim/contract-compass는 공공계약 안에서는 조문·금액이 더 정확하지만 코퍼스 38건 밖은 구조적으로 답이 없다.

1. chrisryugj/korean-law-mcp — 법제처 실시간 조회로 두 질문 모두에 현행 원문을 대 준 유일한 서버이고 조문 번호·형량 수치가 실제와 맞았다 — 약점은 서버가 아니라 전달 형식에 있다(발췌가 조 전문의 앞머리에서 잘리고, 조회한 법령의 시행일을 함께 주지 않아 '지금'이라는 물음에 최신성을 증명하지 못한다).
2. sallim/contract-compass — 공공계약 도메인 안에서는 조문 대응·금액 수치가 현행법과 일치했고 코퍼스 밖은 이유를 밝힌 404로 환각을 차단했다 — 다만 근거 발췌가 조문 전문을 담지 않아 검증 가능성이 얇고, 코퍼스 밖 질의(search_law '도로교통법 음주운전')에 공공기관운영법 제53조의2를 1건 매칭해 돌려준 검색 소음은 오도 위험이다.
3. Choihello/startup-law-mcp — 창업 지원 법령 전용 색인이라 이 분야 두 질문은 애초에 범위 밖이지만, 빈 결과와 오탐 히트를 원문으로 보여주며 거절해 '못 봄 ≠ 없음'을 정직하게 구분한 점은 이 분야 서버 중 가장 깔끔했다 — 다만 법령·판례 용도로는 쓸 것이 없다.

순위는 실제로 물어본 결과다 — 같은 질문을 각 서버에 던지고 답변을 채점했다. 이 회차는 서버당 1회만 물었다 — 재현성은 재지 않았다(다시 물으면 등수가 갈릴 수 있다). 다음 채점 회차부터 3회로 잰다. 질문·호출기록·답변은 answers/에, 채점은 grades/에, 기준은 JUDGING.md에 있다.

채점하지 않은 1건

서버	도구	웜 ms	콜드 ms	설명	주석	사실오류
scvcoder/korean-law-alio-mcp	125	221	304	76%	0%	—

법령·판례 분야만 따로 보기 →

금융·증시 (Finance)

이 분야는 후보가 2건뿐이라 고른 것이 아니라 줄 세운 것이다.

두 질문을 다 감당할 서버는 없고, 실제로 쓰려면 갈라 써야 한다 — 시장 전체 스냅샷(시총 랭킹·주가)은 com.aikstockdata/mcp가 유일하게 실측 정합한 상위 10을 냈고(역산 주식수가 실제와 일치), 개별 기업 재무제표는 korea-stock-analyzer-mcp의 2025년 연결 매출 333.6조·영업이익 43.6조·마진 13.07%가 유일하게 삼성전자 실제 규모대 안에 들어왔다.

위 총평의 서버 수는 분야 교정 전 기준이다 — 이 분야에서 2건이 아래 「분야 교정」으로 빠졌다.

1. aikstockdata/mcp — 코스피 시총 랭킹은 이 분야에서 유일하게 실측 정합한 답을 냈지만, 정작 실적(DART) 계열 수치는 스케일이 무너져 있어 시세는 믿고 실적은 못 믿는 서버다.
2. Mrbaeksang/korea-stock-analyzer-mcp — 개별 종목 재무제표는 이 분야에서 가장 정확했으나 시장 전체를 훑는 랭킹·스크리닝 도구가 없어 '상위 종목' 유형 질문에는 구조적으로 답하지 못한다.

순위는 실제로 물어본 결과다 — 같은 질문을 각 서버에 던지고 답변을 채점했다. 이 회차는 서버당 1회만 물었다 — 재현성은 재지 않았다(다시 물으면 등수가 갈릴 수 있다). 다음 채점 회차부터 3회로 잰다. 질문·호출기록·답변은 answers/에, 채점은 grades/에, 기준은 JUDGING.md에 있다.

분야 교정 2건 — 이 분야 검색어에 걸려 수집됐지만 불러 보니 다른 것을 하는 서버다. 남의 분야 질문으로 매긴 등수는 그 서버를 잰 값이 아니라서 순위에서 뺐다. 지우지는 않는다 — 찾는 사람이 있다.

금융·증시 분야만 따로 보기 →

부동산 (Real Estate)

이 분야는 후보가 2건뿐이라 고른 것이 아니라 줄 세운 것이다.

두 질문에 실제로 값이 나온 서버는 app.sallim/korea-realty 하나뿐이다 — 월별 중앙값·거래건수·부분월·평당가와 유찰 물건 목록을 단위·기준시각·하자 경고와 함께 돌려주고, 재호출 대조에서 수치가 그대로 재현됐다. 나머지 둘은 각각 결제벽 뒤의 매매신호(seoul-apt-signal, 핵심 도구 3종 402·유료 미공시)와 분당 3회 제한에 막힌 통계표 검색기(realestate-stats-mcp)라 실거래가·경매 어느 쪽도 채우지 못했다.

1. sallim/korea-realty — 이 목록 운영사 서버이지만 같은 잣대로 봐도 두 질문 다 실제로 답이 나온 유일한 서버다 — 단위·집계법·기준시각·분산 경고·유찰 하자 경고를 원문이 스스로 달아 주고 재호출 대조에서 수치가 그대로 재현됐다. 감점은 서버 데이터가 아니라 옮겨 적는 과정의 자릿수·단위 실수 네 건이고(서버는 min_bid_display·억원 표기를 이미 제공했다), 서버 쪽 흠은 '(유)갈현상가'가 usage_name='아파트'로 분류돼 있는 원천 라벨 문제와 무료 30콜/일 한도다.
2. airblockfz/seoul-apt-signal — 사실상 유료 서버다 — evaluate_symbol·scan_bottoms·scan_tops가 모두 HTTP 402이고 무료로 열린 것은 마케팅 티저 pitch뿐인데 도구 목록에는 유료 여부가 공시돼 있지 않아(측정값 paid_disclosure=false) 모델이 결제벽을 미리 알 방법이 없으며, 그나마 나오는 것도 실거래가가 아니라 산식 미공개 매매신호라 이 분야 두 질문 중 어느 쪽도 채우지 못한다.

빠진 등수 — 지난 채점 회차의 3위 hlucent/realestate-stats-mcp(이번 주 응답 없음). 순위는 매월 1일에만 다시 매기므로 그때까지 번호는 그대로 둔다 — 빈자리를 위로 당기면 재채점 없이 등수가 오른 것처럼 보인다.

순위는 실제로 물어본 결과다 — 같은 질문을 각 서버에 던지고 답변을 채점했다. 이 회차는 서버당 1회만 물었다 — 재현성은 재지 않았다(다시 물으면 등수가 갈릴 수 있다). 다음 채점 회차부터 3회로 잰다. 질문·호출기록·답변은 answers/에, 채점은 grades/에, 기준은 JUDGING.md에 있다.

부동산 분야만 따로 보기 →

커머스·생활 (Commerce)

이 분야는 후보가 3건뿐이라 고른 것이 아니라 줄 세운 것이다.

다섯 중 이 분야 질문에 실제로 답할 수 있는 서버는 예약의 timeplex와 숙소의 arcasos 둘뿐이고, 나머지 셋(뉴스 API·SaaS 디렉토리·자사몰 결제 엔드포인트)은 서버 결함이 아니라 우리 카테고리 배정 오류다. 그리고 다섯 중 '많이 팔리는'을 답할 판매·인기 지표를 가진 서버는 하나도 없는데, 유일하게 없다고 말하지 않고 검색 결과를 인기 순위인 양 답하게 만든 arcasos가 이 분야에서 가장 위험하다.

위 총평의 서버 수는 분야 교정 전 기준이다 — 이 분야에서 2건이 아래 「분야 교정」으로 빠졌다.

1. timeplex/booking — 이 분야 질문에 끝까지 답한 유일한 서버로 값도 원문과 축자 일치하나, 등록 매장이 1곳뿐이고 lang='ko'로 응답하면서 메뉴명은 일본어 원문 그대로라(답변이 대신 번역했다) 서버가 약속한 번역이 실제로는 동작하지 않는다.
2. arcasos/arcasos-rentals — 숙소 재고는 실재하고 응답도 빠르지만, limit을 무시하고 항상 10건만 총계 없이 돌려주는 조용한 절단과 정렬 근거 미공시가 겹쳐 '인기'·'전체'를 묻는 질문에서 모델이 그럴듯하게 틀리도록 유도한다.
3. theprotoclinical/commerce — 자사몰 결제 에이전트라 두 질문 다 범위 밖인 데다, 프로필 URI 없이는 카탈로그 조회가 전부 422로 막혀(continue_url이 yxcs11-ry.myshopify.com 개발 스토어를 가리킨다) 익명 AI 클라이언트로는 상품 하나 확인할 수 없다.

순위는 실제로 물어본 결과다 — 같은 질문을 각 서버에 던지고 답변을 채점했다. 이 회차는 서버당 1회만 물었다 — 재현성은 재지 않았다(다시 물으면 등수가 갈릴 수 있다). 다음 채점 회차부터 3회로 잰다. 질문·호출기록·답변은 answers/에, 채점은 grades/에, 기준은 JUDGING.md에 있다.

분야 교정 2건 — 이 분야 검색어에 걸려 수집됐지만 불러 보니 다른 것을 하는 서버다. 남의 분야 질문으로 매긴 등수는 그 서버를 잰 값이 아니라서 순위에서 뺐다. 지우지는 않는다 — 찾는 사람이 있다.

커머스·생활 분야만 따로 보기 →

표기

• 도구 — tools/list에 실제로 들어 있는 개수. 0이면 껍데기다
• 웜 / 콜드 — 연달아 부를 때 / 첫 호출(ms). 서버리스는 첫 호출에 기동 시간이 붙는다. 콜드가 웜의 3배를 넘으면 굵게 표시한다
• 설명 / 주석 — 도구에 설명이 붙은 비율 / readOnlyHint 같은 주석이 붙은 비율. 둘 다 없으면 모델이 그 도구를 언제 어떻게 쓸지 모른다 — 데이터가 정확해도 답에 도달하지 못한다
• 사실오류 — 그 서버로 답한 내용 중 채점자가 실제와 다르다고 확인한 건수. 서버가 틀린 값을 준 경우와 모델이 옮겨 적다 틀린 경우가 섞여 있고, 어느 쪽인지는 grades/에 문장째 적혀 있다. —는 채점하지 않았다는 뜻이다
• 이름 옆 무료 N/M — 서버가 유료 게이트를 스스로 공시할 때만 붙는다. 없다고 무료라는 뜻이 아니다 — 밖에서는 판정할 수 없다
• 운영자 — 이 목록을 만든 곳이 운영하는 서버. 이 목록의 축을 고른 것도 같은 운영자다 — 축과 그 개정 이력은 신뢰 규약에 있다

측정 못 함

응답은 했지만 비교할 값을 얻지 못한 9건. 지우지 않고 여기 둔다 — “없다”가 아니라 “우리가 못 봤다”이기 때문이다. 대부분 도구 목록을 보는 데도 키를 요구한다. 키가 있으면 잘 도는 서버일 수 있다.

주제 밖

응답은 했지만 한국 데이터를 주는 서버가 아니라고 분류한 2건. 이 목록의 주제가 아니라서 순위에 넣지 않았다 — 조용히 버리지 않고 이름과 함께 남긴다. 분류가 틀렸으면 알려 달라.

우리 목록에 넣으려면

우리에게 올릴 필요가 없다. 공식 MCP 레지스트리에 등록하면 다음 회차에 자동으로 들어온다. 그쪽이 나은 이유는 우리만 읽는 게 아니라서다.

이미 등록했는데 여기 없다면 우리 수집기의 버그일 수 있다 — 이슈로 알려 달라. 경쟁 서비스여도 받는다.

제출은 등재가 아니다. 실제로 tools/list에 응답해야 표에 오른다 — 우리가 통과시키고 말고 할 것이 없다.

고쳤다면 다시 잰다

이 표의 값은 2026-08-24 그 순간의 기록이다. 고쳤다면 이슈로 알려 달라 — 다음 회차에 다시 잰다.

우리가 먼저 다시 두드리지는 않는다. 바뀐 게 없는 서버를 주기적으로 재호출하는 것은 새 정보가 아니라 남의 서버에 지우는 부하다. 그래서 두드리는 대신 신호를 받는다.

순위는 전원 동시에만 다시 잰다 — 운영자인 우리도 예외가 아니다. 우리는 고칠 때마다 다시 잴 수 있고 남은 그럴 수 없다. 개별 재측정을 순위에 반영하면 우리 서버만 계단식으로 올라가고 남은 자기 최악의 순간에 박제된다.

방법론과 한계는 어떻게 재나 · 믿으면 안 되는 부분에 따로 있다.