한국 데이터 MCP — 실측 목록

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

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

그 26건을 그대로 “죽었다”로 읽으면 안 된다 — 5건만 죽음 확인이고 나머지 21건은 확인 못 함다. 17건은 HTTP 상태코드를 돌려줬고(서버는 응답했다), 11건은 우리가 README에서 추정한 주소였다. 관리자가 레지스트리에 직접 등록한 주소만 세면 15/82(18%)다. 그 명단과 상태코드 분해를 그대로 공개한다.

가동 측정일 2026-09-14 (28일 전 — 주간 회차를 한 번 이상 걸렀다) · 이 페이지 생성 2026-10-12 · 채점 원자료 최종 변경 2026-10-12 (저장소 이력)

왜 만드나

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)

공공데이터포털 자료 안내는 datagokr가 세 번 모두 에어코리아를 맨 앞에 올리며 가장 안정적이었고, public-data-lens는 기본 검색에서 전국 표준 자료가 뒤로 밀렸다. 서울 인구 변화를 실제 수치로 답한 서버는 한 곳도 없었는데, korea-stats-mcp는 region 인자로 2016~2025년 서울 시계열을 줄 수 있었는데도 답변자가 그 인자를 쓰지 못해 전국 값을 대신 냈다.

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

1. datagokr-dev/datagokr — 공공데이터포털에서 무엇을 어떻게 받는지 찾는 용도로는 이 분야에서 가장 안정적이다. 다만 미리보기가 시간초과로 실패해 실제 수치까지는 못 가므로 통계 값이 필요하면 통계 서버를 함께 써야 한다.
2. hike-lab/public-data-lens — 공공데이터포털 목록을 정밀하게 걸러 보는 데는 쓸 만하지만, '대기질' 같은 일반 검색에서 전국 표준 자료가 뒤로 밀려 처음 찾는 사람에게는 덜 친절하다. 실제 수치는 주지 않는다.
3. Dayoooun/korea-stats-mcp — KOSIS 수치를 실제로 돌려주는 유일한 서버이고 값도 다른 원장과 맞지만, 지역 추세는 region 인자를 써야만 나와서 약한 모델은 전국 값을 대신 답했다. 통계 값이 필요하면 쓸 만하나 공공데이터포털 안내용은 아니다.
4. hjsh200219/korea-public-data-mcp — 법령·통관·공시·보건의료 등 공공 API를 넓게 묶은 서버라 이 분야 두 질문에는 맞는 도구가 없었다. 공공데이터포털 자료 찾기나 인구 통계 용도로는 권하지 않는다.

순위는 실제로 물어본 결과다 — 같은 질문을 각 서버에 던지고 답변을 채점했다. 서버당 3회 물어 재현성까지 채점했다. 질문·호출기록·답변은 answers/에, 채점은 grades/에, 기준은 JUDGING.md에 있다.

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

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

법령·판례 (Law)

두 질문 모두 맞는 조문과 형량을 돌려준 서버는 chrisryugj/korean-law-mcp 하나였고, app.sallim/contract-compass는 공공계약 질문에서 가장 완결된 답을 줬지만 도로교통법은 범위 밖이었다. scvcoder/korean-law-alio-mcp는 사용자 키를 받는 BYOK 서버인데 이번 회차는 키 없이 불러 측정하지 못해 순위에서 뺐고([2026-10-12 정정] 종전엔 법령 도구를 고장으로 적고 3위에 두었다)…

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

1. chrisryugj/korean-law-mcp — 일반 법령 전반을 법제처 현행 원문으로 조회할 수 있고 두 질문 모두 맞는 조문과 형량을 돌려준 유일한 서버라 이 분야에서 먼저 쓸 만하다. 다만 search_law만으로는 조문에 닿지 못하는 경우가 있어 legal_research나 조문 지정 조회를 함께 써야 답이 안정된다.
2. sallim/contract-compass — 국가계약법·지방계약법 같은 공공계약 조문은 세목과 금액까지 정확히 돌려주지만 도로교통법 같은 일반 법령은 담지 않으므로, 공공계약·세법 질문용으로 고르고 일반 법령은 다른 서버와 함께 써야 한다. 응답이 스스로 '현행 여부 미검증'을 공시하고 있어 인용 전에 그 공시를 확인할 필요가 있다.

순위는 실제로 물어본 결과다 — 같은 질문을 각 서버에 던지고 답변을 채점했다. 서버당 3회 물어 재현성까지 채점했다. 질문·호출기록·답변은 answers/에, 채점은 grades/에, 기준은 JUDGING.md에 있다.

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

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

금융·증시 (Finance)

삼성전자 실적은 DART 공시 대조로 aikstockdata(2026 상반기 누적 연결), MosslandOpenDevs/alpha(1·2분기 단독) 값이 모두 맞았고, 두 서버의 차이는 기간 정의(누적 대 분기 단독) 차이일 뿐이었다. 시총 상위는 stock-data-mcp만 실제 목록을 냈고, aikstockdata는 같은 목록을 낼 수 있는데도 기본값 때문에 세 회차 모두 놓쳤다. finbridge는 인증 요구로 이번 회차에 측정하지 못했다.

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

1. aikstockdata/mcp — 삼성전자 실적은 DART 기간·연결 여부를 밝힌 최신 반기 누적값을 세 번 모두 정확히 내준다. 시총 상위 목록도 list_stocks(filter=all)로 나오지만 기본값이 흑자전환이라 약한 모델은 세 번 다 못 찾았다.
2. kmgvv23/stock-data-mcp — KRX·DART 원천 API를 거의 그대로 중계해 값 자체는 정확하고 시총 상위 목록도 나오지만, 연도·정렬·단위를 모델이 직접 챙겨야 해서 '최근 실적'을 2024년으로 답하는 일이 세 번 다 났다.
3. Mrbaeksang/korea-stock-analyzer-mcp — 연간 사업보고서 기준 재무는 정확하고 연결·단위 표기가 분명하지만, 분기·반기 실적이 없어 '최근 실적'이 한 해 넘게 늦고 시총 순위는 아예 못 한다.
4. MosslandOpenDevs/alpha — 유튜브 여론·뉴스 제목을 합성한 시장 해설 서버라 실적 수치는 운이 좋으면 이벤트 별칭에서 나오지만 전망치와 섞여 있고, 시총 같은 시세 데이터는 없다. 종목 데이터가 필요하면 쓰지 않는 편이 낫다.

순위는 실제로 물어본 결과다 — 같은 질문을 각 서버에 던지고 답변을 채점했다. 서버당 3회 물어 재현성까지 채점했다. 질문·호출기록·답변은 answers/에, 채점은 grades/에, 기준은 JUDGING.md에 있다.

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

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

부동산 (Real Estate)

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

부동산 분야에서 두 질문 모두에 서버 데이터로 답한 것은 korea-realty 하나였고, 그쪽의 흠은 서버 값이 아니라 답변 모델의 단위 옮김과 용도 미지정에서 나왔다. seoul-apt-signal은 서울 구별 신호 전용인 데다 유료 장벽 때문에 무료 답변은 강남구 표본 신호 한 줄에 그쳤고, 경매 질문은 범위 밖이라 정직하게 거절했다. hlucent/realestate-stats-mcp는 이번 회차 가동 확인을 못 해 채점하지 못했다.

1. sallim/korea-realty — 강남구 시세 추이·평형대 가격과 서울 경매 유찰 통계를 출처·단위·표본 경고와 함께 정확히 내주므로 부동산 질문에 쓸 만하다. 다만 경매 경보 도구는 용도 기본값이 '전체'라 아파트를 물어도 다세대가 섞여 나오니 usage_name을 꼭 지정해야 한다.
2. airblockfz/seoul-apt-signal — 서울 25개 구의 매수/매도 신호만 주고 핵심 도구가 전부 x402 유료라 무료로는 pitch의 강남구 표본 하나만 볼 수 있다. 실거래 가격 수치나 경매 정보가 필요하면 쓰기 어렵다.

순위는 실제로 물어본 결과다 — 같은 질문을 각 서버에 던지고 답변을 채점했다. 서버당 3회 물어 재현성까지 채점했다. 질문·호출기록·답변은 answers/에, 채점은 grades/에, 기준은 JUDGING.md에 있다.

부동산 분야만 따로 보기 →

세금·재정 (Tax)

후보가 2건뿐이라 순위를 매기지 않았다. 2개 중 2개를 고르는 것은 순위가 아니라 목록이다.

세금·재정 분야만 따로 보기 →

지도·주소 (Maps)

후보가 1건뿐이라 순위를 매기지 않았다. 이 분야에서 응답한 서버가 하나라 비교할 상대가 없다.

지도·주소 분야만 따로 보기 →

날씨·환경 (Weather)

후보가 1건뿐이라 순위를 매기지 않았다. 이 분야에서 응답한 서버가 하나라 비교할 상대가 없다.

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

날씨·환경 분야만 따로 보기 →

교통·이동 (Transit)

후보가 1건뿐이라 순위를 매기지 않았다. 이 분야에서 응답한 서버가 하나라 비교할 상대가 없다.

교통·이동 분야만 따로 보기 →

의료·복지 (Health)

후보가 2건뿐이라 순위를 매기지 않았다. 2개 중 2개를 고르는 것은 순위가 아니라 목록이다.

의료·복지 분야만 따로 보기 →

교육·문화 (Education)

후보가 2건뿐이라 순위를 매기지 않았다. 2개 중 2개를 고르는 것은 순위가 아니라 목록이다.

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

교육·문화 분야만 따로 보기 →

커머스·생활 (Commerce)

세 서버 모두 판매량·인기 순위 데이터를 주지 않아 Q1에 직접 답한 곳은 없었고, 차이는 그 사실을 정직하게 드러내며 대리 신호를 얼마나 주느냐에서 났습니다. 예약 질문(Q2)에는 timeplex와 arcasos가 실제 예약 가능 대상을 안정적으로 돌려줬고, protoclinical은 UCP 에이전트 프로필 요건 때문에 일반 클라이언트로는 한 번도 답을 받지 못했습니다.

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

1. timeplex/booking — 서울 뷰티·마사지·헤드스파 예약용으로는 응답이 결정적이고 필드가 정직해 믿고 쓸 만하며, 판매 인기 순위는 주지 않으니 '잘 팔리는 것'을 묻는 용도에는 맞지 않습니다.
2. arcasos/arcasos-rentals — 서울·부산 주 단위 단기임대 숙소를 찾는 데는 응답이 안정적이고 링크까지 줘서 쓸 만하지만, 결과 순서는 관련도일 뿐 인기도가 아니므로 '잘 나가는 매물'로 읽지 않도록 주의해야 합니다.
3. theprotoclinical/commerce — Shopify UCP 규격의 상점 서버라 서버가 받아 올 수 있는 에이전트 프로필 URI를 갖춘 클라이언트가 아니면 상품 검색조차 할 수 없으며, 이번 회차에는 어떤 상품 정보도 확인하지 못했습니다.

순위는 실제로 물어본 결과다 — 같은 질문을 각 서버에 던지고 답변을 채점했다. 서버당 3회 물어 재현성까지 채점했다. 질문·호출기록·답변은 answers/에, 채점은 grades/에, 기준은 JUDGING.md에 있다.

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

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

미디어·뉴스 (Media)

후보가 0건뿐이라 순위를 매기지 않았다. 0개 중 0개를 고르는 것은 순위가 아니라 목록이다.

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

미디어·뉴스 분야만 따로 보기 →

핀테크·인증 (Fintech)

후보가 1건뿐이라 순위를 매기지 않았다. 이 분야에서 응답한 서버가 하나라 비교할 상대가 없다.

핀테크·인증 분야만 따로 보기 →

기타 (Other)

후보가 2건뿐이라 순위를 매기지 않았다. 2개 중 2개를 고르는 것은 순위가 아니라 목록이다.

기타 분야만 따로 보기 →

표기

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

측정 못 함

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

주제 밖

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

우리 목록에 넣으려면

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

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

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

고쳤다면 다시 잰다

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

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

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

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