harimkang/mcp-korea-tourism-api
교육·문화 확인 못 함 (사망 아님)
2026-09-14 측정에서 확인 못 함(우리 호출로 확인 실패). 우리가 부른 주소가 HTTP 200를 돌려줬다 — 이 서버가 죽었다는 뜻이 아니다. 이 페이지의 값은 그 순간의 기록이고, 판정이 아니라 관측이다.
“확인 못 함”은 그 서버의 판정이 아니라 우리 호출의 결과다. 2026-09-03에 두드리개를 MCP 규격에 맞췄다 — 그전까지 이 명단에는 살아 있는데 우리가 규격을 못 지켜 거절당한 서버가 섞여 있었다.
지금 하는 것
initialize JSON-RPC + notifications/initialized 핸드셰이크를 먼저 하고, 서버가 준 Mcp-Session-Id·협상된 MCP-Protocol-Version을 이어 쓴다- POST의 307·308 리다이렉트를 method와 본문을 보존한 채 따라간다(파이썬 표준 urllib은 안 따라간다)
- Streamable HTTP가 안 되면 구 HTTP+SSE 전송(GET +
Accept: text/event-stream → endpoint 이벤트)으로 한 번 더 물어본다
- 4xx를 사망으로 읽지 않는다 — 400·404·405·406·415는 전송 방식이 틀렸다는 신호라 다른 전송으로 재시도한다. 연결 실패·5xx는 같은 전송으로 1회 재시도한다
- 서버가 보낸 오류 본문을 버리지 않고 원자료에 남긴다
그래도 못 하는 것 — 코드로 확인한 것만 적는다.
- OAuth·API 키가 필요한 서버는 인증을 못 한다(401/403은 살아있음의 증거로 읽되 도구 목록은 못 본다)
- stdio 전송만 지원하는 서버는 원격으로 잴 수 없다
- 무료 티어의 콜드스타트가 우리 타임아웃보다 길면 못 본다
- 측정 지점이 한국 한 곳이다 — 지역 차단·지연은 못 가른다
그래서 어휘를 셋으로 가른다: 살아있음 확인(MCP 응답을 실제로 받았다) · 확인 못 함(우리 호출로 확인이 안 됐다 — 죽었다는 뜻이 아니다) · 죽음 확인(DNS 미해결·연결 거부처럼 호스트가 없다는 직접 증거가 있을 때만).
측정값
- 측정일
- 2026-09-14 (오늘)
- 우리가 부른 주소
https://pypi.org/project/mcp- 주소 출처
- 우리가 README에서 뽑은 추정 주소 — 우리가 잘못 짚었을 수 있다
- HTTP
- 200
- 증상
- HTTP 200
우리가 잰 다른 축
축 측정일 2026-09-14. 무엇을 재기로 했는지는 결과를 보기 전에 신뢰 규약에 고정했다.
- 라이선스
- MIT
- 셀프호스팅
- 배포판 확인 배포판을 설치해 자기 것으로 띄울 수 있다
- 배포 패키지
- pypi
mcp-korea-tourism-api 0.1.2 최근 배포 2025-04-18 - 저장소
- ★ 9 · 최종 푸시 2025-08-12
- 어디서 찾았나
- github · mcpmoa
우리가 재지 않은 것
못 봄은 없음이 아니다. 이 페이지가 말하지 않는 것을 적는다.
- 이 서버가 주는 값이 맞는지는 채점한 분야의 질문 두 개 밖에서는 재지 않았다
- 답변 품질을 채점하지 않았다 — 표에 도구·지연만 있는 것은 못 재서이지 나빠서가 아니다
- 유료 게이트가 있는지 밖에서는 판정할 수 없다 — 공시가 없다고 무료라는 뜻이 아니다
- 우리가 부른 주소는 README에서 뽑은 추정이다 — 서버가 아니라 우리가 틀렸을 수 있다
- 측정 지점은 한국 두 곳이다. 국외에서 재면 값이 다를 수 있고 확인하지 않았다
바로 가기
저장소 · 엔드포인트 도메인
값이 틀렸거나 고쳤다면 이슈로 알려 달라 — 다음 회차에 다시 잰다. 경쟁 서비스여도 받는다. 분야가 틀렸다·주소를 잘못 짚었다·채점이 틀렸다도 같은 창구다.