Claude 플러그인을 공식 디렉터리에 올린다…승인 뒤 공개 시점은 직접 고른다

|작성자: QUASA 편집팀|5 분 소요
Claude 플러그인을 공식 디렉터리에 올린다…승인 뒤 공개 시점은 직접 고른다

앤트로픽은 2026년 9월 25일 공식 발표 에서 유료 Claude 플랜 개발자에게 디렉터리 제출 창구를 열었다. 원격 MCP 서버를 가리키는 커넥터 또는 GitHub에 호스팅한 플러그인 번들을 접수할 수 있다. 제출물은 자동 검증과 보안 검사를 거치며, 승인을 받은 뒤 개발자가 공개를 시작할 시점을 선택한다.

Colorado Tech Ledger의 보도 도 유료 플랜이 접수 자격을 줄 뿐, 디렉터리 등재를 보장하지는 않는다고 정리했다. 개발자에게 열린 것은 심사받을 경로와 진행 상태를 확인할 창구다. 등록 항목이 실제로 사용자에게 보이려면 유형별 검사와 공개 절차를 따로 통과해야 한다.

유료 플랜이 제출 자격, 조직 계정은 권한도 확인

Claude 디렉터리 등록 문서 는 Pro, Max, Team, Enterprise 플랜에서 제출할 수 있고 무료 계정에서는 접수할 수 없다고 명시한다. 별도의 파트너 프로그램 가입도 전제하지 않는다. 다만 유료 계정이라는 사실과 그 계정에서 제출 버튼을 누를 권한은 같은 조건이 아니다.

Pro와 Max 이용자는 자신의 계정으로 제출한다. Team과 Enterprise에서는 조직의 Owner가 제출하고, Enterprise에서는 Owner가 맞춤 역할에 Directory 권한을 부여해 다른 구성원에게 맡길 수 있다. 따라서 조직 플랜을 쓰는 개발자가 메뉴에 접근할 수 없다면 플랜 이름만 보고 자격을 판단할 수 없다. 해당 조직에서 부여받은 역할까지 맞아야 한다.

등록 항목은 제출에 사용한 조직에 속한다. GitHub 저장소 안의 특정 플러그인 폴더를 먼저 제출한 조직이 그 항목을 보유하므로, 여러 조직에 속한 개발자라면 어느 계정에서 접수하는지가 이후 관리 권한에도 연결된다. 이는 코드를 어느 계정에서 작성했는지와는 별개의 문제다. 제출 조직을 바꾸면 같은 폴더를 새 항목처럼 다시 접수할 수 있다고 가정해서는 안 된다.

원격 MCP 주소와 GitHub 번들은 서로 다른 등록 항목

MCP 커넥터 경로는 인터넷에서 접근 가능한 원격 서버의 HTTPS 주소를 제출한다. 이 서버가 Claude에 외부 서비스의 도구와 데이터를 제공하며, 커넥터 등록에는 GitHub 저장소가 필요하지 않다. 반면 플러그인 번들은 GitHub 저장소의 플러그인 폴더를 제출한다. Skills와 MCP 서버 참조를 함께 묶을 수 있고, Claude Code에서는 명령, 에이전트, 훅, LSP도 포함할 수 있다.

두 경로는 같은 기능을 다른 포장으로 내는 선택지가 아니다. 서버 주소를 내면 사용자가 연결할 커넥터 항목이 만들어지고, 번들을 내면 여러 구성 요소를 설치하는 플러그인 항목이 만들어진다. Skills만 공개하려 해도 별도 제출 유형은 없으므로 번들에 포함해야 한다. 저장소에 플러그인이 여럿 들어 있다면 각 플러그인 폴더를 개별적으로 제출한다.

번들이 개발자가 운영하는 원격 MCP 서버를 참조한다면 그 서버도 커넥터로 제출해야 한다. 같은 조직에서 두 항목을 내면 서로 연결할 수 있다. 이때 커넥터 대시보드는 서버 상태와 도구별 사용량을 다루고, 번들 쪽에서는 설치된 플러그인의 사용을 본다. 번들만 제출하면 서버 자체의 인증 설정과 커넥터 등록까지 끝났다고 해석할 수 없는 이유다.

GitHub 번들의 저장소는 검증과 심사 단계에서는 비공개일 수 있지만, 등록 항목을 실제로 공개하기 전에는 공개 상태로 전환해야 한다. 제출 계정에 연결된 GitHub 계정에는 해당 저장소에 대한 쓰기 권한도 필요하다. 비공개 저장소를 검사받을 때에는 소스가 앤트로픽의 자동 검사와 검토자에게 제공되는 조건도 따른다. 따라서 코드의 공개 가능 여부는 심사 통과 가능성과 별도로 배포 시점을 좌우한다.

자동 검사는 접수 직후, 공개 전 심사는 유형별로 다르다

포털에서 Submit new를 선택하면 Plugin bundle과 MCP connector 중 제출 유형을 고른다. 번들은 저장소, 플러그인 폴더 경로, 추적할 브랜치나 태그를 입력하고 Validate 단계로 간다. 검증 결과는 특정 커밋에 적용되므로 코드를 고친 뒤에는 새 커밋을 다시 검사해야 한다. 화면에는 등록 항목의 설명과 데이터 처리 관련 답변을 확인하는 절차도 이어진다.

커넥터는 원격 서버를 연결해 도구 정보를 읽어 오고, 인증 방식과 이용 사례, 문서 및 개인정보 처리방침 등 등록에 필요한 내용을 입력한다. 도구에는 제목과 읽기 또는 파괴적 동작을 나타내는 주석이 요구된다. 계정별 데이터에 접근하는 서비스라면 인증 설정도 심사 대상이다. 서버가 실행된다는 사실과 디렉터리 정책을 만족한다는 판단은 별개의 단계다.

접수된 제출물에는 자동 검증과 보안 검사가 적용되고, 포털에서 현재 상태와 검사 결과, 수정 권고를 확인할 수 있다. 번들은 새 버전마다 다시 검사하며 새 등록 항목은 공개 전에 사람의 검토를 받는다. 커넥터는 자동 정책 검사 뒤 기본적으로 Community 항목으로 분류될 수 있고, 필요하면 Verified 심사로 넘어가 도구별 시험을 받는다. 양쪽의 검사 표시를 동일한 승인 상태로 읽으면 안 된다.

  1. 제출할 조직의 유료 플랜과 계정 권한을 확인한다.
  2. 원격 서버 주소를 쓰는 커넥터인지, GitHub 폴더를 쓰는 번들인지 정한다.
  3. 유형별 자료를 입력하고 자동 검증·보안 검사 결과를 확인한다.
  4. 심사 결과와 수정 요청을 처리한 뒤 공개 요청 시점을 고른다.
  5. 실제 등재 이후 설치와 발견 지표를 확인한다.

승인 뒤 공개 시점은 고르지만 게시 주체는 설정에 달려 있다

이번 발표의 핵심인 개발자의 공개 선택권은 심사를 생략하는 권리가 아니다. 처음 승인받은 번들도 개발자가 Publish를 선택하기 전에는 공개되지 않는다. 다만 기본 설정에서는 이 동작이 앤트로픽 검토자에게 보내는 게시 요청으로 기록되고, 검토자가 실제 공개를 마친다. 따라서 개발자가 시작 시점을 고른다는 말과 모든 버전을 즉시 직접 게시한다는 말은 다르다.

이후 버전에는 등록 항목에 적용된 공개 설정에 따라 다른 흐름이 가능하다. 첫 버전만 검토자가 공개하고 다음 통과 버전은 자동으로 나가거나, 개발자가 첫 버전을 직접 공개하도록 승인받을 수 있다. 반대로 매번 검토자가 게시하는 설정도 있다. 자신이 선택하는 것은 공개 요청을 언제 시작할지이며, 최종 공개가 즉시 이뤄지는지는 해당 항목의 설정과 남은 검토에 좌우된다.

등재 뒤에는 발견과 실제 사용을 따로 본다

플러그인이 공개되면 포털에서 제품 화면과 버전별 설치 현황을 볼 수 있다. 항목 페이지가 얼마나 조회됐는지, 어떤 검색이 그 항목으로 이어졌는지도 제공된다. 조회는 디렉터리에서 발견됐다는 신호이고 설치는 사용자가 항목을 추가했다는 신호다. 둘을 한 지표로 합치면 검색 노출 이후 실제 채택 과정을 구분할 수 없다.

플러그인 Usage 화면에는 구성 요소인 Skill과 MCP 서버의 실행 빈도 및 오류율도 나타난다. 커넥터 대시보드는 별도로 서버 상태와 도구별 사용량을 보여준다. 한 개발자가 번들과 커넥터를 함께 운영하더라도 플러그인 설치 횟수가 특정 서버 도구의 호출 횟수와 같지는 않다. 이 차이는 어느 항목을 수정해야 할지 판단할 때 각 화면의 단위를 구별하게 한다.

번들의 후속 버전은 처음부터 같은 양식을 다시 제출하는 방식이 아니다. 추적 중인 GitHub 브랜치에 변경 사항이 반영되면 디렉터리가 새 커밋을 찾아 검사한다. 기존에 공개된 버전은 새 버전이 심사 중이거나 검사에 실패해도 계속 제공된다. 다만 새 버전이 언제 공개되는지는 앞서 적용된 게시 설정과 검사 결과에 달려 있다.

기존 항목은 유지, 통합 탐색은 아직 예고 단계

이미 Claude 디렉터리에 올라온 Skill, 커넥터, 플러그인은 이번 창구 개설만으로 다시 제출할 필요가 없다. 과거 Claude Console 양식으로 낸 항목도 그대로 남는다. 다만 새 포털의 버전 추적과 상태 관리, 사용량 기능을 이용하려면 해당 제출을 새 창구로 옮기는 절차가 필요하다. 기존 항목이 사라졌다는 뜻은 아니다.

Claude와 Claude Code를 아우르는 통합 탐색 경험은 발표 당시 앞으로 몇 주에 걸쳐 제공될 예정이라고 안내됐다. 커넥터 등록 항목을 플러그인으로 바꾸는 기능 역시 향후 계획이다. 지금 확정된 변화는 유료 플랜 개발자가 유형에 맞는 제출을 시작하고 심사 경과를 추적하며, 승인 뒤 공개 요청 시점을 선택할 수 있다는 것이다. 개별 항목의 검토 기간과 통합 탐색 경험의 정확한 완료일은 제시되지 않았다.

함께 읽기:

공유:

관련 기사

뉴스레터 구독

최신 Web3, AI, 암호화폐 뉴스를 이메일로 받아보세요.

0