Claude Code 동반 플러그인 7종 — 메인 4종과 함께 쓰면 시너지가 큰 도구들

!Claude Code 동반 플러그인 7종 — 메인 4종과 시너지를 내는 위성 도구들

메인 4종을 깐 다음에는

Claude Code 필수 플러그인 4종 심층 가이드 에서 매일 쓰는 핵심을 다뤘습니다. 그 4종은 "기본 운영 체제" 같은 역할입니다. 이 글의 7종은 특정 상황에서 더 깊이 들어가야 할 때 빛을 발하는 보조 도구들입니다. 깔지 않아도 일은 되지만, 깔면 작업 영역이 확장됩니다.

각 플러그인은 두 줄 정의 → 작동 방식 → 어떤 상황에 빛나는지 → 함정 순서로 정리했습니다. 마지막에 환경별 조합 추천이 붙습니다.

---

1. agent-sdk-dev — 자체 에이전트 개발 보조

한 줄 요약 Claude Agent SDK로 새 에이전트를 만들 때 보일러플레이트, 타입, 테스트 패턴을 자동 제공.

작동 방식은 단순합니다. 사용자가 "사내 코드 리뷰 에이전트 만들어줘" 같은 자연어 요청을 하면, agent-sdk-dev가 적절한 디렉토리 구조, agent.json 매니페스트, 입력/출력 스키마, 단위 테스트 보일러까지 한 번에 생성합니다. 직접 SDK 문서를 뒤지지 않아도 됩니다.

빛나는 상황은 ABCD팀 같은 멀티 에이전트 파이프라인을 운영하는 회사입니다. 에이전트 한 개를 새로 추가할 때마다 일관된 구조를 강제할 수 있어 유지보수성이 크게 올라갑니다. 함정은 단 하나 — SDK 자체가 빠르게 바뀌고 있어서 가끔 구버전 패턴을 생성합니다. 첫 빌드 후 npm run lint 로 한 번 검증하는 게 안전합니다.

2. hookify — 훅 자동화 빌더

한 줄 요약 Claude Code 훅(PreToolUse / PostToolUse / Stop)을 코드 한 줄 없이 대화로 정의.

훅은 강력하지만 직접 작성하려면 JSON 스펙과 셸 스크립트를 함께 다뤄야 합니다. hookify는 "파일 저장 후 prettier 자동 실행해줘" 같은 자연어를 받아서 ~/.claude/settings.json의 hooks 섹션을 안전하게 편집해줍니다. 매처 정규식, 차단 조건, 환경변수 처리까지 자동입니다.

빛나는 상황은 코드 품질 강제가 필요한 팀입니다. 매 PR마다 console.log 검사, 시크릿 스캔, 테스트 자동 실행을 훅으로 묶으면 사람이 잊어도 시스템이 잡습니다. 함정은 훅이 너무 무거우면 매 도구 호출이 느려진다는 것입니다. 작업 시간이 체감 가능할 정도로 길어지면 훅 일부를 빼야 합니다.

3. plugin-dev — 플러그인 자체 개발 키트

한 줄 요약 스스로 Claude Code 플러그인을 만들고 마켓에 등록하고자 할 때 필수. .claude-plugin/plugin.json 매니페스트 작성, 마켓플레이스 등록 절차, 매니페스트 스키마 검증, 캐시 디렉토리 구조까지 자동화합니다. 플러그인 마켓 자체의 정책이 자주 바뀌므로 plugin-dev가 최신 스펙을 반영해서 만들어주는 가치가 큽니다.

빛나는 상황은 사내 전용 플러그인을 만들고 싶을 때입니다. 회사 내부 시스템(ERP, 사내 빌드 봇, 내부 LLM 게이트웨이)을 Claude Code에서 호출하는 플러그인을 만들면 팀 전체 생산성이 함께 올라갑니다. 함정은 마켓 공개를 염두에 두지 않으면 plugin-dev가 강제하는 표준이 과해 보일 수 있습니다. 사내용이라면 가벼운 매니페스트만 두는 옵션도 고려하세요.

4. mcp-server-dev — MCP 서버 빠른 개발

한 줄 요약 Node/TypeScript SDK로 MCP 서버를 빌드할 때 도구 정의·Zod 검증·stdio vs HTTP 선택까지 가이드.

MCP 서버는 Claude Code 외부 시스템 통합의 표준 방식입니다. mcp-server-dev는 사용자가 "Jira 티켓 가져오는 MCP 만들어줘" 같은 요청을 하면, 인증 처리, 환경변수 설계, 도구 함수 시그니처, Zod 입력 검증, 에러 핸들링까지 표준 패턴으로 작성합니다. 만들고 나서는 npx로 바로 실행 가능한 형태입니다.

빛나는 상황은 사내 시스템(Jira, GitLab, 사내 DB, 사내 LLM 게이트웨이)을 Claude에 연결할 때입니다. 한국 SI 환경에서 외부 SaaS를 못 쓰고 사내 시스템만 써야 하는 경우가 많은데, 이때 mcp-server-dev로 자체 MCP를 빠르게 만들면 보안 통과는 물론 회사 데이터 흐름과도 잘 맞습니다. 함정은 MCP 표준 자체의 stdio/HTTP 선택을 잘못하면 운영 환경에서 깨진다는 점입니다. 로컬 사용은 stdio, 팀 공유는 HTTP 권장.

5. frontend-design — 디자인 품질 보장 에이전트

한 줄 요약 일반적인 AI 미학(블루-퍼플 그라데이션, 둥근 카드 도배)을 피하고 고유한 비주얼 정체성을 지키는 디자인 에이전트.

UI 코드를 짤 때 그냥 Claude에게 시키면 어디서 본 듯한 디자인이 나옵니다. frontend-design은 사용자 브랜드 가이드라인, 톤, 색 팔레트를 학습한 뒤 컴포넌트 코드를 그 기준으로 작성합니다. Tailwind class 조합부터 아이콘 선정까지 일관됩니다.

빛나는 상황은 한국 스타트업의 디자인 차별화입니다. 데모 데이나 투자 미팅에서 "AI로 만들었지만 진짜 디자이너가 만든 것 같다"는 인상이 차이를 만듭니다. 함정은 첫 사용 시 브랜드 가이드를 한 번 정확히 입력해야 하는 부담입니다. 입력이 어설프면 결과도 어설픕니다.

6. pr-review-toolkit — PR 리뷰 자동화 묶음

한 줄 요약 PR을 받으면 보안·성능·테스트 커버리지·문서 동기화를 단계별로 자체 검토.

서브에이전트 4개를 묶은 형태로, 각 에이전트가 다른 관점에서 PR을 본 뒤 통합 리포트를 작성합니다. Superpowers의 Phase 5(리뷰)와 비슷하지만, PR 단위로 외부 트리거 가능하다는 점이 다릅니다. GitHub Actions에서 호출하면 매 PR마다 자동 코멘트가 달립니다.

빛나는 상황은 5~10인 팀에서 시니어 리뷰어 부하가 큰 경우입니다. 표면적인 코드 컨벤션·시크릿 노출·테스트 누락은 자동으로 잡고, 시니어는 비즈니스 로직 리뷰에만 집중할 수 있습니다. 함정은 Claude의 리뷰가 종종 "좋은 의도로 잘못된" 지적을 한다는 점입니다. 모든 코멘트를 무조건 반영하면 오히려 코드 품질이 떨어질 수 있어 시니어가 한 번 필터링해야 합니다.

7. claude-md-management — CLAUDE.md 자동 관리

한 줄 요약 프로젝트 루트의 CLAUDE.md(프로젝트 지침서)를 자동으로 최신 상태로 유지.

대규모 프로젝트가 진화하면 CLAUDE.md가 빠르게 낡습니다. 새 디렉토리 추가, 컨벤션 변경, 의존성 업데이트가 반영되지 않으면 Claude가 옛 정보로 작업하다 실수합니다. claude-md-management는 정기적으로 (또는 PR 머지 시 훅으로) 프로젝트 구조를 스캔해서 CLAUDE.md를 업데이트합니다.

빛나는 상황은 여러 명이 같은 코드베이스를 동시에 만지는 환경입니다. CLAUDE.md를 수동으로 관리하다 보면 누군가 빼먹기 마련인데, 자동화하면 그 문제가 사라집니다. 함정은 자동 업데이트가 사람의 의도(예: "이 부분은 일부러 안 적었다")를 무시할 수 있다는 점입니다. 보호 영역( 등)을 명시해서 자동 변경 제외 구간을 만들어야 합니다.

---

환경별 조합 추천

상황별로 깔면 좋은 조합 3가지로 정리합니다. 메인 4종(Sequential Thinking · Context7 · Code Simplifier · Superpowers)은 모든 조합에 기본 포함된다고 가정합니다.

🚀 1인 풀스택 개발자

추천: frontend-design + plugin-dev

빠른 PoC와 디자인 차별화가 핵심. plugin-dev는 본인 워크플로우에 맞는 사내(개인) 도구를 만들 때 활용. 다른 5종은 팀 환경이 없을 때 오버헤드가 더 커서 보류 권장.

🏢 사내 SI / 보안 환경

추천: mcp-server-dev + claude-md-management

외부 SaaS를 못 쓰는 환경에서 mcp-server-dev로 사내 시스템과 Claude를 연결하는 게 가장 큰 가치. claude-md-management는 사내 컨벤션을 새로 합류한 협력사 인력에게 자동 전달하는 역할. agent-sdk-dev, frontend-design 등 외부 의존성이 많은 도구는 보안 검토 통과 후에 단계적 도입.

👥 5~10명 스타트업 팀

추천: agent-sdk-dev + hookify + pr-review-toolkit

팀 전체에 일관된 에이전트 표준을 두고(agent-sdk-dev), 코드 품질을 시스템으로 강제하고(hookify), PR 리뷰 부하를 분산(pr-review-toolkit). 이 3개가 팀 단위 생산성을 결정합니다.

---

마무리 — 깔지 않아도 되는 것을 깔지 않는 용기

플러그인이 많아지면 컨텍스트 비용이 커지고 충돌 가능성도 늘어납니다. 이 글의 7종은 상황이 맞을 때만 켜는 도구들입니다. 1인 풀스택 개발자가 pr-review-toolkit을 깔아두면 매 작업이 무거워질 뿐이고, SI 환경에 frontend-design은 디자인 결정권 자체가 외부에 있어 의미가 적습니다.

메인 4종으로 시작하고, 위 환경 분류에서 본인이 어디에 가장 가까운지 정한 뒤, 해당 추천 조합부터 단계적으로 깔아 보세요. 1주일 정도 사용 후 체감이 좋으면 유지, 아니면 제거. 이 회전이 한국 개발자의 Claude Code 환경을 가장 빠르게 자기 것으로 만드는 방법입니다.

GitHub Pulse는 앞으로도 한국 개발자가 실제로 활용 가능한 Claude Code 도구·플러그인을 한 번에 한 주제씩 깊이 분석합니다. 다음 다룰 만한 플러그인이나 비교 요청이 있다면 contact@aiklink.com으로 알려주세요.