npm에서 MCP 패키지 1,773개를 세어 봤어요 — 절반이 최근 30일에 올라왔고 258개는 1년째 멈춰 있어요

AI 도구에 파일이나 데이터베이스를 붙이려고 검색하다 보면 비슷한 이름이 우수수 나와요. 어느 걸 골라야 할지 감이 안 잡히죠.

그래서 찾을 수 있는 만큼 세어 봤어요.

결론부터 적을게요. 자바스크립트 패키지 저장소에서 MCP 관련 패키지 1,773개를 모았어요. 그중 890개가 최근 30일 안에 배포됐고, 258개는 1년 넘게 멈춰 있어요. 그리고 375개는 소스 저장소 링크가 아예 없어요.

이 글이 재는 자리를 먼저 못박을게요. 공개 검색 창구에 세 가지 질의를 넣어 모은 합집합이에요. 저장소 전체를 훑은 게 아니라서 1,773은 전체 개수가 아니라 하한이에요. 그리고 각 패키지를 설치해 보거나 동작을 확인한 게 아니에요. 잰 것은 등록부에 적힌 메타데이터까지예요.

어떻게 세었는지 먼저 밝힐게요

판정 기준을 조금 더 적을게요. 낱말 경계를 봐서 걸렀어요. 그냥 mcp라는 글자가 들어가면 다 세는 방식이면 관계없는 패키지가 섞여요. 그래서 앞뒤가 알파벳이 아닌 경우만 세었어요. 그렇게 1,803개 중 30개가 탈락했어요.

배포일로 나눠 보면

가장 궁금한 건 "이거 아직 관리되나"일 거예요. 마지막 배포일로 나눠 봤어요.

절반이 최근 한 달 안에 올라왔어요. 배포일 중앙값도 30일이에요. 아직 빠르게 늘어나는 중이라는 뜻이에요.

반대쪽 끝도 봐 둘 만해요. 가장 오래된 것은 641일 전, 2024년 11월 25일에 마지막으로 배포됐어요. 개인 계정이 올린 파일 시스템 서버와 깃허브 서버 종류였어요.

여기서 조심할 게 있어요. 배포가 멈췄다고 못 쓰는 건 아니에요. 작고 완결된 도구는 고칠 일이 없기도 해요. 다만 붙이려는 서비스의 API가 그동안 바뀌었다면 얘기가 달라져요. 그래서 이 표는 "쓰지 마세요" 목록이 아니라 한 번 더 확인할 대상을 좁혀 주는 자로 보시는 게 맞아요.

날짜 분포에서 하나 더 읽을 게 있어요. 30일 이내가 절반인데 91일에서 365일 사이 구간이 368개로 꽤 두툼해요. 작년 중후반에 한 번 만들어 두고 손을 놓은 묶음이 이 구간에 모여 있다는 뜻이에요. 프로토콜이 처음 공개된 시점부터 세면 아직 두 해가 안 됐는데도 벌써 세대 차이가 생기는 셈이에요.

누가 올리고 있나요

배포 계정을 세니 1,029개였어요. 그런데 분포가 고르지 않아요.

가장 많은 529개가 깃허브 자동 배포로 올라온 것으로 표시돼요. 사람 계정이 아니라 자동화 파이프라인이라 실제 만든 사람은 그 안에서 다시 갈려요. 그러니까 계정 수를 만든 사람 수로 읽으면 안 돼요.

이름 앞에 조직 표시가 붙은 것은 1,145개, 안 붙은 것은 628개였어요. 조직 표시 중에서는 프로토콜 공식 조직이 37개로 가장 많았고, 그다음이 20개, 11개, 10개 순이었어요. 대기업 조직 이름도 몇 개 보이는데 각각 열 개 안팎이에요.

한 곳이 생태계를 쥐고 있는 모양은 아니에요. 공식 조직이 만든 것이 전체의 2%가 조금 넘어요.

이걸 어떻게 읽어야 할까요. 좋게 보면 누구나 만들어 올릴 수 있다는 뜻이고, 조심스럽게 보면 품질을 걸러 주는 문지기가 없다는 뜻이에요. 앱 장터처럼 심사를 거쳐 올라오는 구조가 아니라, 이름만 겹치지 않으면 누구든 올릴 수 있는 공개 등록부거든요. 그래서 개수가 늘어나는 속도와 믿을 만한 것이 늘어나는 속도는 같지 않아요.

특히 조직 표시가 붙어 있다고 해서 그 회사가 만들었다는 보장도 없어요. 조직 이름 자체를 누구나 먼저 등록할 수 있기 때문이에요. 유명한 서비스 이름이 붙은 패키지를 만나면, 그 서비스의 공식 문서에서 패키지 이름을 직접 확인하고 설치하시는 편이 안전해요.

버전과 이름의 모양

버전 첫 자리를 세어 봤어요.

• 0으로 시작: 848개
• 1 이상: 925개

절반에 조금 못 미치는 848개가 아직 0번대예요. 유의적 버전 관례에서 0번대는 호환성을 깨는 변경이 언제든 올 수 있다는 신호예요. 업데이트했더니 설정 파일이 안 먹는 상황이 여기서 나와요.

이름 모양도 세 봤어요.

232개는 이름만 봐서는 모르는 것들이에요. 설명이나 키워드에만 있어요. 검색어를 이름 기준으로만 넣으면 이 232개를 놓쳐요.

반대로 이름 앞에 mcp가 붙은 721개는 검색창에서 가장 먼저 눈에 들어와요. 그런데 이름 순서는 품질과 아무 관계가 없어요. 앞에 붙일지 뒤에 붙일지는 만든 사람이 정하는 거예요. 검색 결과가 이름 순으로 보인다면, 그 순서를 추천 순위로 읽지 않도록 조심하시는 게 좋아요.

키워드에서 가장 많이 붙은 말도 정리해 뒀어요. mcp가 1,230개, 프로토콜 정식 이름이 691개, ai가 369개, 클로드가 316개, cursor가 112개, anthropic이 67개였어요.

고를 때 이 순서로 보세요

숫자를 실제 선택에 옮기면 이렇게 돼요.

1. 저장소 링크부터 보세요. 1,773개 중 링크가 있는 것은 1,398개, 없는 것은 375개예요. MCP 서버에는 대개 API 키나 토큰을 넘기게 되는데, 코드를 볼 수 없는 패키지에 자격 증명을 주는 건 위험해요.
2. 마지막 배포일을 보세요. 1년이 넘었다면 붙이려는 서비스의 API가 그동안 바뀌지 않았는지 한 번 더 확인하세요.
3. 버전 첫 자리를 보세요. 0번대라면 업데이트할 때 설정이 바뀔 수 있어요.
4. 이름이 아니라 설명을 읽으세요. 이름이 비슷해도 하는 일이 다른 경우가 많아요. 설명이 비어 있는 패키지는 4개뿐이라 대부분 읽을거리가 있어요.
5. 공식 조직 것이 있는지 먼저 확인하세요. 37개뿐이지만 자주 쓰는 대상은 대체로 여기 있어요.

MCP 자체가 처음이시면 MCP 서버 연결 7단계를 먼저 보시면 좋아요. 도구를 실제 업무에 붙이는 사례는 업종별 AI 자동화 사례에, 워크플로 도구와 엮는 방법은 n8n과 클로드 데스크톱 연결에 정리해 뒀어요.

확인하지 못한 것

정직하게 적어 둘게요.

• 전체 개수를 잰 게 아니에요. 공개 검색 창구는 한 번에 돌려주는 건수에 상한이 있어요. 1,773은 하한이에요.
• 설치하거나 실행해 보지 않았어요. 동작 여부, 품질, 보안은 이 글이 잰 것이 아니에요.
• 다운로드 수를 세지 않았어요. 이번 조회에서는 받아 오지 않았어요. 얼마나 쓰이는지는 다른 축이에요.
• 다른 언어 저장소를 보지 않았어요. 파이썬 쪽에도 MCP 패키지가 있는데 이 글은 자바스크립트 저장소 하나만 봤어요.
• 라이선스를 보지 않았어요. 이번 조회 항목에 들어 있지 않았어요.
• 중복을 판정하지 않았어요. 이름만 다르고 같은 코드인 경우가 있을 수 있는데 그건 세지 않았어요.

마지막으로 하나만 덧붙일게요. 이 숫자는 오늘 하루의 사진이에요. 조회한 날 하루 안에 배포된 패키지만 해도 여럿이었고, 내일이면 개수가 또 달라져요. 그래서 1,773이라는 절대 개수보다 절반이 최근 한 달 안에 올라왔다는 비율을 기억해 두시는 편이 오래 쓸모 있어요.

정리

MCP 패키지는 최소 1,773개예요. 그리고 그중 절반이 최근 30일 안에 올라왔어요. 아직 빠르게 커지는 중이에요.

동시에 258개는 1년 넘게 멈춰 있고, 375개는 소스를 볼 수 없어요. 개수가 많다는 것과 고를 것이 많다는 것은 다른 얘기예요.

검색 결과 첫 화면에서 아무거나 집기 전에, 저장소 링크와 마지막 배포일 두 가지만 확인해 보세요. 이 두 줄이 375개와 258개를 걸러 줘요.