Claude Code 사용자가 한 줄 명령으로 LSP·MCP·코드리뷰·skill 묶음을 깔 수 있게 한 — 공식 마켓플레이스. 36개 내부 플러그인 + 15개 외부 플러그인을 어떻게 묶었나, 그리고 우리가 이걸로 무엇을 배울 수 있나.
README를 5초 만에 안 외워도 되는 기본기.
Claude Code는 Anthropic의 — 터미널 AI 코딩 에이전트다. 처음엔 "텍스트 채팅 + 파일 도구" 한 묶음으로 출발했지만, 2025년 말부터 — 사용자 정의 가능한 기능 묶음을 마켓플레이스에서 받아 쓸 수 있게 진화했다. 그 마켓의 "공식 부분"이 이 레포다.
.claude-plugin/plugin.json이라는 메타파일이 있어야 한다. "확장 기능 한 봉지"로 생각하면 된다./plugin 명령으로 검색·설치하게 만든 git 레포. 이 레포가 — Anthropic이 직접 관리하는 공식 마켓플레이스다. 비공식 마켓플레이스도 가능 (예: /plugin marketplace add anthropics/skills)./명령이름을 입력하면 — 미리 정의된 동작이 실행되는 시스템. 예: /review(코드 리뷰), /commit(커밋 메시지 생성). 플러그인에서 commands/ 폴더로 정의..claude-plugin/agents/<name>.md 형식. 시스템 프롬프트·사용 가능 도구·모델을 별도 지정 가능. 비유: "내 회사용 인턴 한 명 채용"..mcp.json에 서버 정보를 적으면 — 그 외부 도구(슬랙·노션·DB 등)가 Claude의 도구 카탈로그에 추가된다.한 문장으로 줄이면.
코드가 거의 없다. 코드는 각 플러그인 폴더 안에 있다. 레포 자체는 — "마켓플레이스 매니페스트 + 플러그인 폴더들"로 구성된 git 카탈로그. iOS의 App Store나 — npm의 공식 패키지 모음에 가까운 구조.
레포 상단에는 "Anthropic이 외부 플러그인의 동작·안전성은 보장하지 않는다"는 경고가 명시. 즉 — 내부(plugins/)는 검수됨, 외부(external_plugins/)는 큐레이션만 됨.
2026 상반기에 — 왜 이 레포가 갑자기 트렌드인가.
2025년 하반기 — Claude Code/Cursor/Codex 등이 각자 — 자기들만의 확장 형식을 가졌다. Cursor는 .cursorrules, Cline은 .clinerules, Claude Code는 CLAUDE.md. 사용자들은 — 각 에디터마다 따로 설정을 만들어야 했다. 2026년 초 Anthropic이 "플러그인" 표준을 발표하면서 — 이 분열을 정리한다. 핵심 형식 = .claude-plugin/plugin.json + skills/agents/commands.
플러그인 표준이 막 나왔을 때 — 누구도 "정통" 예제를 안 가지고 있었다. 사용자는 "그래서 plugin.json에 뭘 써?", "MCP는 어떻게 등록해?"를 물었다. 이 레포는 그 답이다 — "공식 표준 구현체 51개". 비유: 파이썬 패키지 만들 때 cPython 소스의 stdlib을 참고하는 것과 같다.
| 마켓플레이스 | 운영 주체 | 플러그인 수 | 특징 |
|---|---|---|---|
| claude-plugins-official | Anthropic 공식 | 51개 (36 + 15) | 표준 정통, LSP 12종, 외부는 큐레이션 |
| anthropics/skills | Anthropic 공식 | 16개 스킬 + spec | 스킬 표준 레퍼런스 (플러그인 X) |
| 커뮤니티 fork | 개인/회사 | 다양 (수십~수백) | 실험적, 품질 편차 큼 |
① 설치 한 줄 — /plugin install code-review@claude-plugins-official로 LSP/리뷰/skill 묶음 한 번에. ② 외부 도구의 표준 통합 — Asana·Linear·GitHub·GitLab·Discord·Telegram·Firebase·Terraform·Playwright 등의 MCP가 검증된 형식으로. ③ 표준 학습 자료 — 자기 플러그인 만들 때 카피할 정답지가 51개.
레포 자체에는 — 거의 빌드 도구가 없다. 폴더 컨벤션이 전부.
레포 루트에 — 마켓플레이스 정체성을 가르는 단 하나의 메타파일이 있다.
.claude-plugin/
└── marketplace.json # 이 레포가 마켓플레이스라고 선언
# (이름·설명·플러그인 목록)
나머지는 — 각 플러그인 폴더가 알아서 자기 코드와 형식을 가진다. 그래서 레포의 언어 통계가 — Python 58.6% + HTML 18.2% + TypeScript 13.3% + Shell 6.6% + JS 3.2% 처럼 분산된 거다. "각 플러그인이 자기 기술 스택을 가진다".
plugin-name/ ├── .claude-plugin/ │ └── plugin.json # 필수. name·description·version ├── .mcp.json # 선택. MCP 서버 등록 ├── commands/ # 선택. 슬래시 명령 (.md) │ └── <cmd>.md ├── agents/ # 선택. 서브에이전트 정의 (.md) │ └── <agent>.md ├── skills/ # 선택. SKILL.md + 보조 파일 │ └── <skill>/ │ ├── SKILL.md │ └── references/ └── README.md # 권장. 사람용 문서
각 플러그인의 정체성을 담는 — 가장 중요한 파일.
{
"name": "code-review",
"description": "Comprehensive code review workflow",
"author": {
"name": "Anthropic",
"email": "support@anthropic.com"
}
}
여기에 — 어떤 commands·agents·skills가 들어 있는지는 자동 발견(convention)된다. 폴더에 파일이 있으면 — 그대로 등록된다.
레포의 plugins/ 중 12개가 — 각각 다른 LSP 서버를 같은 형식으로 노출. 같은 plugin.json 구조 + marketplace.json의 lspServers 필드에 각 언어 서버 binary와 확장자 매핑을 선언하는 균일성이 — 이 마켓의 진짜 가치. (.mcp.json을 경유하지 않고 lspServers 필드에서 직접 처리.)
| 플러그인 | 대상 LSP | 대상 언어 |
|---|---|---|
clangd-lsp | clangd | C / C++ |
csharp-lsp | OmniSharp / csharp-ls | C# |
gopls-lsp | gopls | Go |
jdtls-lsp | Eclipse JDT | Java |
kotlin-lsp | kotlin-language-server | Kotlin |
lua-lsp | lua-language-server | Lua |
php-lsp | Intelephense | PHP |
pyright-lsp | Pyright / BasedPyright | Python |
ruby-lsp | Ruby LSP (Shopify) | Ruby |
rust-analyzer-lsp | rust-analyzer | Rust |
swift-lsp | SourceKit-LSP | Swift |
typescript-lsp | typescript-language-server | TS / JS |
사용자가 /plugin install을 치면 — 안에서 무엇이 흐르나.
사용자 터미널 GitHub (git 레포)
│ │
│ /plugin marketplace add │
│ anthropics/claude-plugins-official │
├───────────────────────────────────────────► │
│ │ marketplace.json
│ ◄───────────────┤ 읽음
│ /plugin browse │
│ → 51개 카탈로그 표시 │
│ │
│ /plugin install code-review │
│ @claude-plugins-official │
├───────────────────────────────────────────► │
│ │ plugins/code-review/
│ ◄───────────────┤ 폴더만 sparse clone
│ │
▼ (로컬 ~/.claude/plugins/code-review/)
┌─────────────────────────────────────────────────────────────┐
│ Claude Code 클라이언트 │
│ ┌─────────────┐ ┌─────────────┐ ┌─────────────────────┐ │
│ │ commands/ │ │ agents/ │ │ skills/ │ │
│ │ → /review │ │ → @senior │ │ → SKILL.md auto │ │
│ │ 슬래시명령 │ │ 서브에이전트│ │ trigger │ │
│ └─────────────┘ └─────────────┘ └─────────────────────┘ │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ .mcp.json → MCP 서버 자동 시작 (선택) ││
│ └─────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────┘
핵심 통찰 — 마켓플레이스에 별도 백엔드가 없다. git clone + sparse checkout이 전부다. 그래서 — "누구나 자기 마켓플레이스를 만들 수 있다". /plugin marketplace add <org>/<repo>로. Anthropic은 — 한 가지만 더했다. plugin.json의 권장 형식.
plugins/(36개)와 external_plugins/(15개)의 분리는 — 단순 폴더가 아니라 책임의 분리다.
iOS App Store에 — "Apple 자체 앱"(Mail, Safari)과 "써드파티 앱"(Instagram, Notion)이 다르게 다뤄지는 것과 같다. 둘 다 같은 스토어에 있지만 — Apple이 동작을 보장하는 건 자체 앱뿐.
이 레포의 README도 — "외부 플러그인은 신뢰 후 설치하라"고 경고. Anthropic은 — 큐레이션은 하지만, 외부 코드의 MCP 서버가 무엇을 하는지는 보장 안 함.
external_plugins/ 안의 15개는 — 외부 회사·커뮤니티가 제출. 형식은 같지만 — 안의 MCP 서버가 가리키는 곳은 각자 다르다.
| 외부 플러그인 | 유형 | 역할 |
|---|---|---|
asana · linear | Project mgmt | Asana/Linear에 태스크 만들기·갱신 |
github · gitlab | Code platform | 이슈/PR/리뷰 자동화 |
discord · telegram · imessage | Messaging | 채팅 메시지 송수신·자동화 |
firebase · terraform | Infra | Firebase 호스팅·Terraform IaC |
playwright | Browser test | 웹 자동화·테스트 작성 |
laravel-boost | Framework | Laravel 스카폴딩·라우팅 도우미 |
context7 | RAG / Docs | 최신 라이브러리 문서를 컨텍스트에 |
greptile | Code search | 코드베이스 RAG 검색 |
serena | Code intelligence | 심볼 기반 코드 탐색·편집 |
fakechat | Demo | 채팅 UI 스카폴딩 |
내부 플러그인은 — 크게 6 카테고리로 나뉜다.
code-review · pr-review-toolkit — 코드 리뷰code-modernization · code-simplifier — 리팩토링feature-dev — 기능 개발 워크플로commit-commands — 자동 커밋 메시지agent-sdk-dev · mcp-server-dev — Agent SDK / MCP 서버 개발plugin-dev — 플러그인 자체 만들기claude-code-setup — 첫 설치·환경 셋업claude-md-management — CLAUDE.md 자동 관리session-report — 세션 활동 리포트explanatory-output-style — 답변을 더 설명적으로learning-output-style — 가르치는 톤으로frontend-design — UI/UX 디자인 가이드security-guidance — 보안 가이드라인 자동 주입skill-creator — 스킬 자동 생성hookify — Claude Code Hooks 자동화ralph-loop — 반복 실험 루프 (Geoffrey Huntley의 Ralph Wiggum 기법)cwc-makers — Claude with Code 메이커example-plugin · playground · math-olympiad — 예제/장난감루트 → 두 폴더로 정리되는 마켓의 골격.
claude-plugins-official/ ├── .claude-plugin/ │ └── marketplace.json # 마켓플레이스 매니페스트 │ (이름·플러그인 카탈로그) ├── .github/ │ ├── workflows/ # CI (plugin.json lint, 검증) │ └── ISSUE_TEMPLATE/ ├── plugins/ # 36개 Anthropic 내부 플러그인 │ ├── agent-sdk-dev/ │ ├── clangd-lsp/ # C/C++ LSP │ ├── claude-code-setup/ │ ├── claude-md-management/ # CLAUDE.md 자동 관리 │ ├── code-modernization/ │ ├── code-review/ │ ├── code-simplifier/ │ ├── commit-commands/ # 자동 커밋 메시지 │ ├── csharp-lsp/ # C# LSP │ ├── cwc-makers/ │ ├── example-plugin/ # 표준 레퍼런스 │ ├── explanatory-output-style/ │ ├── feature-dev/ │ ├── frontend-design/ │ ├── gopls-lsp/ # Go LSP │ ├── hookify/ │ ├── jdtls-lsp/ # Java LSP │ ├── kotlin-lsp/ │ ├── learning-output-style/ │ ├── lua-lsp/ │ ├── math-olympiad/ │ ├── mcp-server-dev/ │ ├── php-lsp/ │ ├── playground/ │ ├── plugin-dev/ │ ├── pr-review-toolkit/ │ ├── pyright-lsp/ # Python LSP │ ├── ralph-loop/ # 자율 실험 루프 │ ├── ruby-lsp/ │ ├── rust-analyzer-lsp/ │ ├── security-guidance/ │ ├── session-report/ │ ├── skill-creator/ │ ├── swift-lsp/ │ ├── typescript-lsp/ │ └── mcp-tunnels/ # MCP 터널 (Cloudflare 경유 private MCP 연결) ├── external_plugins/ # 15개 외부 플러그인 (큐레이션 only) │ ├── asana/ # Asana 태스크 │ ├── context7/ # 최신 라이브러리 문서 RAG │ ├── discord/ # Discord 봇 │ ├── fakechat/ │ ├── firebase/ # Firebase 통합 │ ├── github/ │ ├── gitlab/ │ ├── greptile/ # 코드베이스 RAG │ ├── imessage/ # macOS iMessage │ ├── laravel-boost/ │ ├── linear/ # Linear 태스크 │ ├── playwright/ # 브라우저 자동화 │ ├── serena/ # 심볼 기반 코드 탐색 │ ├── telegram/ │ └── terraform/ # Terraform IaC ├── README.md └── .gitignore
단순 설치 사용을 넘어 — 51개 정답지로 무엇을 배우나.
자기 플러그인을 만들 때 — 카피할 정답지가 51개. example-plugin이 — 의도된 레퍼런스 구현체. 처음 — 거기부터 정독하면 된다. 시간 절약 — 며칠 단위.
같은 .mcp.json 구조에 — 다른 binary를 가리킨다. "같은 인터페이스, 다른 구현"의 본보기. 우리 회사 사내 언어 도구를 — 이 패턴 그대로 노출 가능. 사내 빌드 시스템·테스트 도구도.
external_plugins/ 안의 — Asana·Linear·GitHub·GitLab·Discord·Telegram 통합은 모두 — 외부 회사가 자기 API를 MCP로 노출한 사례. 자기 회사 API를 MCP로 만들 때 — 여기 안에 있는 .mcp.json + commands/ 구조를 그대로 카피하면 된다.
skill-creator · plugin-dev · mcp-server-dev — 메타 도구의 사용법Claude Code에 — "스킬 만들어줘", "플러그인 만들어줘", "MCP 서버 만들어줘" 같은 메타 명령이 들어 있다. 즉 — Claude가 자기 확장 도구를 만든다. 자율 개선 루프의 한 단계.
hookify + ralph-loop — Hooks와 자율 루프Hooks는 — 도구 호출 전/후에 자동 실행되는 사용자 정의 스크립트. hookify가 — 그 스크립트를 자동으로 만들어준다. ralph-loop는 — Geoffrey Huntley의 Ralph Wiggum 기법(Bash while-true 루프) 기반 "실험 자동화 루프". 자기 회사용 자율 개선 시스템을 만들 때 — 이 둘이 발판.
code-review · pr-review-toolkit — 코드 리뷰 자동화 모범코드 리뷰는 — 모든 회사가 가진 — 표준화되기 어려운 영역. Anthropic이 — 그걸 슬래시 명령 + 서브에이전트 + 체크리스트로 표준화. 우리 회사의 리뷰 컨벤션을 — 이 위에 얹어 자기 fork를 만들면 — 팀 전체가 같은 기준으로 리뷰한다.
아무것도 깔 필요 없다 — Claude Code만 있으면 된다.
rust-analyzer, pyright)npx playwright install)# 마켓플레이스 등록 (한 번만) /plugin marketplace add anthropics/claude-plugins-official # 카탈로그 보기 /plugin marketplace browse # 특정 플러그인 설치 /plugin install code-review@claude-plugins-official /plugin install pyright-lsp@claude-plugins-official # 설치된 플러그인 목록 /plugin list # 제거 /plugin uninstall code-review
설치하는 데 그치지 말 것.
① claude-code-setup 설치 → ② 자기 주력 언어의 LSP 플러그인 → ③ code-review + commit-commands → ④ session-report로 매일 리포트. 1주 사용 후 — 어떤 게 매일 켜는지, 어떤 건 깔았지만 안 쓰는지의 감.
① example-plugin을 정독 → ② 같은 형식으로 — 자기 회사의 잡일(예: "이 코드 한국어 주석 영어로 번역")을 슬래시 명령으로 → ③ git 레포에 올리고 — /plugin marketplace add <내 레포>로 내 친구가 설치 가능하게. 1주. 결과: 자기 첫 OSS 플러그인.
① mcp-server-dev 플러그인을 활용해 — 자기 회사의 사내 API(예: 내부 위키, 내부 DB)를 MCP 서버로 노출 → ② 그 서버를 — 자기 회사용 비공개 플러그인으로 패키징 → ③ 팀원과 git 공유 → ④ 모든 팀원이 같은 명령으로 사내 자원에 접근. 2~4주. 결과: 회사 AI 워크플로 자동화 1단계.
① 자기 회사·커뮤니티 전용 마켓 fork → ② 5~10개의 도메인 특화 플러그인 (예: 의료 도메인이라면 — HIPAA 가이드 plugin·EMR 통합 plugin·의료 약어 사전 skill) → ③ CI에 plugin.json schema 검증 → ④ release 자동화. 2~3개월. 결과: 도메인 특화 Claude 생태계 운영자.
사용자 → 개발자 → 운영자까지.
매일 1개씩 — 깔고, 쓰고, 평가. 깐 만큼만 쓰는 게 아니라 — 적극적으로 안 쓰면 제거. 자기 워크플로의 — "필수 5개"가 누구한테는 다르다는 걸 깨달음.
example-plugin을 정독 — 그대로 카피해서 변형. 자기 회사 특화 1개. git에 push — README만 잘 써도 친구들이 깔고 쓴다. "자기 도구를 다른 사람이 쓴다"의 첫 경험.
mcp-server-dev 플러그인을 — 회사 내부 API에 향해. Asana/Linear의 .mcp.json을 참고. "우리 회사의 외부 통합 플러그인"이 탄생. 회사 동료들이 — 같은 명령으로 사내 자원에 접근.
5~10개의 플러그인을 — 자기 git 레포에 모으고 — .claude-plugin/marketplace.json으로 노출. 친구·팀원·회사가 — /plugin marketplace add <내 레포>로 통째 등록. 자기 AI 생태계의 운영자가 된다.
한 번 익히면 — Claude Code 생태계 전체가 읽힌다.
레포 외 — 같이 보면 좋은 것들.