플러그인 & 마켓플레이스 (Plugins & Marketplaces)

한 줄 정의

슬래시 커맨드·서브에이전트·MCP 서버·훅·스킬 등 여러 확장 요소를 하나의 설치 단위로 묶어 배포하는 패키지("플러그인")와, 그것을 발견·공유·설치하게 해주는 유통 채널("마켓플레이스").

지금 상태 (2026-09 기준)

Claude Code는 2025년 10월 플러그인·마켓플레이스 체계를 도입했고, 2026년 들어 Cowork로도 확장돼 부서별(HR, 재무, 엔지니어링 등) 플러그인이 늘어나는 중입니다. 2026년 9월에는 Anthropic이 커넥터·플러그인·에이전트·서비스 파트너를 한데 모은 통합 "Claude Marketplace"를 출범시켰습니다. Google Gemini CLI는 자체 Extensions 체계를 운영 중이고, GitHub는 Copilot Extensions를 갖고 있습니다. OpenAI의 원조 "ChatGPT Plugins"(2023)는 GPTs에 밀려 폐지됐다가, 2026년 "ChatGPT 앱(Apps)"이 다시 "플러그인" 명칭으로 리브랜딩되는 등 용어가 순환하고 있습니다.

개념

플러그인은 보통 매니페스트 파일(예: Claude Code의 .claude-plugin/plugin.json)을 두고 그 안에 다음을 조합해 담습니다: 슬래시 커맨드(반복 작업 단축), 서브에이전트(특화된 목적의 하위 에이전트), MCP 서버 연결 설정, 훅(워크플로우 특정 시점의 동작 커스터마이즈), 그리고 스킬(SKILL.md, 지침·리소스 패키지). 즉 플러그인은 "무엇을 담느냐"의 컨테이너이고, 스킬은 그 안에 들어갈 수 있는 콘텐츠 형식 중 하나입니다. 마켓플레이스는 marketplace.json 형식의 카탈로그를 git 저장소·GitHub·URL로 호스팅해 플러그인을 검색·설치·조직 단위 배포할 수 있게 하는 계층입니다. 개인이 만든 마켓플레이스(커뮤니티), 회사가 운영하는 승인된 내부 마켓플레이스(조직 배포), Anthropic이 운영하는 공식 마켓플레이스(claude.com)가 공존합니다.

[업데이트 2026-09-23] Anthropic이 커넥터/플러그인(MCP·Agent Skills 기반), 유료 에이전트·제품(Cursor, CrowdStrike, Harvey, Snowflake 등), 컨설팅 파트너(Accenture, BCG, Deloitte 등 Claude Partner Network)를 한 화면에서 발견·구매할 수 있는 통합 "Claude Marketplace"로 확장. 커밋된 Anthropic 사용액을 마켓플레이스 구매에 그대로 쓸 수 있게 함. (출처)

[업데이트 2026-09-29] Claude Code v2.1.285에서 플러그인이 옵션을 가질 수 있게 됐다. claude plugin configure <plugin>으로 옵션을 보고 값을 저장하며, 설치 시 --config로 번들된 .mcpb MCP 서버 설정도 지정할 수 있고 VS Code 확장은 미설정 옵션을 입력 폼으로 묻는다 (v2.1.285)

[업데이트 2026-10-22] Claude Mods는 프롬프트·도구 호출 같은 이벤트에 반응하는 TypeScript/JavaScript 함수로 만든 Claude Code 플러그인으로, 에이전트가 언제 끼어들고 무엇을 보여줄지(Attention Interface)를 바꾼다. 기본 6개가 포함되며 Claude에게 말로 요청해 만들 수 있다. 공식 문서상 샌드박스되지 않아 사용자 권한으로 실행되므로 서드파티 코드는 읽고 설치해야 한다 (Claude Mods: Flipping the Harness Inside Out)

벤더별 비교

잘 쓰는 법

• 반복되는 서브에이전트+커맨드+MCP 조합을 개별 배포하지 말고 플러그인 하나로 묶으면 팀 전체에 일관되게 배포·업데이트할 수 있습니다.
  • 예: 코드 리뷰용 서브에이전트, /review 커맨드, GitHub MCP 서버 연결을 팀원마다 따로 설정하는 대신, 이 셋을 플러그인 하나로 묶어 배포하면 전원이 동일한 버전을 쓰고 업데이트도 한 번에 전파됩니다.
• 조직에서 쓸 플러그인은 개인이 만든 커뮤니티 마켓플레이스보다 승인된 내부/공식 마켓플레이스를 통해 배포해야 감사·보안 추적이 쉽습니다.
  • 예: 사내 재무팀 전용 플러그인을 개인 GitHub 저장소 기반 커뮤니티 마켓플레이스로 공유하면 누가 어떤 버전을 설치했는지 추적이 어려우니, 회사가 승인·운영하는 내부 마켓플레이스로 배포합니다.
• 플러그인 안에 MCP 서버를 포함시킬 경우 자격증명(토큰 등)은 플러그인 배포물에 하드코딩하지 말고 별도 시크릿 관리로 분리할 것.
  • 예: Slack 연동 MCP 서버를 품은 플러그인을 배포할 때 API 토큰을 플러그인 코드에 박아두면, 플러그인이 공유되는 순간 토큰도 함께 유출되므로 환경변수나 시크릿 매니저로 분리해야 합니다.
• "스킬만 필요한가, 플러그인 전체가 필요한가"를 먼저 판단 — 지침 하나만 재사용하려는 거라면 플러그인 대신 스킬 단위로 배포하는 게 가볍습니다.
  • 예: "커밋 메시지는 이 형식으로"라는 지침 하나만 공유하고 싶다면 MCP·훅까지 묶은 무거운 플러그인을 만들 필요 없이 SKILL.md 하나만 배포하면 됩니다.
• 과거 ChatGPT Plugins가 폐지된 사례에서 보듯, 특정 벤더 마켓플레이스에만 의존하는 확장은 벤더 정책 변경에 취약합니다 — MCP·Agent Skills처럼 오픈 표준 기반 구성 요소를 우선하는 편이 안전합니다.
  • 예: 2023년 ChatGPT Plugins로만 만들어졌던 서드파티 통합들은 이듬해 GPTs로 대체되며 사실상 쓸모없어졌으니, 특정 벤더 전용 포맷 대신 MCP처럼 여러 벤더가 채택한 표준으로 통합을 만들어두면 이런 전환에 덜 취약합니다.
• 마켓플레이스에서 설치 전 플러그인이 요구하는 권한(파일 접근, 네트워크, MCP 연결 대상)을 확인하고 최소 권한만 승인할 것.
  • 예: 어떤 플러그인이 "전체 파일시스템 읽기/쓰기"와 "임의 네트워크 접근" 권한을 요구한다면, 실제 기능(예: 마크다운 포맷팅)에 그만한 권한이 필요한지부터 따져본 뒤 설치합니다.