TrendShift · Claude Code · Plugin Marketplace

Claude Plugins Official —
Anthropic 공식 플러그인 디렉토리 해부

Claude Code 사용자가 한 줄 명령으로 LSP·MCP·코드리뷰·skill 묶음을 깔 수 있게 한 — 공식 마켓플레이스. 36개 내부 플러그인 + 15개 외부 플러그인을 어떻게 묶었나, 그리고 우리가 이걸로 무엇을 배울 수 있나.

anthropics/claude-plugins-official · 20.1k★ · 395 commits 2026-05-23 · TrendShift 17위
00 — 들어가며Context

먼저, "Claude Code 플러그인"이 뭔가

README를 5초 만에 안 외워도 되는 기본기.

Claude Code는 Anthropic의 — 터미널 AI 코딩 에이전트다. 처음엔 "텍스트 채팅 + 파일 도구" 한 묶음으로 출발했지만, 2025년 말부터 — 사용자 정의 가능한 기능 묶음을 마켓플레이스에서 받아 쓸 수 있게 진화했다. 그 마켓의 "공식 부분"이 이 레포다.

Term · 용어
Plugin (플러그인)
하나의 폴더로 묶여 있는 — commands(슬래시 명령) + agents(서브에이전트) + skills(SKILL.md) + .mcp.json(MCP 서버 설정)의 묶음. 같은 폴더에 .claude-plugin/plugin.json이라는 메타파일이 있어야 한다. "확장 기능 한 봉지"로 생각하면 된다.
Term · 용어
Marketplace (마켓플레이스)
여러 플러그인을 모아 — Claude Code 사용자가 /plugin 명령으로 검색·설치하게 만든 git 레포. 이 레포가 — Anthropic이 직접 관리하는 공식 마켓플레이스다. 비공식 마켓플레이스도 가능 (예: /plugin marketplace add anthropics/skills).
Term · 용어
Slash Command (슬래시 명령)
Claude Code 채팅창에 /명령이름을 입력하면 — 미리 정의된 동작이 실행되는 시스템. 예: /review(코드 리뷰), /commit(커밋 메시지 생성). 플러그인에서 commands/ 폴더로 정의.
Term · 용어
Agent (에이전트, 정확히는 서브에이전트)
메인 Claude 인스턴스가 — 같은 모델을 분기시켜 만든 별도 컨텍스트의 작업자. .claude-plugin/agents/<name>.md 형식. 시스템 프롬프트·사용 가능 도구·모델을 별도 지정 가능. 비유: "내 회사용 인턴 한 명 채용".
Term · 용어
Skill (스킬, Anthropic Skills 표준)
SKILL.md(YAML frontmatter + 마크다운) + 보조 파일 — Claude에게 특정 도메인을 어떻게 다룰지를 알려주는 지식 패키지. 사용자 메시지가 트리거에 매치되면 자동 로드. agentskills.io에 표준이 정의됨.
Term · 용어
MCP (Model Context Protocol)
Anthropic이 2024년 말 표준화한 — LLM ↔ 외부 도구·데이터 통신 프로토콜. .mcp.json에 서버 정보를 적으면 — 그 외부 도구(슬랙·노션·DB 등)가 Claude의 도구 카탈로그에 추가된다.
01 — 한 줄 요약TL;DR

이 레포의 핵심 메시지

한 문장으로 줄이면.

Core Message

"Claude Code에 가장 자주 필요한 기능을 — Anthropic이 직접 만들고 검수한 51개의 검증된 플러그인 폴더(로컬 저장분)로 모아둔 git 레포. marketplace.json 카탈로그 기준으로는 외부 파트너 플러그인을 포함해 총 225개 이상 등록."

코드가 거의 없다. 코드는 각 플러그인 폴더 안에 있다. 레포 자체는 — "마켓플레이스 매니페스트 + 플러그인 폴더들"로 구성된 git 카탈로그. iOS의 App Store나 — npm의 공식 패키지 모음에 가까운 구조.

레포 상단에는 "Anthropic이 외부 플러그인의 동작·안전성은 보장하지 않는다"는 경고가 명시. 즉 — 내부(plugins/)는 검수됨, 외부(external_plugins/)는 큐레이션만 됨.

02 — 왜 주목받는가Why now

20.1k 스타, 9개월 만의 시장 표준화

2026 상반기에 — 왜 이 레포가 갑자기 트렌드인가.

시대적 배경 — "Claude Code 플러그인 표준"의 등장

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-officialAnthropic 공식51개 (36 + 15)표준 정통, LSP 12종, 외부는 큐레이션
anthropics/skillsAnthropic 공식16개 스킬 + spec스킬 표준 레퍼런스 (플러그인 X)
커뮤니티 fork개인/회사다양 (수십~수백)실험적, 품질 편차 큼

독자 가치

설치 한 줄/plugin install code-review@claude-plugins-official로 LSP/리뷰/skill 묶음 한 번에. ② 외부 도구의 표준 통합 — Asana·Linear·GitHub·GitLab·Discord·Telegram·Firebase·Terraform·Playwright 등의 MCP가 검증된 형식으로. ③ 표준 학습 자료 — 자기 플러그인 만들 때 카피할 정답지가 51개.

03 — 기술 스택Stack

"git 레포 하나 + 정해진 폴더 규약"의 미니멀 구조

레포 자체에는 — 거의 빌드 도구가 없다. 폴더 컨벤션이 전부.

3-1. 레포의 코어 — 메타 + 폴더 규약

레포 루트에 — 마켓플레이스 정체성을 가르는 단 하나의 메타파일이 있다.

.claude-plugin/
└── marketplace.json     # 이 레포가 마켓플레이스라고 선언
                         # (이름·설명·플러그인 목록)

나머지는 — 각 플러그인 폴더가 알아서 자기 코드와 형식을 가진다. 그래서 레포의 언어 통계가 — Python 58.6% + HTML 18.2% + TypeScript 13.3% + Shell 6.6% + JS 3.2% 처럼 분산된 거다. "각 플러그인이 자기 기술 스택을 가진다".

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            # 권장. 사람용 문서

3-3. plugin.json — 필수 메타 형식

각 플러그인의 정체성을 담는 — 가장 중요한 파일.

{
  "name": "code-review",
  "description": "Comprehensive code review workflow",
  "author": {
    "name": "Anthropic",
    "email": "support@anthropic.com"
  }
}

여기에 — 어떤 commands·agents·skills가 들어 있는지는 자동 발견(convention)된다. 폴더에 파일이 있으면 — 그대로 등록된다.

3-4. 다언어 LSP의 통합 — 12개 언어 서버를 같은 형식으로

레포의 plugins/ 중 12개가 — 각각 다른 LSP 서버를 같은 형식으로 노출. 같은 plugin.json 구조 + marketplace.json의 lspServers 필드에 각 언어 서버 binary와 확장자 매핑을 선언하는 균일성이 — 이 마켓의 진짜 가치. (.mcp.json을 경유하지 않고 lspServers 필드에서 직접 처리.)

플러그인대상 LSP대상 언어
clangd-lspclangdC / C++
csharp-lspOmniSharp / csharp-lsC#
gopls-lspgoplsGo
jdtls-lspEclipse JDTJava
kotlin-lspkotlin-language-serverKotlin
lua-lsplua-language-serverLua
php-lspIntelephensePHP
pyright-lspPyright / BasedPyrightPython
ruby-lspRuby LSP (Shopify)Ruby
rust-analyzer-lsprust-analyzerRust
swift-lspSourceKit-LSPSwift
typescript-lsptypescript-language-serverTS / JS
04 — 아키텍처Architecture

마켓 ↔ 클라이언트 ↔ 플러그인의 3계층

사용자가 /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 서버 자동 시작 (선택)                   ││
│  └─────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────┘

4-1. 마켓플레이스 = 단순 git 레포

핵심 통찰 — 마켓플레이스에 별도 백엔드가 없다. git clone + sparse checkout이 전부다. 그래서 — "누구나 자기 마켓플레이스를 만들 수 있다". /plugin marketplace add <org>/<repo>로. Anthropic은 — 한 가지만 더했다. plugin.json의 권장 형식.

4-2. 내부 vs 외부 — 두 가지 신뢰 수준

plugins/(36개)와 external_plugins/(15개)의 분리는 — 단순 폴더가 아니라 책임의 분리다.

Analogy · 비유

iOS App Store에 — "Apple 자체 앱"(Mail, Safari)과 "써드파티 앱"(Instagram, Notion)이 다르게 다뤄지는 것과 같다. 둘 다 같은 스토어에 있지만 — Apple이 동작을 보장하는 건 자체 앱뿐.

이 레포의 README도 — "외부 플러그인은 신뢰 후 설치하라"고 경고. Anthropic은 — 큐레이션은 하지만, 외부 코드의 MCP 서버가 무엇을 하는지는 보장 안 함.

4-3. 외부 플러그인의 형식 — 다양성을 어떻게 표준화하나

external_plugins/ 안의 15개는 — 외부 회사·커뮤니티가 제출. 형식은 같지만 — 안의 MCP 서버가 가리키는 곳은 각자 다르다.

외부 플러그인유형역할
asana · linearProject mgmtAsana/Linear에 태스크 만들기·갱신
github · gitlabCode platform이슈/PR/리뷰 자동화
discord · telegram · imessageMessaging채팅 메시지 송수신·자동화
firebase · terraformInfraFirebase 호스팅·Terraform IaC
playwrightBrowser test웹 자동화·테스트 작성
laravel-boostFrameworkLaravel 스카폴딩·라우팅 도우미
context7RAG / Docs최신 라이브러리 문서를 컨텍스트에
greptileCode search코드베이스 RAG 검색
serenaCode intelligence심볼 기반 코드 탐색·편집
fakechatDemo채팅 UI 스카폴딩

4-4. 36개 내부 플러그인의 카테고리 분류

내부 플러그인은 — 크게 6 카테고리로 나뉜다.

1. LSP 통합 (12개)

  • clangd-lsp, csharp-lsp, gopls-lsp, jdtls-lsp, kotlin-lsp, lua-lsp, php-lsp, pyright-lsp, ruby-lsp, rust-analyzer-lsp, swift-lsp, typescript-lsp

2. 개발 워크플로 (9개)

  • code-review · pr-review-toolkit — 코드 리뷰
  • code-modernization · code-simplifier — 리팩토링
  • feature-dev — 기능 개발 워크플로
  • commit-commands — 자동 커밋 메시지
  • agent-sdk-dev · mcp-server-dev — Agent SDK / MCP 서버 개발
  • plugin-dev — 플러그인 자체 만들기

3. 세션 · 설정 관리 (3개)

  • claude-code-setup — 첫 설치·환경 셋업
  • claude-md-management — CLAUDE.md 자동 관리
  • session-report — 세션 활동 리포트

4. 출력 스타일 (2개)

  • explanatory-output-style — 답변을 더 설명적으로
  • learning-output-style — 가르치는 톤으로

5. 디자인 · 보안 (2개)

  • frontend-design — UI/UX 디자인 가이드
  • security-guidance — 보안 가이드라인 자동 주입

6. 메타 · 자동화 (7개)

  • skill-creator — 스킬 자동 생성
  • hookify — Claude Code Hooks 자동화
  • ralph-loop — 반복 실험 루프 (Geoffrey Huntley의 Ralph Wiggum 기법)
  • cwc-makers — Claude with Code 메이커
  • example-plugin · playground · math-olympiad — 예제/장난감
05 — 디렉토리 구조Layout

레포 통째 해부

루트 → 두 폴더로 정리되는 마켓의 골격.

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
06 — 학습 포인트What to learn

이 레포에서 가져갈 것

단순 설치 사용을 넘어 — 51개 정답지로 무엇을 배우나.

6-1. plugin.json 표준 형식 — "정통 플러그인의 모양"

자기 플러그인을 만들 때 — 카피할 정답지가 51개. example-plugin이 — 의도된 레퍼런스 구현체. 처음 — 거기부터 정독하면 된다. 시간 절약 — 며칠 단위.

6-2. LSP 통합 — 12개 언어 서버의 같은 패턴

같은 .mcp.json 구조에 — 다른 binary를 가리킨다. "같은 인터페이스, 다른 구현"의 본보기. 우리 회사 사내 언어 도구를 — 이 패턴 그대로 노출 가능. 사내 빌드 시스템·테스트 도구도.

6-3. 외부 플러그인 — MCP 서버 구현의 정답지

external_plugins/ 안의 — Asana·Linear·GitHub·GitLab·Discord·Telegram 통합은 모두 — 외부 회사가 자기 API를 MCP로 노출한 사례. 자기 회사 API를 MCP로 만들 때 — 여기 안에 있는 .mcp.json + commands/ 구조를 그대로 카피하면 된다.

6-4. skill-creator · plugin-dev · mcp-server-dev — 메타 도구의 사용법

Claude Code에 — "스킬 만들어줘", "플러그인 만들어줘", "MCP 서버 만들어줘" 같은 메타 명령이 들어 있다. 즉 — Claude가 자기 확장 도구를 만든다. 자율 개선 루프의 한 단계.

6-5. hookify + ralph-loop — Hooks와 자율 루프

Hooks는 — 도구 호출 전/후에 자동 실행되는 사용자 정의 스크립트. hookify가 — 그 스크립트를 자동으로 만들어준다. ralph-loop는 — Geoffrey Huntley의 Ralph Wiggum 기법(Bash while-true 루프) 기반 "실험 자동화 루프". 자기 회사용 자율 개선 시스템을 만들 때 — 이 둘이 발판.

6-6. code-review · pr-review-toolkit — 코드 리뷰 자동화 모범

코드 리뷰는 — 모든 회사가 가진 — 표준화되기 어려운 영역. Anthropic이 — 그걸 슬래시 명령 + 서브에이전트 + 체크리스트로 표준화. 우리 회사의 리뷰 컨벤션을 — 이 위에 얹어 자기 fork를 만들면 — 팀 전체가 같은 기준으로 리뷰한다.

07 — 요구사항Setup

설치 + 사용 환경

아무것도 깔 필요 없다 — Claude Code만 있으면 된다.

필수

  • Claude Code 최신 버전 (플러그인 시스템 지원 — 2026년 초 이후)
  • Anthropic API 키 또는 Claude 구독 (Pro/Max/Team)
  • git (이미 깔려 있을 것)

플러그인별 추가 요구

  • LSP 플러그인 — 각 언어의 language server가 시스템에 깔려 있어야 (예: rust-analyzer, pyright)
  • 외부 플러그인 — 그 서비스의 API key (예: Linear API key, GitHub PAT)
  • Asana/Linear/GitHub 등 — OAuth 또는 token 인증
  • Playwright — Playwright CLI 설치 (npx playwright install)
  • Terraform — Terraform binary

설치 명령 시퀀스

# 마켓플레이스 등록 (한 번만)
/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
08 — 직접 해볼 실습Hands-on

난이도별 4개 — 사용에서 fork까지

설치하는 데 그치지 말 것.

난이도 ★ — 5개 플러그인 설치 + 사용 1주 EASY

claude-code-setup 설치 → ② 자기 주력 언어의 LSP 플러그인 → ③ code-review + commit-commands → ④ session-report로 매일 리포트. 1주 사용 후 — 어떤 게 매일 켜는지, 어떤 건 깔았지만 안 쓰는지의 감.

난이도 ★★ — 내 첫 플러그인 만들기 MED

example-plugin을 정독 → ② 같은 형식으로 — 자기 회사의 잡일(예: "이 코드 한국어 주석 영어로 번역")을 슬래시 명령으로 → ③ git 레포에 올리고 — /plugin marketplace add <내 레포>로 내 친구가 설치 가능하게. 1주. 결과: 자기 첫 OSS 플러그인.

난이도 ★★★ — 회사 내부 MCP 서버 만들기 MED

mcp-server-dev 플러그인을 활용해 — 자기 회사의 사내 API(예: 내부 위키, 내부 DB)를 MCP 서버로 노출 → ② 그 서버를 — 자기 회사용 비공개 플러그인으로 패키징 → ③ 팀원과 git 공유 → ④ 모든 팀원이 같은 명령으로 사내 자원에 접근. 2~4주. 결과: 회사 AI 워크플로 자동화 1단계.

난이도 ★★★★ — 자기 마켓플레이스 운영 HARD

① 자기 회사·커뮤니티 전용 마켓 fork → ② 5~10개의 도메인 특화 플러그인 (예: 의료 도메인이라면 — HIPAA 가이드 plugin·EMR 통합 plugin·의료 약어 사전 skill) → ③ CI에 plugin.json schema 검증 → ④ release 자동화. 2~3개월. 결과: 도메인 특화 Claude 생태계 운영자.

09 — 학습 로드맵Roadmap

"플러그인 시스템" 4주 마스터

사용자 → 개발자 → 운영자까지.

Week 1
소비자 — 5~7개 플러그인 일상 사용

매일 1개씩 — 깔고, 쓰고, 평가. 깐 만큼만 쓰는 게 아니라 — 적극적으로 안 쓰면 제거. 자기 워크플로의 — "필수 5개"가 누구한테는 다르다는 걸 깨달음.

Week 2
개발자 — 첫 자작 플러그인

example-plugin을 정독 — 그대로 카피해서 변형. 자기 회사 특화 1개. git에 push — README만 잘 써도 친구들이 깔고 쓴다. "자기 도구를 다른 사람이 쓴다"의 첫 경험.

Week 3
통합자 — MCP 서버 직접 만들기

mcp-server-dev 플러그인을 — 회사 내부 API에 향해. Asana/Linear의 .mcp.json을 참고. "우리 회사의 외부 통합 플러그인"이 탄생. 회사 동료들이 — 같은 명령으로 사내 자원에 접근.

Week 4
운영자 — 자기 마켓플레이스 운영

5~10개의 플러그인을 — 자기 git 레포에 모으고 — .claude-plugin/marketplace.json으로 노출. 친구·팀원·회사가 — /plugin marketplace add <내 레포>로 통째 등록. 자기 AI 생태계의 운영자가 된다.

10 — 키워드 사전Glossary

레포·문서에서 자주 보는 용어

한 번 익히면 — Claude Code 생태계 전체가 읽힌다.

Plugin
commands/agents/skills/MCP를 묶은 하나의 폴더. plugin.json이 필수.
Marketplace
여러 플러그인을 모은 git 레포 + marketplace.json.
plugin.json
name·version·description·license 등 메타. 플러그인 폴더의 정체성.
.mcp.json
MCP 서버 설정. 외부 도구를 Claude의 도구 카탈로그에 추가.
Slash Command
/review·/commit 같은 채팅 명령. commands/<name>.md로 정의.
Subagent
메인 Claude가 분기시킨 — 별도 컨텍스트의 작업자.
Skill
SKILL.md + 보조 파일. 도메인 지식을 — 자동 트리거로 로드.
SKILL.md
YAML frontmatter + 마크다운. agentskills.io 표준.
MCP
Model Context Protocol. LLM ↔ 외부 도구 표준 (Anthropic).
LSP
Language Server Protocol. 에디터 ↔ 언어 분석기 표준 (Microsoft).
Hook
도구 호출 전/후에 자동 실행되는 사용자 스크립트.
Internal vs External
Anthropic이 직접 만든 vs 큐레이션만 한 외부 플러그인.
Output Style
Claude의 응답 톤·구조를 바꾸는 플러그인.
CLAUDE.md
프로젝트 루트의 컨텍스트 파일. Claude Code가 자동 로드.
Conventional Commits
feat·fix·docs 등 prefix 커밋 메시지 규약.
RAG
Retrieval-Augmented Generation. context7·greptile이 이 패턴.
11 — 참고 링크References

다음 단계 자료

레포 외 — 같이 보면 좋은 것들.

본 레포 · 공식 문서

관련 Anthropic 레포

관련 표준 · 프로토콜

같이 보면 좋은 트렌딩 레포

Takeaway · 가져갈 것

"Claude Code의 표준이 어떻게 굳어지고 있는지 — 이 레포 하나가 답이다."

  1. 설치 한 줄 — /plugin install <name>@claude-plugins-official. 5분이면 5개 플러그인.
  2. 마켓 = 단순 git 레포 + marketplace.json. 누구나 자기 마켓을 만들 수 있다.
  3. example-plugin이 정답지. 자기 플러그인을 만들 때 — 거기부터 카피.
  4. 외부 플러그인은 신뢰 후 설치. Anthropic은 큐레이션만, 안전성은 보장 안 함.
  5. 회사 내부용 비공개 마켓플레이스가 — 다음 시대의 사내 도구 생태계 형태가 된다.

분석 대상: anthropics/claude-plugins-official · TrendShift 17위(2026.05.23) · 20.1k stars · 36 내부 플러그인 + 15 외부 플러그인 · 작성: 유행레포정리 프로젝트