MCP Registry를 사내 도구 목록으로 연결할 때 확인할 것

공식 목록에서 찾는 것과 실행하는 것

MCP 프로젝트는 2025년 9월 8일 공개 서버를 찾기 위한 Registry와 API를 프리뷰로 공개했습니다. 발표는 게시자가 제공한 정보를 하위 공개·사내 레지스트리에서 활용하는 구조를 설명합니다. 초기 프리뷰 발표를 근거 없이 현재의 보안 인증이나 정식 상용 지원 약속으로 바꾸어 해석해서는 안 됩니다.

• MCP · Registry 프리뷰 공개 (2025-09-08)
• MCP Registry · 공식 서버 등록 안내

사내 도입에서는 검색 가능한 서버, 검토한 서버, 실행을 허용한 서버를 구분하는 것이 유용합니다. 토핑은 Registry를 도구 후보를 찾는 자료로 보고, 사용 승인은 별도 목록으로 관리하는 방식을 제안합니다. 이름에 익숙한 제품명이 들어 있다고 해서 해당 회사가 운영하는 서비스인지까지 확인된 것은 아닙니다.

재고 조회 서버를 등록하는 가상 예시

사내 WMS의 조회 기능을 MCP로 제공한다고 가정해 보겠습니다. 공개 등록을 검토하기 전에 서버 설명에 고객사 이름, 내부 주소나 운영 데이터가 들어 있지 않은지 확인합니다. 외부에 배포할 도구인지 내부 직원에게만 제공할 도구인지에 따라 공개 목록과 사내 목록의 경계를 다르게 잡아야 합니다.

등록 담당자는 게시자 소유를 확인하는 절차와 서버 메타데이터를 준비하고, 운영 담당자는 실제 접속 주소·패키지·실행 권한을 대조합니다. 문서에 조회 전용이라고 적혀 있어도 구현에 수정 도구가 포함될 수 있으므로 연결 후 노출되는 기능을 확인합니다. 필요한 환경 변수는 이름과 설정 방법을 안내하되 비밀 값 자체를 등록 정보에 담지 않습니다.

사내 승인 목록에 남길 정보

최신 버전을 자동으로 따라가기보다 승인한 버전과 배포 경로를 고정하는 방안을 검토하세요. 패키지 이름이 같아도 새 버전에서 외부 전송이나 요구 권한이 바뀔 수 있습니다. 업데이트를 발견하면 무엇이 바뀌었는지 비교하고, 기존 업무 시나리오를 통과한 뒤 운영 목록을 갱신하는 편이 변경 원인을 추적하기 쉽습니다.

• 공식 게시자·저장소·연락 경로를 확인했는가
• 서버 버전과 실제 패키지 또는 원격 주소가 일치하는가
• 도구 목록·필요 권한·외부 전송 대상이 검토되었는가
• 승인 담당자·검토일·재검토 조건이 기록되어 있는가
• 폐기된 서버를 신규 작업에서 제외하고 기존 연결도 정리하는가

서버가 목록에서 사라져도 이미 설치한 패키지나 발급한 계정이 자동으로 없어지는 것은 아닙니다. 사용 중인 에이전트와 서버 버전의 연결 관계를 보관하면 특정 서버를 중지할 때 영향을 받는 업무를 찾을 수 있습니다. 임시 대체 서버는 기존 승인 상태를 그대로 복사하지 말고 필요한 기능과 권한만 다시 점검합니다.

검색 결과와 운영 결과를 나누어 검수합니다

검수용 목록에는 이름이 비슷한 서버, 설명이 부족한 항목, 지원이 끝난 버전을 섞어 보세요. 에이전트가 첫 검색 결과를 곧바로 실행하지 않고 허용 목록과 대조하는지 확인합니다. 검색 실패와 인증 실패를 같은 오류로 묶지 않아야 운영자가 목록 문제인지 계정 문제인지 판단할 수 있습니다.

완료 기준은 서버가 검색되었다는 화면에 두지 않습니다. 승인한 주체의 지정 버전으로 연결되고, 허용된 자료만 조회하며, 사용 중지 후에는 새 실행을 시작하지 못해야 합니다. Registry 검색을 붙이는 작업과 사내 도구 수명주기를 운영하는 작업을 견적에서 나누면 필요한 책임과 산출물이 분명해집니다.