NextFuture에 처음 게시됨

MCP server를 빌드하고 로컬(local) 테스트까지 성공적으로 마쳤지만, 다른 사람들이 설치할 수 있도록 Claude directory에 등록하려면 다음 단계로 무엇을 해야 할지 모를 때가 있습니다. 공식 문서는 어떤 유형의 조직이 필요한지, 비용은 얼마나 드는지, 승인까지 얼마나 기다려야 하는지 등에 대해 일반적인 내용만 언급할 뿐입니다. 이 글은 독립 개발자가 직접 겪은 과정, 즉 제출일, 승인일, 실제 비용, 그리고 새로운 도구가 기존 사용자들에게 보이지 않게 만들 수 있는 캐시(cache) 함정에 대해 정리했습니다.

제출 포털은 Team 조직에만 열려 있으며, 개인용 경로는 없음

제출(submission) 포털은 조직의 관리자 설정(admin settings) 내에 있으며, Team 또는 Enterprise 조직에만 사용 가능합니다. 개인 계정을 위한 별도의 경로는 없습니다. 이는 최소 5개의 시트(seat)가 필요하다는 소문 때문에 많은 독립 개발자들이 주춤하게 만드는 첫 번째 장벽입니다. 실제 최소 요구 사항은 단 2개의 시트이며, 비용은 약 월 52유로입니다 (작가의 VAT 포함 금액이며, 사용자의 금액은 다를 수 있습니다). 법인 형태의 회사가 필요하지는 않습니다. 작가는 개인 자격으로 제출했으며, 양식의 "소유권" 질문은 기업 구조가 아닌 귀하의 API 관계에 관한 것입니다.

양식을 작성하는 동안 서버를 검사하는 폼

제출 양식은 11단계로 구성되어 있으며, 그중 일부는 기계가 즉시 검사합니다. 시스템이 귀하의 서버를 직접 호출하여 도구(tool)와 리소스(resource)의 수를 세고, 인증(auth) 지원 여부를 확인합니다. 작가의 서버는 "Tools: 6, Resources: 3, authless supported"를 반환했는데, 이는 실제 운영 중인 서버에서 읽어온 값과 정확히 일치합니다. 즉, 양식을 작성하는 동안 서버가 정상적으로 실행 중이어야 함을 의미합니다. 도구에 annotations.title이 누락되면 즉시 플래그(flag)가 지정되지만, 수정 후 다시 배포하고 동일한 세션 내에서 검사를 다시 실행하면 처음부터 다시 할 필요 없이 통과됩니다. 공개된 개인정보 처리방침(Privacy policy)과 랜딩 페이지(landing page)는 필수 사항이며, "준비 중(coming soon)" 상태여서는 안 됩니다. 두 가지 모두 실제로 검사됩니다.

실제 타임라인: 20일, 메시지 한 통 없음

10/7에 제출하고 30/7에 승인받음 — 정확히 20일의 대기 기간 동안 양측으로부터 아무런 알림도 없었습니다. 공개된 SLA는 없으며, 공식 가이드라인은 단순히 '몇 주가 걸릴 수 있다(expect weeks)'고만 말합니다. 승인이 완료되면 기본 Community 티어에 속하게 되며, Verified로 올라갈 수 있는 공개적인 절차는 없습니다 — 기준도 없고 신청 버튼도 없습니다. 작성자가 지원팀에 직접 문의하자 그들조차 지식 기반(knowledge base)에 해당 기준이 없다고 답변했습니다.

언제 빌드를 멈추고 제출해야 하는지 결정하는 캐시 함정

전체 프로세스에서 가장 가치 있는 발견은 다음과 같습니다: 사용자가 연결할 때 당신의 전체 도구 세트(tool set)가 클라이언트 측 캐시(client cache)에 저장되고, 몇 분이 아니라 무기한으로 유지된다 — 사용자가 직접 커넥터 설정(connector settings)에서 '도구 목록 새로 고침(Refresh tools list)'을 누르기 전까지입니다. 작성자는 새 도구를 배포하고, 그것이 자신의 프로덕션 서버에 나타나는 것을 확인한 후 새로운 채팅을 열었습니다 — 클라이언트는 여전히 아무것도 보지 못했습니다. 3일간의 테스트를 거치면서 그들은 명확한 경계를 그렸습니다: 새 도구를 추가하거나 위젯의 HTML을 수정하는 것은 기존 사용자에게는 전달되지 않습니다; 도구 설명을 수정하거나 핸들러 내부 처리 로직을 수정하는 것은 즉시 가능합니다. 다시 말해, 인터페이스는 연결 시점에 고정되고, 백엔드 동작은 계속 살아있습니다. 실제 결과는 다음과 같습니다: 배포하기 전에 전체 도구 세트를 확정해야 합니다 — 나중에 배포하는 도구는 오직 이후에 연결하는 사용자에게만 전달되며, 사용자가 스스로 수동으로 조작할 이유가 없는 한 기존 사용자에게는 절대 전달되지 않습니다.

Directory를 통해 연결하는 것과 URL을 통해 연결하는 것의 결정적인 차이점

사용자가 당신의 서버를 수동 URL로 추가하면, 모든 기본 도구는 '질문(ask)' 상태입니다 — 사용자는 새로운 채팅마다 각 도구 호출을 승인해야 합니다. 하지만 디렉토리 자체에 있는 리스팅을 통해 연결하면, 모든 기본 도구는 '항상 허용(always allow)' 상태이며, 어떠한 승인 팝업도 뜨지 않습니다. 이것이 아마도 디렉토리에 제출하는 가장 실질적인 이유일 것입니다. 어떤 마케팅상의 이점보다도 강력합니다: 동일한 서버, 동일한 코드 라인이지만 연결 채널에 따라 사용자 경험이 완전히 다릅니다.

MCP 도구 배포 속도가 문서화 속도를 앞지르고 있다

같은 주에, 또 다른 오픈 소스 (Open Source) MCP 서버인 Locus MCP가 v0.1.5 버전을 출시했습니다. 이 서버는 AI 코딩 에이전트가 grep 결과에 의존해 추측하는 대신, locate, refs, hover, diagnostics, status, rename이라는 6가지 도구 (Tool)를 통해 의미론적 (Semantic) 코드 탐색을 수행할 수 있게 해줍니다. 이는 디렉토리 제출 프로세스와 직접적인 관련은 없지만, MCP 주변의 툴링 (Tooling)이 공식 문서가 따라잡을 수 있는 속도보다 더 빠르게 탄생하고 있다는 신호입니다. 이것이 바로 이와 같은 실전 기록이 공식 문서 (Docs)보다 더 읽을 가치가 있는 이유입니다.

다음 단계로 무엇을 해야 하는가

만약 당신의 MCP 서버를 제출할지 고민 중이라면: 제출하기 전에 배포할 전체 도구 세트 (Tool set)를 확정하고, 개인정보 처리방침 (Privacy policy)과 랜딩 페이지 (Landing page)를 미리 준비하세요. 그리고 월 52유로인 Team 조직 (Org) 비용을 큰 장벽으로 과소평가하지 마세요. 개발자들이 생각하는 것보다 훨씬 저렴합니다. 앞으로 주목해야 할 점은 Anthropic이 명확한 인증 (Verified) 기준을 발표할지 여부입니다. 현재로서는 지원 팀 (Support team)조차 답하지 못하는 미결 상태의 질문으로 남아 있기 때문입니다.

이 기사는 원래 NextFuture에 게시되었습니다. 더 많은 풀스택 (Fullstack) 및 AI 엔지니어링 (Engineering) 콘텐츠를 보려면 저희를 팔로우하세요.