Claude Code MCP·플러그인 추천 9선: 2026년 선택·설치 가이드

Claude Code MCP 연동과 플러그인은 반복되는 업무를 해결할 때 가치가 있습니다. Claude Code에서 특정 위험을 집중적으로 검토하려면 PR Review Toolkit, 체계적으로 구현하려면 Superpowers, 최신 라이브러리 문서가 필요하면 Context7이 적합합니다. 이 글에서 고른 9개 플러그인은 코드 리뷰, 테스트, 문서 조회와 디자인 전달, 배포, 프로젝트 메모리를 다룹니다. 자꾸 되풀이하는 작업을 줄여 줄 플러그인부터 시작하고, 역할이 분명히 다를 때만 추가합니다.

2026년 10월 12일 확인: 이 비교를 위해 아래에 연결한 저장소, README, 설치 문서, 서비스 요금표를 직접 확인했습니다. 추천은 해당 자료와 워크플로 분석에 근거합니다. 계정에 로그인해 체험하거나 시간 절감 효과를 벤치마크로 측정한 결과는 아닙니다.

Claude Code MCP·플러그인 추천 한눈에 비교

개발 절차가 이미 자리 잡은 업무용 코드베이스라면 PR Review Toolkit을 먼저 추가하는 것이 좋습니다. 전체 구현 방법론을 도입하지 않고도 오류 경로 테스트 누락처럼 특정 약점을 집중적으로 검토할 수 있습니다. 반복되는 문제가 Claude의 작업 방식 자체에 있다면 Superpowers부터 선택합니다.

‘요금 명시 없음’은 링크된 플러그인 README에 별도 구독료가 나와 있지 않다는 뜻입니다. Claude 사용량, 연결 서비스, 인프라까지 무료라는 뜻은 아닙니다. 아래 가격은 모두 USD이며, 서비스별 요금제는 각 항목에서 설명합니다.

플러그인과 마켓플레이스는 어떻게 다른가요?

마켓플레이스는 카탈로그이고, 플러그인은 설치하는 기능 묶음입니다. 플러그인에는 재사용 가능한 작업 지침인 스킬, 사용자가 호출하는 명령, 전문 에이전트, 수명 주기 이벤트에 반응하는 훅, 외부 툴을 제공하는 Model Context Protocol(MCP) 서버가 들어갈 수 있습니다. 이 가운데 한 종류만 담은 플러그인도 있습니다. 문서 커넥터를 설치한다고 계획 수립 체계나 테스트 실행기까지 생기는 것은 아닙니다. Claude Code 구성 요소 문서

이름이 비슷한 패키지를 비교할 때는 이 구분이 중요합니다. Anthropic 카탈로그의 Context7 패키지는 원격 MCP 연결을 제공합니다. 원본 프로젝트에서는 더 많은 기능을 담은 플러그인도 제공합니다. 브랜드에 속한 모든 기능을 한데 묶어 판단하지 말고, 실제로 설치할 패키지의 내용을 확인해야 합니다.

Anthropic 플러그인 마켓플레이스는 무엇을 추가해야 하나요?

아래에서 소개하는 공식 카탈로그 플러그인의 소스는 anthropics/claude-plugins-official이고, 등록된 마켓플레이스 이름은 claude-plugins-official입니다. 저장소 소스와 등록 이름은 서로 다른 문자열입니다. 현재 카탈로그에는 이 패키지들과 외부 저장소를 포함한 각 소스가 나와 있습니다.

외부 패키지의 카탈로그 항목은 특정 소스 커밋에 고정될 수 있습니다. 따라서 프로젝트의 최신 README와 설치된 사본의 내용이 다를 수 있습니다. README는 제작자의 설명으로 참고하되, 구성 요소를 사용하기 전에는 claude plugin details로 실제 설치 내용을 확인합니다. 공식 카탈로그에 등록된 패키지도 점검 대상입니다. 서비스에 연결하거나 로컬 코드를 실행한다면 특히 그렇습니다.

Claude Code 스킬과 플러그인은 무엇이 다른가요?

스킬은 작업 방법을 설명하고, 플러그인은 기능을 묶어 배포합니다. Superpowers는 개발 스킬 모음을 제공합니다. Playwright Skill은 작업 지침에 실행 가능한 브라우저 자동화 헬퍼를 결합합니다. Figma는 워크플로 지침과 디자인 데이터 연결을 함께 제공합니다. 부족한 기능을 채울 수 있는 가장 작은 패키지를 고릅니다. 더 큰 묶음은 추가 구성 요소까지 실제 작업에 쓰일 때 도입할 만합니다.

코드 리뷰: 병합 전에 문제 찾기

위험이 무엇인지 안다면 집중 리뷰를, 리뷰 진행 자체를 조율해야 한다면 풀 리퀘스트 워크플로를 선택합니다. 결제 연동을 수정하는 창업자에게는 막연한 ‘문제없어 보입니다’라는 답변보다 재시도, 오류, 테스트를 꼼꼼히 살피는 검토가 더 필요합니다.

1. PR Review Toolkit: 집중 리뷰를 위한 첫 선택

PR Review Toolkit은 Anthropic의 전문 리뷰 에이전트 모음입니다. 빌드와 테스트 절차가 이미 제대로 작동한다면 가장 먼저 추천할 만합니다. README에는 comment-analyzer, pr-test-analyzer, silent-failure-hunter, type-design-analyzer, code-reviewer, code-simplifier의 6개 에이전트가 나와 있습니다.

추가되는 기능: 주석의 정확성, 동작에 대한 테스트 커버리지, 오류 처리, 타입 불변 조건, 전반적인 코드 품질, 코드 단순화를 담당하는 에이전트입니다. README는 자연어 요청으로 담당 에이전트를 선택하는 방법을 설명합니다. 테스트 에이전트는 중요한 동작이 테스트로 검증되는지 평가합니다. 테스트 스위트를 직접 실행하는 기능과는 다릅니다.

구독 갱신 로직을 수정했다면 테스트 분석 에이전트에는 재시도 동작을, 실패 탐지 에이전트에는 무시되는 예외를 살펴보도록 요청합니다. 변경된 파일과 의도한 동작을 명시합니다. 그러면 관련 없는 코드까지 끝없이 정리하는 대신 중복 청구나 갱신 누락처럼 실제 비즈니스에 영향을 주는 실패에 리뷰를 집중할 수 있습니다.

한계: 에이전트가 제기하는 그럴듯한 문제가 실제로 입증된 것은 아닐 수 있습니다. 중대한 지적에는 재현 가능한 예시나 테스트를 요구하고, 기존 자동 검사는 유지합니다. 코드 단순화는 정확성 검토를 마친 뒤 별도로 진행해야 겉모습을 다듬는 리팩터링이 원래 변경 사항을 가리지 않습니다.

추천 대상: 중요한 변경을 리뷰에 올리기 전인 개발자입니다.
차별점: 우려하는 위험에 맞춰 리뷰 담당 에이전트를 선택할 수 있습니다.
가격: MIT 라이선스 소스이며, 별도 플러그인 요금은 명시되어 있지 않습니다. Claude 사용 비용은 적용됩니다.
무료 체험: 기간 한정 플러그인 체험은 명시되어 있지 않습니다.
마켓플레이스: claude-plugins-official.
설치: claude plugin install pr-review-toolkit@claude-plugins-official --scope local.

1. 1

   검토할 실패 상황을 정합니다

   갱신 로직을 수정한다면 결제 요청이 시간 초과될 때 기대하는 동작을 정의합니다. 리뷰 에이전트에 관련 diff와 기존 테스트를 제공합니다.

2. 2

   상황에 맞는 전문 에이전트를 요청합니다

   이렇게 요청합니다. “갱신 변경 사항은 pr-test-analyzer로 검토하고, 재시도와 오류 경로는 silent-failure-hunter로 검토해 주세요. 근거와 누락된 테스트를 보고하되 파일은 수정하지 마세요.” 이 이름들은 플러그인 README에 나와 있습니다.

3. 3

   지적 사항을 검증 가능한 근거로 바꿉니다

   타당하다고 판단한 지적마다 평소 개발 절차에 따라 회귀 테스트를 추가하거나 수정합니다. 애플리케이션에 존재하지 않는 동작을 전제로 한 지적은 제외합니다.

판단: 구현 절차는 잘 작동하지만 리뷰 품질이 병목이라면 여기서 시작합니다.

2. Code Review: GitHub 풀 리퀘스트 리뷰에 적합한 선택

Code Review는 Anthropic의 풀 리퀘스트 리뷰 플러그인입니다. 명령이 병렬 분석과 신뢰도 필터링을 조율하고, 결과를 GitHub 댓글로 게시할 수 있습니다. README는 프로젝트 지침과 저장소 이력을 바탕으로 한 검사, 신뢰도가 낮은 지적을 줄이기 위한 필터링을 설명합니다.

추가되는 기능: 워크플로 안에서 리뷰 에이전트를 조율하는 code-review 명령입니다. 소규모 개발팀이 열린 GitHub 풀 리퀘스트를 사람에게 넘기기 전에 일관된 사전 검토를 받고 싶을 때 유용합니다.

API 페이지네이션을 수정했다면 diff가 기존 계약이나 저장소 규칙을 위반하는지 살펴보는 것이 중요합니다. 이런 계약은 프로젝트 지침에 명시해 둡니다. 신뢰도 점수는 우선순위를 정하는 데 도움이 될 뿐, 지적이 옳다는 증거는 아닙니다.

한계: 문서에 따르면 초안, 종료된 풀 리퀘스트, 사소한 변경, 이미 리뷰한 풀 리퀘스트는 건너뜁니다. 인증된 GitHub CLI도 필요합니다. 공유 시스템에 댓글을 쓸 수 있는 플러그인이므로, 아직 작업 중인 로컬 diff를 비공개로 검토하려면 PR Review Toolkit이 더 적합합니다.

추천 대상: 풀 리퀘스트 워크플로가 자리 잡은 GitHub 저장소입니다.
차별점: 지침과 과거 맥락을 함께 검토하도록 조율합니다.
가격: 별도 플러그인 요금은 명시되어 있지 않으며, Claude 사용 비용이 적용됩니다.
무료 체험: 명시되어 있지 않습니다.
마켓플레이스: claude-plugins-official.
설치: claude plugin install code-review@claude-plugins-official --scope local.

판단: GitHub 리뷰 진행을 조율하려면 Code Review를, 범위를 좁힌 비공개 분석에는 PR Review Toolkit을 선택합니다.

테스트: 개발 절차를 다듬고 검증 근거 남기기

구현 절차를 개선하는 일과 브라우저 테스트는 서로 다른 문제를 해결합니다. Superpowers는 Claude가 변경 결과에 도달하는 과정을 체계화합니다. Playwright Skill은 브라우저에서 어떤 동작이 일어났는지 보여 주는 실행 가능한 결과물을 만드는 데 도움이 됩니다.

3. Superpowers 플러그인: 테스트 우선 개발에 적합한 선택

Superpowers는 Jesse Vincent와 Prime Radiant가 만든 개발 방법론 플러그인입니다. 작업 정의, 계획, 구현, 결과 검증을 위한 스킬을 중심으로 구성되어 있습니다. README에서는 자동 스킬 선택, 테스트 주도 개발, 체계적인 디버깅, 워크트리, 리뷰 워크플로를 설명합니다.

추가되는 기능: brainstorming, writing-plans, test-driven-development, systematic-debugging, verification-before-completion 등의 개발 스킬입니다. 소스에는 초기 지침을 불러오는 SessionStart 훅도 있습니다. 새로운 모델이나 독립적인 테스트 서비스가 아니라 워크플로 패키지입니다.

테스트 주도 개발은 누락된 동작 때문에 실패하는 테스트를 먼저 작성한 뒤 수정하는 방식입니다. 웹훅 중복 처리 버그라면 중복 전달을 재현하고, 그 결과 상태를 확인하는 검증문이 실패하게 만든 다음, 통과하도록 수정하는 순서가 유용합니다. Superpowers의 가치는 이 순서를 마지막에 선택적으로 요청하는 일이 아니라 작업 과정의 일부로 만든다는 데 있습니다.

한계: 절차에도 비용이 듭니다. 이름 하나를 고치는 일이 설계 워크숍으로 커져서는 안 됩니다. 개발 체계가 갖춰진 팀이라면 자신들의 작업 방식을 플러그인이 선호하는 방식으로 아무 논의 없이 바꾸어서도 안 됩니다. 범위가 명확한 기능 개발이나 어려운 디버깅부터 적용합니다. 계획이 얼마나 정교해 보이는지보다 실제 검증 근거와 diff를 평가해야 합니다.

추천 대상: 작업이 명확해지기도 전에 코딩 에이전트가 구현부터 시작하는 문제를 겪는 개발자입니다.
차별점: 설계부터 검증까지의 흐름이 명확합니다.
가격: MIT 라이선스 소스이며, Claude 사용 비용이 적용됩니다. 상용 지원을 제공하지만 README에 금액은 공개되어 있지 않습니다.
무료 체험: 기간 한정 플러그인 체험은 명시되어 있지 않습니다.
마켓플레이스: claude-plugins-official; 제작자는 superpowers-marketplace도 운영합니다.
설치: claude plugin install superpowers@claude-plugins-official --scope local.

판단: 성급한 구현 때문에 재작업이 생길 때 설치합니다. 각 작업의 범위는 명확하게 유지합니다.

4. Playwright Skill: 재사용 가능한 브라우저 테스트에 적합한 선택

lackeyjb/playwright-skill의 Playwright Skill은 Claude Code 플러그인으로 배포되는 브라우저 자동화 스킬입니다. README는 Claude가 Playwright 프로그램을 작성하고 패키지에 포함된 실행기가 이를 실행하는 코드 중심 접근법을 설명합니다.

추가되는 기능: playwright-skill 스킬, run.js 실행기, 보조 헬퍼입니다. 검증문, 반복문, 여러 컨텍스트, 네트워크 가로채기, 스크린샷을 사용하는 브라우저 프로그램을 지원합니다. 이 글에서 다루는 것은 해당 커뮤니티 플러그인이며, Microsoft의 Playwright MCP 서버와는 별개입니다.

공개 회원가입 폼을 테스트한다면 로컬 개발용 픽스처를 대상으로 빈 입력 제출, 잘못된 입력, 성공 상태를 확인하는 스크립트를 요청합니다. 직접 검토하고 보관하며 다시 실행할 수 있는 스크립트가 핵심 결과물입니다. 스크린샷만으로는 올바른 요청이 전송되었는지, 오류 상태에서 제대로 동작했는지 입증할 수 없습니다.

한계: 생성된 자동화는 작은 변화에도 쉽게 깨질 수 있습니다. 회귀 테스트로 사용하기 전에 셀렉터, 검증문, 픽스처 데이터, 정리 절차를 검토해야 합니다. Node.js가 필요하며, 설정 과정에서 Playwright와 Chromium을 설치합니다. 문서상 기본값은 화면에 보이는 브라우저를 사용하는 방식입니다.

추천 대상: 브라우저 동작에 대해 반복 가능한 검증 근거가 필요한 웹 개발자입니다.
차별점: 상호작용 기록을 남기는 데 그치지 않고 자동화 프로그램을 만듭니다.
가격: MIT 라이선스 소스이며, 플러그인 요금은 명시되어 있지 않습니다. Claude 사용 비용은 적용됩니다.
무료 체험: 기간 한정 플러그인 체험은 명시되어 있지 않습니다.
마켓플레이스: playwright-skill, 소스는 lackeyjb/playwright-skill입니다.
설치: claude plugin install playwright-skill --marketplace lackeyjb/playwright-skill --scope local.

스크립트를 검토한 뒤 설치된 스킬 디렉터리에서 README의 설정 절차인 npm run setup을 실행합니다. 문서에 나온 마켓플레이스 경로는 ~/.claude/plugins/marketplaces/playwright-skill/skills/playwright-skill입니다. 사용하기 전에 실제 설치 경로를 확인합니다.

판단: 자동화 코드 자체를 지속적으로 관리할 결과물로 남기려 할 때 선택합니다.

문서와 디자인 핸드오프: 작업에 필요한 원본 연결하기

지금 불확실한 부분에 답을 줄 수 있는 자료를 사용합니다. 라이브러리 문서는 API에 대한 의문을 풀어 주고, Figma 컴포넌트는 디자인에 대한 의문을 풀어 줍니다. 관련 없는 맥락을 더 많이 넣는다고 어느 쪽 답변도 나아지지는 않습니다.

5. Context7: 최신 라이브러리 문서 조회에 적합한 선택

Upstash가 관리하는 Context7은 MCP를 통해 라이브러리 문서와 예제를 가져옵니다. 공식 마켓플레이스 패키지 README는 호스팅된 원격 연결 방식을 설명합니다. 따라서 이 패키지에는 로컬 Node.js, npm, npx 프로세스가 필요하지 않습니다.

추가되는 기능: MCP 툴 resolve-library-id와 query-docs입니다. 전자는 라이브러리와 사용 가능한 버전을 식별하고, 후자는 관련 문서를 가져옵니다. README는 구성 요소가 더 많은 원본 프로젝트의 플러그인도 안내합니다. 하지만 그 기능들이 이 간소한 연결 패키지에도 들어 있다고 가정해서는 안 됩니다.

프레임워크를 업그레이드한다면 저장소에 설치된 버전을 Claude에 알려 주고, API 호출을 바꾸기 전에 해당 버전의 문서를 찾도록 요청합니다. 반환된 라이브러리가 맞는지도 확인합니다. 다른 버전에서는 맞는 답이라도 현재 코드에는 회귀 오류를 일으킬 수 있습니다.

한계: 어떤 문서를 가져올 수 있는지는 지원 범위와 제공 버전에 달려 있습니다. 익명 접속은 익명 사용자 공용 한도를 쓰고, API 키를 사용하면 해당 요금제가 적용됩니다. 익명 연결에 개인 Free 요금제의 할당량이 주어진다고 생각해서는 안 됩니다.

추천 대상: API가 자주 바뀌는 라이브러리를 사용하는 팀입니다.
차별점: 예제를 가져오기 전에 라이브러리와 버전을 명시적으로 선택합니다.
가격: Free는 $0에 월 1,000회 호출을 제공합니다. Pro는 좌석당 월 $10에 2,000회 호출을 제공하며, 초과 호출은 1,000회당 $5입니다. 비공개 저장소 파싱 비용은 1M 토큰당 $5입니다.
무료 체험: Free 요금제를 제공하며, 기간 한정 Pro 체험은 명시되어 있지 않습니다.
마켓플레이스: claude-plugins-official.
설치: claude plugin install context7@claude-plugins-official --scope local.

2026년 10월 12일 확인한 요금제 페이지에서 Enterprise는 별도 견적으로 안내됩니다. FAQ에 따르면 소규모 팀스페이스는 사용자당 월 $30부터 시작하며, 대규모 조직은 사용자당 월 $2.50까지 낮아질 수 있습니다. Enterprise에는 좌석당 2,000회 호출이 포함되고, 추가 호출과 비공개 파싱에는 위와 같은 요율이 적용됩니다. 최저 요율이 누구에게나 적용된다고 가정하지 말고 해당 조건에 맞는 견적을 받아야 합니다.

판단: 오래된 API 지식 때문에 수정과 재작업이 반복될 때 추가할 만합니다.

6. Figma: 디자인을 코드로 옮길 때 적합한 선택

Figma 플러그인은 Claude Code에 디자인 맥락을 연결하고, 이를 활용하는 워크플로 스킬을 추가합니다. 제작사의 저장소 README는 Claude Code에서 이 플러그인을 사용하도록 권장하며, 선택한 디자인 노드에서 컴포넌트, 변수, 레이아웃 정보를 가져오는 방법을 설명합니다.

추가되는 기능: Figma MCP 설정과 함께 디자인 구현, Code Connect를 통한 컴포넌트 연결, 디자인 시스템 규칙 작성 스킬을 제공합니다. Code Connect는 디자인 컴포넌트를 대응하는 코드 컴포넌트와 연결합니다. 원격 서버는 캔버스 변경도 지원하므로 이 연결을 본질적인 읽기 전용 기능으로 취급해서는 안 됩니다.

온보딩 화면을 구현한다면 정확한 프레임 링크와 함께 Claude가 재사용해야 할 기존 컴포넌트를 지정합니다. 구조화된 디자인 맥락과 스크린샷을 가져온 뒤, 구현 결과를 두 자료 모두와 비교합니다. README에서도 생성된 구조를 애플리케이션의 프레임워크와 규칙에 맞게 변환해야 한다고 명시합니다.

한계: 디자인 파일이 정리되어 있지 않으면 전달되는 의도도 모호합니다. 이름 없는 레이어, 빠진 변수, 연결되지 않은 컴포넌트는 모델이 추측해야 할 부분을 남깁니다. 계정 접근 권한과 MCP 할당량도 요금제와 좌석에 따라 달라집니다. 저렴한 협업용 좌석이 개발에도 적합하다고 단정할 수는 없습니다.

추천 대상: 확정된 Figma 디자인을 기존 애플리케이션에 구현하는 개발자입니다.
차별점: 시각 자료에 컴포넌트와 변수 맥락을 결합합니다.
가격: 별도 플러그인 구독료는 명시되어 있지 않습니다. Figma Starter는 무료이며, 유료 좌석 가격은 아래와 같습니다.
무료 체험: 플러그인 단독 체험은 명시되어 있지 않습니다.
마켓플레이스: claude-plugins-official, 소스는 figma/mcp-server-guide입니다.
설치: claude plugin install figma@claude-plugins-official --scope local.

아래는 2026년 10월 12일 Figma 요금 페이지에 표시된 연간 결제 기준 월 환산 가격입니다. 플러그인 요금이 아니라 서비스 좌석 비용입니다.

판단: 디자인 결정의 기준이 Figma에 있을 때 설치합니다. 구체적인 요구가 없는 인터페이스를 그저 보기 좋게 만들 목적으로 추가하지는 않습니다.

배포: 실제 사용하는 인프라 연결하기

배포 플러그인은 이미 운영 중인 플랫폼을 잘 다룰 때 도입할 가치가 있습니다. 편리해지는 만큼 코딩 대화에서 계정 수준의 작업까지 수행하기 쉬워집니다. 그래서 대상 프로젝트와 환경을 명시하는 것이 중요합니다.

7. Vercel: Vercel 배포 운영에 적합한 선택

Vercel의 vercel-plugin 저장소는 단순한 배포 단축 기능보다 폭넓은 운영 패키지를 제공합니다. README는 생태계 활용 지침, 스킬, 전문 에이전트, 명령, 수명 주기 훅, 그리고 패키지에 포함된 Vercel 원격 MCP 서버 연결을 설명합니다.

추가되는 기능: 배포, 환경, 상태, 초기 설정 명령과 deployment-expert, performance-optimizer, ai-architect 등의 에이전트, 플랫폼 스킬입니다. README는 관련 프로젝트에서 세션 시작 시 제공되는 맥락도 설명합니다. 모든 프롬프트나 툴 호출마다 스킬을 자동으로 주입하는 동작은 더 이상 기본값으로 안내하지 않습니다.

프리뷰 빌드가 실패했다면 대상 Vercel 프로젝트를 지정하고, 변경을 요청하기 전에 빌드 실패 원인과 관련 환경 불일치를 확인하도록 합니다. 이렇게 하면 조사와 배포를 구분할 수 있습니다. MCP 연결은 부여한 계정 권한 안에서 프로젝트와 로그를 조회하고, 배포를 생성하며, 리소스를 수정할 수 있습니다.

한계: 읽기와 쓰기 기능을 갖춘 특정 플랫폼 전용 툴입니다. 프리뷰 문제를 진단하라는 요청이 프로덕션 변경 권한까지 뜻해서는 안 됩니다. 로컬 실행 요건과 텔레메트리 설정도 있습니다. README는 Node.js 18+와 Bun을 명시하고, 텔레메트리를 끄는 설정으로 VERCEL_PLUGIN_TELEMETRY=off를 안내합니다.

추천 대상: 이미 Vercel에서 애플리케이션을 배포하는 개발자입니다.
차별점: 배포 지식과 계정 작업 툴을 한 패키지로 제공합니다.
가격: 별도 플러그인 요금은 명시되어 있지 않습니다. Vercel Hobby는 개인의 비상업적 용도로 월 $0이며, Pro는 월 $20부터 시작하고 사용량 비용이 별도로 붙습니다. Enterprise는 별도 견적입니다.
무료 체험: 플랫폼에서 Pro 체험을 제공하며, 여기서는 기간을 가정하지 않습니다.
마켓플레이스: claude-plugins-official, 소스는 vercel/vercel-plugin입니다.
설치: claude plugin install vercel@claude-plugins-official --scope local.

2026년 10월 12일 확인한 Vercel 요금 페이지는 Pro의 개발자 좌석을 월 $20, 포함된 사용 크레딧을 $20로 안내합니다. 업무용으로 사용한다면 개인용 Hobby를 상업적 사용의 시작점으로 가정하지 말고 좌석과 사용량을 예산에 반영해야 합니다. README는 설치 경로에 따라 서로 다른 명령 접두사를 사용하므로, 설치된 명령 선택 메뉴에서 실제 배포 또는 상태 명령을 고릅니다.

판단: 모든 작업에서 대상 환경을 명시한다는 전제하에, Vercel로 운영하는 업무용 애플리케이션에 잘 맞습니다.

프로젝트 메모리: 모든 기록보다 지속할 규칙부터

선별한 지침과 수집한 이력은 서로 다른 종류의 메모리입니다. 저장소의 작업 방식을 설명하는 지속적인 규칙부터 정리합니다. 이전에 조사한 내용을 반복해서 복원하는 일이 별도의 문제가 되었을 때 과거 이력을 조회하는 기능을 추가합니다.

8. CLAUDE.md Management: 프로젝트 지침을 최신 상태로 유지하는 선택

CLAUDE.md Management는 Claude가 프로젝트에서 읽는 지침 파일을 관리하는 Anthropic의 소규모 플러그인입니다. README는 지침 파일을 점검하는 작업과 현재 세션에서 얻은 지식을 기록하는 작업을 구분합니다.

추가되는 기능: claude-md-improver 스킬은 코드베이스와 대조해 프로젝트 지침을 점검하고, revise-claude-md 명령은 세션에서 얻은 지식을 기록합니다. 테스트 명령, 아키텍처 설명, 작업 규칙이 실제 상태와 달라진 저장소에 적합한 선택입니다.

서비스의 로컬 테스트 환경이 바뀌었다고 가정해 봅니다. 다음 주에도 필요한 지침을 수정한 뒤 문서 변경으로서 diff를 검토합니다. 남겨야 할 결과가 짧은 명령과 적용 조건 설명이라면, 문제 해결 대화 전체를 저장할 필요는 없습니다.

한계: 지침은 길고 복잡해지거나 서로 모순될 수 있습니다. 추가 제안은 검토할 후보로 취급합니다. 유효한 규칙은 유지하고 더 이상 맞지 않는 규칙은 제거합니다. 메모리는 모든 것을 기록할 때보다 다음 세션의 불확실성을 줄일 때 유용합니다.

추천 대상: 프로젝트 지침이 오래되었거나 불완전한 업무용 저장소입니다.
차별점: 정기적인 지침 점검과 세션에서 얻은 지식의 기록을 구분합니다.
가격: 별도 플러그인 요금은 명시되어 있지 않으며, Claude 사용 비용이 적용됩니다.
무료 체험: 명시되어 있지 않습니다.
마켓플레이스: claude-plugins-official.
설치: claude plugin install claude-md-management@claude-plugins-official --scope local.

판단: 같은 설정 실수나 작업 규칙 위반이 반복된다면 먼저 선택할 만한 메모리 플러그인입니다.

9. Claude-Mem: 세션을 넘나드는 이력 검색에 적합한 선택

thedotmack/claude-mem에서 관리하는 Claude-Mem은 툴 사용 관찰 기록을 수집하고 요약해 이후 세션에서도 활용할 수 있게 합니다. README는 프로젝트 지침 파일보다 관리할 구성 요소가 많은 영속 메모리 시스템을 설명합니다.

추가되는 기능: 수명 주기 훅, 로컬 워커, SQLite 저장소, mem-search 스킬, search, timeline, get_observations 등의 MCP 검색 툴입니다. 문서에 나온 검색 방식은 먼저 인덱스에서 범위를 좁힌 다음 관련 관찰 기록의 상세 내용을 가져오는 흐름입니다.

백그라운드 작업 실패가 반복된다면 이전에 찾은 근본 원인, 채택하지 않은 수정안, 관련 파일이 유용한 기억이 될 수 있습니다. 이력은 다음 조사의 방향을 잡는 데 도움이 됩니다. 다만 과거 결론을 따르기 전에는 현재 코드와 설정이 당시 상황과 같은지 확인해야 합니다.

한계: 기록을 수집하면 관리할 데이터 저장소와 프로세스가 추가됩니다. 어떤 내용이 저장되는지, 어떤 모델이 처리하는지, 클라우드 동기화가 켜져 있는지, 어떤 맥락이 주입되는지 살펴봐야 합니다. README에 개인정보 보호 태그가 설명되어 있더라도 인증 정보를 대화에 넣어도 된다는 뜻은 아닙니다. Node.js 20+가 필요하며, Bun과 uv가 없으면 자동으로 설치한다고 명시합니다.

추천 대상: 과거 조사 내용을 복원하는 데 반복적으로 비용을 쓰는 개발자입니다.
차별점: 세션을 넘어 관찰 기록을 검색하고 시간순 맥락을 확인할 수 있습니다.
가격: 로컬 오픈 소스 엔진은 무료이며, 모델이나 제공업체의 사용 비용이 따로 발생할 수 있습니다. 호스팅 서비스는 CMEM Pro 월 $30, Heavy 월 $70, CMEM Max 월 $100이며 초과 사용료가 추가됩니다.
무료 체험: 호스팅 서비스는 30일 체험을 안내하며, 아래의 사용량 및 결제 조건이 적용됩니다.
마켓플레이스: thedotmack, 소스는 thedotmack/claude-mem입니다.
설치: claude plugin install claude-mem --marketplace thedotmack/claude-mem --scope local.

2026년 10월 12일 확인한 요금 페이지에 따르면 호스팅 체험은 종료되거나 포함된 사용량을 모두 소진하면 과금이 시작될 수 있으며, 카드 등록이 필요합니다. 포함 할당량과 자동 업그레이드 조건은 구매 과정에 표시됩니다. TeamBrain은 개별 합의로 가격을 정하는 시범 프로그램이며, 공개된 고정 가격의 팀 요금제가 아닙니다. 로컬 엔진은 별도 선택지로 남아 있습니다.

판단: 간결한 CLAUDE.md로 해결할 수 없는 과거 이력 조회 문제가 확인된 뒤 추가합니다.

Claude Code 플러그인 설치와 관리 방법

소스를 먼저 검토한 뒤 원하는 범위에 설치합니다. 이 절의 명령은 현재 공개된 워크플로를 설명합니다. 문서와 대조해 확인했으며, 로그인한 계정에서 실행해 본 것은 아닙니다.

일반적인 셸 설치 절차는 claude plugin marketplace add anthropics/claude-plugins-official로 소스를 등록한 뒤, claude plugin install pr-review-toolkit@claude-plugins-official --scope local처럼 마켓플레이스를 포함한 이름으로 설치하는 방식입니다. 카탈로그를 등록했다고 그 안의 모든 패키지를 활성화할 필요는 없습니다.

새로 추가된 셸 플래그 --marketplace

2026년 10월 6일 출시된 Claude Code v2.1.292는 셸의 claude plugin install에 --marketplace를 추가했습니다. 필요한 경우 마켓플레이스를 추가하는 작업과 선택한 플러그인을 설치하는 작업을 한 번에 처리합니다. 공식 릴리스 노트

예를 들면 claude plugin install superpowers --marketplace anthropics/claude-plugins-official --scope local입니다.

이 형식에서는 플러그인 이름에 @marketplace 접미사를 붙이지 않습니다. 조직 정책이 허용하는 범위에서 셸은 별도의 확인 단계 없이 마켓플레이스를 추가합니다. 플러그인을 프로젝트 범위에 설치해도 마켓플레이스 선언은 사용자 설정에 기록됩니다. 대화형 세션의 /plugin install ... --marketplace ...는 플러그인 상세 정보를 여는 별도 흐름이며, v2.1.275부터 지원되었습니다. 현재 설치 문서

설치 범위는 용도에 맞게 선택합니다

특정 저장소에서 개인적으로 사용할 플러그인은 로컬 범위에 설치합니다. 기본값인 사용자 범위는 해당 컴퓨터의 여러 프로젝트에 적용됩니다. 프로젝트 범위는 함께 사용할 설정을 저장소에 기록합니다. 설정 파일의 위치는 다음과 같습니다.

• 사용자 범위: ~/.claude/settings.json.
• 프로젝트 범위: .claude/settings.json.
• 로컬 범위: .claude/settings.local.json.

로컬 설정이 프로젝트 설정보다 우선하고, 프로젝트 설정은 사용자 설정보다 우선합니다. 커밋된 프로젝트 설정 항목은 협업자에게도 플러그인을 활성화하지만, 각자의 컴퓨터에 패키지를 내려받지는 않습니다. 설치는 협업자가 각각 해야 합니다. 설치 범위 문서

설치 목록과 제거 방법까지 관리합니다

claude plugin list로 버전, 범위, 상태를 확인하고, claude plugin details pr-review-toolkit@claude-plugins-official로 설치된 구성 요소를 확인합니다. 상세 출력은 플러그인이 상시 차지하는 컨텍스트 비용을 파악하는 데도 도움이 됩니다.

로컬 설치에 대응하는 관리 명령은 claude plugin update pr-review-toolkit@claude-plugins-official --scope local, claude plugin disable pr-review-toolkit@claude-plugins-official --scope local, claude plugin uninstall pr-review-toolkit@claude-plugins-official --scope local입니다. 비활성화한 사본은 enable로 다시 활성화합니다. 변경 사항은 세션에서 /reload-plugins로 불러오거나 새 세션을 시작해 적용합니다. 플러그인 명령 참조

공식 마켓플레이스는 기본적으로 자동 업데이트가 켜져 있고, 서드파티 마켓플레이스는 꺼져 있습니다. /plugin의 Marketplaces 탭에서 원하는 정책을 선택합니다. 앞서 검토한 코드가 바뀌었을 수 있으므로, 더 넓게 배포하기 전에 업데이트된 소스를 검토합니다.

플러그인을 활성화하기 전에 확인할 사항

플러그인은 단순히 내려받는 프롬프트가 아니라 자신의 계정 권한으로 실행되는 코드로 취급해야 합니다. Anthropic의 보안 문서는 플러그인이 사용자 권한으로 임의의 코드를 실행할 수 있다고 명시합니다. 훅, 모니터, 서버 프로세스는 Claude의 툴 호출에 쓰이는 샌드박스 밖에서 실행됩니다. 툴 호출에 권한 규칙을 적용해도 플러그인 자체 프로세스가 샌드박스 안으로 들어가는 것은 아닙니다.

로컬 범위에 설치한 플러그인에도 이 구분은 그대로 적용됩니다. 로컬 범위는 어디에서 활성화되는지를 제한할 뿐, 프로세스를 파일이나 인증 정보로부터 격리하지 않습니다.

1. 1

   카탈로그에서 실제 소스까지 확인합니다

   claude plugin marketplace list로 등록된 소스를 확인합니다. /plugin에서 구성 요소 요약을 읽고 저장소를 엽니다. 배포자, 플러그인 디렉터리, 소스 리비전을 확인합니다. 요약이 없으면 구성 요소가 없는 것으로 간주하지 말고 소스를 직접 살펴봅니다.

2. 2

   실행하거나 데이터를 전송할 수 있는 부분을 읽습니다

   hooks/hooks.json, .mcp.json, bin/, 의존성 설치 스크립트, 그리고 이 항목들이 호출하는 파일을 확인합니다. 로컬 서버라면 실행 명령을, 원격 서버라면 연결 대상과 요청하는 접근 권한을 살펴봅니다. 스킬, 명령, 에이전트도 읽어야 합니다. 그 지침은 Claude가 기존 툴을 사용하는 방식에 영향을 줍니다.

3. 3

   실제로 사용할 플러그인 디렉터리를 검증합니다

   검토한 로컬 체크아웃에서 claude plugin validate ./plugin-directory --strict를 실행합니다. 자동화로 결과를 수집한다면 --json을 추가합니다. 검증기는 지원되는 구조와 콘텐츠 규칙을 확인할 뿐, 코드의 신뢰성을 보장하지 않습니다. 마켓플레이스만 검증해서는 다른 디렉터리에 있는 모든 등록 플러그인의 구성 요소 파일을 검사할 수 없습니다. 검증 명령 참조

4. 4

   세션을 시작하기 전에 구성 요소 목록을 확인합니다

   claude --plugin-dir ./plugin-directory plugin details plugin-name에서 디렉터리와 이름을 검토한 패키지에 맞게 바꾸어 실행합니다. 문서에 따르면 이 명령은 세션을 시작하지 않고 구성 요소 목록을 읽습니다. 설치하면 보통 플러그인이 활성화되므로 소스 검토는 설치 전에 해야 합니다. 이후 설치된 상세 정보를 예상한 목록과 비교합니다. 소스 검토 문서

자동 검증에서 종료 코드 0은 통과, 1은 검증 실패, 2는 예상치 못한 검증기 오류를 뜻합니다. --strict에서는 경고도 실패로 처리합니다. 어느 결과도 보안 인증은 아닙니다. 패키지 검증을 넘어 동작까지 확인하려면 이 사이트의 Claude Code 플러그인 평가 가이드를 참고합니다.

업무용으로 도입한다면 선택한 소스 리비전, 허용된 서비스 계정, 예상 구성 요소, 업데이트 담당자를 기록합니다. 인프라를 배포하는 플러그인과 서식 지침을 제공하는 스킬은 검토 방식이 달라야 합니다. 어느 경우든 프로덕션 권한은 명시적으로 정합니다.

어떤 상황에 어떤 플러그인을 고르면 될까요?

반복해서 다시 하는 작업을 기준으로 고릅니다. 개발자가 실패 경로를 자주 놓친다면 PR Review Toolkit부터 시작합니다. Claude가 구현부터 서두른다면 Superpowers를 선택합니다. 브라우저 동작을 재사용 가능한 스크립트로 남겨야 할 때는 Playwright Skill을 추가합니다.

버전별 API 차이 때문에 실수가 반복되면 Context7을 선택합니다. 디자인 결정이 이미 Figma 파일에 있다면 Figma를 추가합니다. 애플리케이션이 Vercel에서 실행되고 계정 작업도 업무에 포함된다면 Vercel을 추가합니다.

메모리는 빠진 정보가 지속적으로 적용할 프로젝트 규칙일 때 CLAUDE.md Management를 선택합니다. 과거 조사 내용을 검색해야 한다면 Claude-Mem을 선택합니다. 판단의 기준은 더 많은 메모리를 홍보하는 패키지가 무엇인지가 아니라 선별한 지침이 필요한지, 과거 이력 조회가 필요한지입니다.

월요일에는 최근 애를 먹었던 변경 작업을 골라 어떤 기능이 부족했는지 짚어 봅니다. 그에 맞는 플러그인을 검토해 설치하고, 기대하는 결과물을 정의합니다. 새로운 반복 관리 문제를 만들지 않으면서 해당 작업을 개선할 때만 유지합니다. 처음부터 9개를 모두 기본 패키지처럼 설치하지는 않습니다.

회사에 특화된 워크플로가 필요하다면 다음 단계는 직접 작은 패키지를 만드는 것일 수 있습니다. Claude 플러그인 게시 방법을 참고합니다. 개발자가 Codex도 사용한다면 해당 환경에 맞는 별도의 Codex 플러그인 및 팀 마켓플레이스 가이드를 확인합니다.

추천 플러그인은 어떤 기준으로 골랐나요?

추천한 모든 플러그인은 접근 가능한 저장소와 추가 기능을 설명하는 README를 갖추고 있습니다. 업무용 코드베이스에서 용도가 명확한지, 설치 소스를 추적할 수 있는지, 구성 요소 목록이 구체적인지, 도입하지 말아야 할 상황을 판단할 수 있는 한계가 있는지를 우선했습니다.

2026년 10월 12일에는 제작자의 README를 공식 카탈로그, 현재 Claude Code 문서, 관련 서비스의 실제 요금 페이지와 대조했습니다. 자료가 엇갈릴 때는 논란이 있는 개수를 제외하고, 결제 조건은 실제 요금 페이지를 우선했습니다. 설치 수, 스타, 평점, 주장된 속도 향상은 순위의 근거로 삼지 않았습니다.

이 글은 문서에 근거한 비교입니다. 실행 환경에서의 호환성을 보장하거나 모든 코드 줄을 보안 감사한 결과는 아닙니다. 추천에는 의도적으로 조건을 붙였습니다. 자신의 병목에 맞는 역할을 하는 패키지를 고르고, 실제 활성화할 리비전을 검토해야 합니다.

이런 설치는 피하는 것이 좋습니다

플러그인을 더 찾기 전에 중복 설치와 용도에 맞지 않는 설치부터 피합니다. 유용한 패키지도 다음 상황에서는 좋지 않은 선택이 될 수 있습니다.

• 초안만 다루는 워크플로에 Code Review 사용: README에 따르면 초안 풀 리퀘스트는 건너뜁니다. PR 워크플로가 왜 작동하지 않았는지 고민하기보다 범위를 지정한 리뷰를 요청합니다.
• 여러 마켓플레이스에서 Superpowers 동시 설치: 같은 방법론에는 소스를 하나만 선택합니다. 업데이트 출처가 여럿이면 설치된 동작을 추적하기 어려워집니다.
• npm install -g claude-mem만으로 Claude-Mem 설치: 제작자에 따르면 이 명령은 SDK/라이브러리를 설치할 뿐, 플러그인 훅과 워커를 설정하지 않습니다. 문서에 나온 플러그인 설치 경로를 사용합니다.
• 사소한 수정마다 두 리뷰 패키지 모두 실행: 리뷰가 겹치면 추가 결함을 찾았다는 근거 없이 주의력만 소모할 수 있습니다. 둘 다 유지한다면 역할을 분명히 나눕니다.
• 소스를 읽을 수 없는 기능 묶음: 저장소, 구성 요소 파일, 호출되는 설치 프로그램을 살펴볼 수 없는 패키지는 피합니다. 마켓플레이스 표시나 긴 기능 목록이 소스 확인을 대신할 수는 없습니다.

Claude Code를 사용하면서 자주 묻는 질문

기존 코드베이스에서 Claude Code Superpowers를 어떻게 사용하나요?

검토한 마켓플레이스 하나에서 원하는 범위에 설치한 뒤, 범위가 명확한 기능이나 버그부터 시작합니다. 기존 테스트 명령과 프로젝트 제약을 알려 주고, 구현 전에 설계나 계획을 요청합니다. 이후 만들어진 테스트와 diff를 평가합니다. 문서화된 스킬이 절차를 제공하더라도, 수용 기준은 여전히 해당 저장소에서 정해야 합니다.

claude plugin validate를 통과하면 안전한 플러그인인가요?

아닙니다. 지원되는 매니페스트와 구성 요소 규칙을 확인할 뿐입니다. 실행 가능한 훅, 서버 명령, 의존성, 지침은 별도로 읽어야 합니다. 마켓플레이스 수준의 검증 통과가 등록된 모든 플러그인의 구성 요소 파일 검사까지 뜻하지 않으므로 실제 플러그인 디렉터리를 검증합니다.

프로젝트 범위에 설치하면 모든 개발자의 환경도 자동으로 설정되나요?

아닙니다. 공유 설정은 저장소에서 플러그인을 활성화하지만, 협업자는 각자의 컴퓨터에 직접 설치해야 합니다. 프로젝트 설정 지침에 마켓플레이스 소스와 설치 명령을 함께 기록합니다.

메모리 플러그인을 둘 다 설치해야 하나요?

서로 다른 문제를 해결할 때만 그렇습니다. CLAUDE.md Management는 선별한 프로젝트 지침을 관리하고, Claude-Mem은 검색 가능한 이력을 수집합니다. 부족한 종류의 메모리부터 보완하고, 수집 범위를 넓히기 전에 무엇을 보존할지 정합니다.

업무 흐름을 점검하고 개선하는 실용적인 방법을 더 알고 싶다면 뉴스레터를 구독하세요.