Claude Code 플러그인·스킬 생태계 가이드 2026 — 뭘 깔아야 하고, 뭘 같이 깔면 안 되는가

크게 보기

Claude Code를 쓰기 시작하면 한 달 안에 반드시 이런 장면을 만납니다. 유튜브나 X에서 "이 플러그인 하나로 생산성 10배"라는 글을 보고 설치하고, 다음 주에 또 다른 걸 설치하고, 어느 날부터 Claude가 질문 하나에 서브에이전트 다섯 개를 띄우며 토큰을 태우는데 왜 그러는지 본인도 모르는 상태가 됩니다. 설치한 프레임워크 세 개가 각자 "계획부터 세워라"고 Hook으로 끼어들고 있기 때문입니다.

이 글은 그 반대로 갑니다. 2026년 8월 22일 기준으로 실제로 많이 쓰이는 것들을 역할별로 딱 하나씩 고르는 방법, 초보자가 10분 만에 따라 할 수 있는 첫 설치 순서, 그리고 절대 함께 깔면 안 되는 조합을 정리했습니다. 별 개수는 조회 당시 표시값이고 계속 바뀝니다. 인지도 지표일 뿐 품질이나 안전성 보증이 아닙니다.

먼저 결론 — 처음이라면 이 구성

전부 읽을 시간이 없다면 이것만 기억하면 됩니다.

1. 용어부터 — Skill, Plugin, Hook, MCP, LSP는 뭐가 다른가

Claude Code 확장 기능은 이름이 비슷해 보여도 언제 컨텍스트에 올라가느냐가 전혀 다릅니다. 이걸 모르면 "왜 아무것도 안 했는데 컨텍스트가 꽉 차지?"라는 상황을 겪게 됩니다.

핵심만 다시 풀면 이렇습니다.

• CLAUDE.md는 매 턴 읽히므로 짧아야 합니다. Anthropic도 약 200줄 이하를 권합니다. 10~20개의 핵심 규칙만 넣고 긴 절차는 Skill로 빼세요.
• Skill은 SKILL.md 파일 하나가 중심입니다. 설명(description)만 항상 올라가 있다가, 관련 작업이 오면 본문 전체를 읽습니다. 예전의 slash command도 지금은 이 체계로 통합되는 방향입니다.
• Hook은 "판단"이 아니라 "반드시 실행되어야 하는 규칙"에 씁니다. "main에 직접 push 금지" 같은 것. Claude가 잊을 수 있는 건 Hook으로, Claude가 판단해야 하는 건 Skill로.
• MCP는 편하지만 연결한 서버의 도구 목록이 통째로 컨텍스트에 올라갑니다. 안 쓰는 MCP는 꺼두는 것이 곧 성능입니다.
• LSP는 가장 저평가된 항목입니다. 연결하면 Claude가 grep으로 이름을 추측하는 대신 "정의로 이동, 참조 찾기, 타입 확인"을 정확히 합니다. 비용도 가장 낮습니다.

무엇을 어디에 넣어야 하나

2. 10분 따라하기 — 첫 설치 순서

Claude Code 안에서 그대로 입력하면 됩니다. 순서에 이유가 있으니 바꾸지 마세요.

한 번에 복사해 쓰는 버전:

/plugin install claude-code-setup@claude-plugins-official
/plugin install superpowers@claude-plugins-official
/plugin install typescript-lsp@claude-plugins-official
/plugin install context7@claude-plugins-official
/plugin install playwright@claude-plugins-official
/plugin install pr-review-toolkit@claude-plugins-official

여기까지 하면 절차(Superpowers) · 코드 탐색(LSP) · 최신 문서(Context7) · UI 검증(Playwright) · 품질(PR Review) 이 각각 하나씩 담당하는 구성이 됩니다. 역할이 안 겹치니 충돌이 거의 없습니다.

3. 워크플로 프레임워크 — 하나만 고르기

가장 중요한 선택입니다. 이 그룹은 전부 "계획 → 구현 → 검증" 흐름을 자기 방식으로 강제하므로 둘 이상 설치하면 서로 싸웁니다.

GSD는 옛 저장소가 약 6.5만 Stars지만 현재 개발은 open-gsd/gsd-core로 옮겨갔습니다. 활성 저장소 기준으로 봐야 합니다.

3-1. Superpowers — 가장 무난한 첫 선택

Claude가 바로 코드를 쓰지 못하게 막고, 다음 절차를 밟게 합니다.

한마디로 Claude Code를 규율 있는 시니어 개발자처럼 만드는 방법론 플러그인입니다. 공식 Marketplace에도 올라 있습니다.

• 좋은 점: 하나만 깔아도 "대충 만들고 나중에 고치는" 행동이 눈에 띄게 줄어듭니다. 테스트와 검증을 생략하지 않습니다.
• 불편한 점: 오타 하나 고치는 데도 질문과 계획이 길어질 수 있습니다. TDD를 싫어하는 팀에는 답답합니다. Subagent를 많이 써서 토큰이 늘어납니다.
• 추천: Claude Code를 막 시작했거나 팀에 별도 방법론이 없다면 이것.

/plugin install superpowers@claude-plugins-official

3-2. ECC (Everything Claude Code) — 종합 개발 환경

단일 워크플로라기보다 Claude Code용 거대한 올인원 패키지입니다. 68개 Agent, 286개 Skill, 94개 레거시 Command, 언어별 규칙, 메모리·세션 학습, AgentShield 보안 검사, 컨텍스트 예산 관리까지 들어 있습니다.

흐름은 Plan → Test → Implement → Review → Verify → Remember → Improve.

/ecc:plan
/tdd-workflow
/code-review
/build-fix
/context-budget

• 좋은 점: 거의 모든 개발 작업에 해당하는 Skill이 이미 있습니다. 팀 표준 환경을 만들기 좋습니다.
• 불편한 점: 처음에 구조 파악이 어렵습니다. Skill 설명·MCP·Hook이 많을수록 컨텍스트와 복잡도가 커집니다. 기존 CLAUDE.md·settings·MCP 설정과 충돌할 수 있습니다.
• 주의: ECC 문서 자체가 Plugin 설치와 전체 수동 설치를 동시에 하지 말 것을 명시합니다. Hook이 두 번 실행됩니다.

/plugin marketplace add https://github.com/affaan-m/ECC
/plugin install ecc@ecc

3-3. Addy Osmani Agent Skills — 가볍고 이식성 좋은 중간 선택

Google Chrome 팀 Addy Osmani가 공개한 모음. 약 24개 Skill과 8개 라이프사이클 명령으로, 요구사항 정리·설계·구현·테스트·리뷰·배포 전 검사·문서화를 다룹니다. 순수 Markdown이라 다른 코딩 에이전트에도 옮기기 쉽습니다.

• 좋은 점: ECC보다 훨씬 가볍고 필요한 Skill만 고를 수 있습니다. 사내 Skill을 만들 때 교과서로 쓰기 좋습니다.
• 불편한 점: Superpowers처럼 행동을 강하게 통제하지 않습니다. 언제 어떤 Skill을 부를지는 사용자가 알아야 합니다.
• 추천: Superpowers가 너무 엄격하고 ECC가 너무 무거울 때.

/plugin marketplace add addyosmani/agent-skills
/plugin install agent-skills@addy-agent-skills

3-4. GSD Core — 장기 프로젝트의 컨텍스트 관리

"Get Shit Done"에서 출발. 흐름은 Discuss → Plan → Execute → Verify → Ship.

다른 프레임워크와 결정적으로 다른 점은, 프로젝트 상태를 Markdown 산출물로 보존하고 각 실행 단계마다 새로운 컨텍스트의 Agent를 쓴다는 것입니다. 긴 세션에서 Claude가 앞선 요구사항을 잊는 문제(Context Rot)를 정면으로 다룹니다.

• 좋은 점: 수일~수개월 프로젝트, 세션을 끊었다 이어가는 작업에 강합니다. 기존 프로젝트 온보딩(/gsd-onboard)도 있습니다.
• 불편한 점: 계획·상태 파일이 많이 생깁니다. 짧은 작업에는 과합니다.

npx @opengsd/gsd-core@latest

3-5. BMAD Method — 제품 기획과 아키텍처

코딩 플러그인이 아니라 AI 기반 Agile 제품 개발 방법론입니다. 아이디어를 PRD, 사용자 스토리, 아키텍처, 구현 계획, 테스트 전략으로 구체화하고, 기획자·아키텍트·개발자·QA 역할을 나눕니다.

• 좋은 점: 코드 전에 요구사항을 깊이 정리합니다. 이해관계자가 많은 공공·기업 구축 사업에 맞습니다.
• 불편한 점: 작은 프로젝트엔 지나치게 무겁습니다. Node.js 20.12 이상, 일부 기능은 Python과 uv가 필요합니다.

npx bmad-method install

3-6. Oh My ClaudeCode(OMC) — 실행 중심 다중 Agent

/autopilot으로 작업을 자동 분해하고, 팀 기반 병렬 처리·단계별 파이프라인·HUD·사용자 Skill 추출을 제공합니다. Codex·Gemini를 tmux worker로 붙이는 기능도 있습니다.

• 좋은 점: 설정 없이 다중 Agent 경험을 바로 시작할 수 있고, 진행 상태를 HUD로 봅니다.
• 불편한 점: 단순 작업에도 여러 Agent가 뜹니다. 비용 예측이 어렵습니다. tmux에 익숙해야 전부 활용합니다.

3-7. Ruflo — 가장 야심 찬 Swarm 시스템

대규모 Agent Swarm, 공유 메모리, 학습, Agent Federation을 얹는 메타 하네스. 전체 설치 시 .claude/, .claude-flow/, CLAUDE.md, Hook, MCP, daemon, 약 98개 Agent, 60개 이상 명령, 30개 이상 Skill이 프로젝트에 추가·변경됩니다.

"일단 깔아보는 도구"가 아니라, 명확한 다중 Agent 연구 목표가 있을 때 별도 저장소에서 평가할 시스템입니다. 일반 웹 개발에는 과합니다.

3-8. SuperClaude — 검증된 구형 프레임워크

네이티브 Plugin 체계 전부터 쓰이던 대형 설정 프레임워크. 약 30개 명령, 20개 Agent, 7개 동작 모드, 8개 MCP 통합을 ~/.claude에 전역 설치합니다. 커뮤니티와 문서는 탄탄하지만 최신 Plugin 관리 방식과는 결이 다릅니다. 신규 사용자라면 Superpowers·ECC·GSD를 먼저 보는 편이 낫습니다.

어떤 걸 고를까 — 한 줄 판단

4. Anthropic 공식 플러그인 — 안심하고 조합할 수 있는 것들

claude-plugins-official Marketplace에 올라 있는 것들입니다. 워크플로 프레임워크와 달리 역할이 좁아서 하나 고른 프레임워크 위에 얹어도 충돌이 적습니다.

몇 가지 보충합니다.

feature-dev는 Superpowers의 축소판입니다. 공식 문서도 "단순 버그 수정이나 한 줄 변경에는 맞지 않는다"고 말합니다. Superpowers를 깔았다면 따로 필요 없습니다.

code-review vs pr-review-toolkit은 역할이 겹칩니다. 처음엔 하나만. 더 세밀한 쪽(테스트 품질, 조용히 무시된 에러, 타입 설계까지 따로 보는)이 pr-review-toolkit입니다.

hookify는 이런 규칙을 그냥 Markdown으로 씁니다.

- main 브랜치에 직접 push하지 않는다.
- rm -rf 명령을 차단한다.
- 마이그레이션 파일 변경 시 경고한다.
- package-lock.json을 직접 수정하지 않는다.

편리하지만 최근 저장소에 Hook dispatch와 Agent 권한 처리 관련 이슈가 올라와 있습니다. 중요한 저장소에 바로 적용하기보다 테스트 저장소에서 먼저 검증하세요.

skill-creator는 긴 프롬프트를 SKILL.md에 붙여넣는 대신, "언제 이 Skill이 호출되어야 하는가"와 "성공 조건"을 함께 설계하게 해줍니다. 이게 Skill 품질의 절반입니다.

/plugin install claude-md-management@claude-plugins-official
/plugin install frontend-design@claude-plugins-official
/plugin install skill-creator@claude-plugins-official

5. 보안 플러그인 — 둘 중 무엇을

/plugin install security-guidance@claude-plugins-official
/plugin install claude-security@claude-plugins-official
/reload-plugins

security-guidance의 API 비용 이슈는 모든 환경에서 재현된다고 확정된 건 아닙니다. 다만 설치 후 어떤 인증 경로와 모델을 쓰는지 한 번은 확인하세요.

6. MCP와 개발 도구 — "쓰는 것만" 연결

MCP는 연결할수록 도구 이름과 스키마가 컨텍스트에 상시 올라갑니다. 많이 연결하면 Claude가 엉뚱한 도구를 고르는 빈도도 올라갑니다. 실제로 매주 쓰는 것만 켜세요.

Context7 — 추천도 매우 높음

사용 중인 라이브러리의 현재 버전에 맞는 공식 문서와 코드 예제를 가져옵니다. Claude가 학습 당시의 구버전 API를 기억해서 틀린 코드를 쓰는 문제를 줄여줍니다. 익명 사용 가능, API 키 추가 시 한도 상승.

/plugin install context7@claude-plugins-official

Playwright — 웹 개발이면 거의 필수

Claude가 실제 브라우저를 열어 페이지 이동·클릭·입력·스크린샷·접근성 확인을 합니다. "빌드는 되는데 화면이 깨졌다"를 Claude가 직접 보고 잡습니다.

/plugin install playwright@claude-plugins-official

Chrome DevTools MCP — 디버깅 특화

Playwright가 테스트 자동화라면, 이쪽은 콘솔·네트워크 요청·성능 프로파일·페이지 상태 등 디버깅에 초점입니다. 둘 다 브라우저 도구를 노출하므로 겹칩니다. 자주 쓰는 쪽 하나만 먼저.

언어별 LSP — 가장 가성비 좋은 설치

TypeScript, Python, Go, Rust, C/C++, Java, Kotlin, Swift, C#, PHP, Lua 등이 공식 Marketplace에 있습니다.

/plugin install typescript-lsp@claude-plugins-official
/plugin install pyright-lsp@claude-plugins-official

LSP가 있으면 Claude는 "이름이 비슷한 함수를 grep으로 찾아 추측"하는 대신 정의로 이동, 참조 찾기, 타입 확인, 진단 확인을 정확하게 합니다. 컨텍스트 비용은 MCP보다 훨씬 낮습니다. 쓰는 언어 LSP는 무조건 먼저.

Serena

LSP 기반의 의미론적 코드 탐색·수정 도구(커뮤니티 관리). 대형 코드베이스에서 함수·클래스·참조 관계 파악에 좋습니다. 다만 공식 LSP와 역할이 겹치므로 둘 다 깔고 비교한 뒤 하나를 남기세요.

서비스별 MCP

GitHub(이슈·PR), Sentry(오류 분석), Supabase(DB·백엔드), Vercel·Cloudflare(배포), Figma, Stripe, Notion, Slack, Terraform 등이 공식 Marketplace에 있습니다.

/plugin install github@claude-plugins-official
/plugin install sentry@claude-plugins-official
/plugin install vercel@claude-plugins-official

한 가지 분명히 해둘 점. "공식 Marketplace에 있다"는 것이 "Anthropic이 그 외부 소프트웨어의 안전성을 보증한다"는 뜻은 아닙니다. Anthropic도 외부 MCP와 소프트웨어를 직접 통제할 수 없다고 명시합니다.

7. 유용한 주변 도구

8. 상황별 추천 구성

구성 A. 웹·AI 플랫폼 개발용 균형형 (기본 추천)

/plugin install claude-code-setup@claude-plugins-official

/plugin install superpowers@claude-plugins-official
/plugin install typescript-lsp@claude-plugins-official
/plugin install context7@claude-plugins-official
/plugin install playwright@claude-plugins-official
/plugin install pr-review-toolkit@claude-plugins-official
/plugin install frontend-design@claude-plugins-official
/plugin install claude-md-management@claude-plugins-official

프로젝트에 따라 추가:

/plugin install github@claude-plugins-official
/plugin install sentry@claude-plugins-official
/plugin install vercel@claude-plugins-official
/plugin install supabase@claude-plugins-official

각 도구의 역할이 명확히 갈려 있어서 충돌이 적습니다.

구성 B. 가벼운 모듈형

Superpowers의 절차가 부담스러울 때.

/plugin marketplace add addyosmani/agent-skills
/plugin install agent-skills@addy-agent-skills

/plugin install typescript-lsp@claude-plugins-official
/plugin install context7@claude-plugins-official
/plugin install playwright@claude-plugins-official
/plugin install pr-review-toolkit@claude-plugins-official

구성 C. 장기 프로젝트형

npx @opengsd/gsd-core@latest

여기에 LSP, Context7, Playwright, GitHub 정도만. GSD가 계획과 컨텍스트를 관리하므로 Superpowers·BMAD·ECC를 얹지 않습니다.

구성 D. 제품 기획·구축 사업형

npx bmad-method install

/plugin install context7@claude-plugins-official
/plugin install pr-review-toolkit@claude-plugins-official
/plugin install playwright@claude-plugins-official
/plugin install claude-md-management@claude-plugins-official

구성 E. Power User 종합형

/plugin marketplace add https://github.com/affaan-m/ECC
/plugin install ecc@ecc

ECC를 골랐다면 Superpowers·GSD·BMAD·OMC·Ruflo·SuperClaude는 처음부터 같이 깔지 않습니다. ECC를 먼저 써본 뒤 부족한 기능만 공식 Plugin이나 MCP로 보충하는 순서가 안전합니다.

구성 F. 사내 표준 Skill 제작형

/plugin install plugin-dev@claude-plugins-official
/plugin install skill-creator@claude-plugins-official
/plugin install claude-md-management@claude-plugins-official
/plugin install hookify@claude-plugins-official

이 위에 이런 내부 Skill을 만드는 것이 범용 플러그인을 계속 추가하는 것보다 생산성이 훨씬 높습니다.

/core-release-check
/vercel-deployment-check
/incident-triage
/database-migration-review
/security-release-gate
/project-handover
/proposal-review

팀 고유의 배포 절차, 인프라 구조, 문서 양식, 보안 규칙이 들어가기 때문입니다. 범용 Skill은 이걸 모릅니다.

9. 함께 설치하면 안 되는 조합

처음에는 아래 그룹에서 정확히 하나만 고릅니다.

이 도구들은 정도 차이는 있어도 전부 같은 영역을 건드립니다 — 계획 수립, Subagent 실행, 테스트, 코드 리뷰, 메모리, 상태 파일, Hook, 명령, CLAUDE.md, 그리고 "작업이 끝났는지 판단하는 기준".

Claude Code에서는 여러 Plugin의 Hook이 합쳐지고, 조건을 만족하면 모두 실행됩니다. 두 프레임워크가 각자 "구현 전에 계획하라"는 Hook을 걸어두면 Claude는 두 번 계획하고, 두 가지 완료 기준 사이에서 혼란스러워합니다. Skill 설명과 MCP 도구가 늘수록 컨텍스트 노이즈도 늘어납니다. 기능이 많다고 결과가 좋아지지 않습니다.

안전하게 조합할 수 있는 것

워크플로 프레임워크 하나 위에 아래는 비교적 안전합니다.

• 언어별 LSP
• Context7
• Playwright
• GitHub, Sentry, Vercel·Cloudflare·Supabase
• frontend-design
• 코드 리뷰 도구 하나
• 보안 도구 하나
• ccusage

10. 설치 전 보안 체크리스트

Claude Code Plugin은 단순한 프롬프트가 아닙니다. 로컬 셸 명령, HTTP 요청, MCP 서버, Hook, 외부 API를 실행할 수 있고, Hook은 lifecycle 이벤트에 셸·HTTP·LLM 호출을 연결할 수 있습니다. 설치 전 다음을 확인하세요.

마무리 — 우선순위 한 장

지금 실제 개발 환경에 적용한다면 Superpowers + TypeScript/Python LSP + Context7 + Playwright + PR Review Toolkit + GitHub/Sentry로 시작하는 것이 가장 좋습니다. 그 뒤 장기 프로젝트의 컨텍스트 관리가 부족하다고 느끼면 GSD로 전환하고, 팀 전체 표준화가 필요해졌을 때 ECC를 별도 저장소에서 테스트하는 순서가 안전합니다.

마지막으로 하나. 이 생태계에서 가장 생산성이 높은 건 유명한 플러그인이 아니라 우리 팀의 배포 절차, 우리 인프라, 우리 문서 양식이 들어간 Skill 하나입니다. 범용 도구는 그걸 모릅니다. 구성 A로 기반을 만든 뒤, skill-creator로 팀 고유 Skill을 하나씩 쌓아가세요.

참고 자료

• Claude Code Skills 문서
• Extend Claude Code — 기능 개요
• Claude Code Hooks 문서
• Plugin Marketplace 만들기·배포
• anthropics/claude-plugins-official
• obra/superpowers
• affaan-m/ecc
• addyosmani/agent-skills
• open-gsd/gsd-core
• bmad-code-org/bmad-method
• yeachan-heo/oh-my-claudecode
• ruvnet/ruflo
• SuperClaude Framework
• ccusage/ccusage
• musistudio/claude-code-router
• anthropics/skills
• hesreallyhim/awesome-claude-code