smithery/hjsh200219-pharminfo-mcp

정본 이름 ai.smithery/hjsh200219-pharminfo-mcp (기계용 index.json· llms.txt가 쓰는 키다 — 표에 짧게 적은 이름과 같은 서버다)

의료·복지 응답 없음

2026-08-24 측정에서 우리가 부른 주소가 HTTP 404를 돌려줬다(도구 목록은 못 받았다). 이 페이지의 값은 그 순간의 기록이고, 판정이 아니라 관측이다.

우리가 부른 주소는 여러 서버가 함께 쓰는 공용 게이트웨이(server.smithery.ai)다. 여기서 나온 오류는 게이트웨이의 것이지 이 저장소의 결함이 아닐 수 있다 — 우리가 그 둘을 갈라 재지 못했다.

“응답 없음”은 그 서버의 판정이 아니라 우리 호출의 결과다. 우리 클라이언트는 아래를 못 한다 — 코드로 확인한 것만 적는다. 이 중 하나에 걸린 서버는 살아 있는데 우리 명단에 올라 있을 수 있다.

initialize 핸드셰이크를 하지 않는다. 세션을 열지 않고 tools/list를 바로 보낸다 — Streamable HTTP 규격을 지키는 서버가 여기에 HTTP 400을 주는 것은 정상 동작이다
POST + 307 리다이렉트를 따라가지 않는다. 파이썬 표준 urllib이 POST에서 안 따라간다 — 서버는 옮긴 자리를 알려준 것이다
SSE(GET)를 시도하지 않는다. POST 고정이라 SSE 엔드포인트는 405를 주는 것이 맞다
4xx는 재시도하지 않는다. 재시도는 연결 실패·5xx일 때만이라, 아래 명단의 상당수는 단 한 번 부른 결과다
서버가 보낸 오류 본문을 저장하지 않는다. 그쪽 해명을 버리고 상태코드만 남겼다

고칠 것은 이 목록이 아니라 우리 두드리개다 — 다음 회차 과제로 올려 두었다. 그 전까지 아래 숫자는 이 한계를 포함한 값으로 읽어야 한다.

측정값

축 측정일 2026-08-24. 무엇을 재기로 했는지는 결과를 보기 전에 신뢰 규약에 고정했다.

라이선스: 확인 못 함 저장소를 못 읽었다(404) — 비공개·삭제·이름 변경 중 하나 이 판정의 근거는 GitHub이 알려주는 라이선스 필드 하나다 — 파일 이름이 표준과 다르거나 전문을 손봤거나 하위 폴더에 있으면 거기서 빈칸이 나온다. “오픈소스가 아니다”가 아니라 “우리가 확인 못 했다”이고, 아니라면 알려 달라.
셀프호스팅: 미확인 배포판도 공개 소스도 확인하지 못했다 — 불가가 아니라 미확인이다
어디서 찾았나: registry

못 봄은 없음이 아니다. 이 페이지가 말하지 않는 것을 적는다.

값이 틀렸거나 고쳤다면 이슈로 알려 달라 — 다음 회차에 다시 잰다. 경쟁 서비스여도 받는다. 분야가 틀렸다·주소를 잘못 짚었다·채점이 틀렸다도 같은 창구다.