Claude Code 는 코드를 작성하는 데 강력하지만, 전문 작업에서 실제로 시간을 잡아먹는 것은 구현 자체만이 아닙니다. 과거 결정 사항 검색, 사양서 작성, SQL 작성, 디자인 리뷰, 출시 전 점검, 계약서 및 PDF 검토, 이해관계자 보고서 작성 등이 포함됩니다. 개발자와 제품 팀의 업무는 코드를 훨씬 넘어서 있습니다.
바로 그곳에서 Claude 의 공식 플러그인이 등장합니다.
이 글은 Claude Code CLI 전용 마켓플레이스의 개발 플러그인을 다루지 않습니다. 대신, 이미지와 같이 Claude Desktop 에서 "Directory -> Plugins -> Anthropic" 탭에서 선택할 수 있는 공식 Anthropic 비즈니스 플러그인을 살펴봅니다. 구체적으로 Engineering, Product Management, Data, Design, Enterprise Search, PDF Viewer 등이 포함됩니다.
이들은 주로 Claude Desktop 의 Chat 및 Cowork 용으로 제공되지만, Anthropic 공식 저장소에 따르면 Claude Code 에서도 작동합니다. 동일한 패키지를 Claude Code 에 가져오면 스킬, 슬래시 명령어, MCP 커넥터를 개발 워크플로에 통합할 수 있습니다. 즉, 이 글의 전제는 "Desktop 에서 찾은 공식 플러그인을 Claude Code 내에서 사용하는 것"입니다.
2026년 7월 18일 기준, 플러그인은 유료 요금제(Pro, Max, Team, Enterprise)에서 사용할 수 있습니다. 플러그인은 스킬, 커넥터, 서브 에이전트를 번들로 제공합니다. 설치된 스킬은 웹 채팅, Claude Desktop Chat, Cowork 에서 사용할 수 있습니다. 하지만 일부 훅과 서브 에이전트는 Cowork 전용이므로 각 플러그인에 대해 "어디서 무엇이 실행되는지" 확인해야 합니다.
이 글에서는 기능이 많은 것보다는 개발자, 제품 관리자, 디자이너, 기술 리드, 솔로 개발자가 실무에서 반복적으로 사용할 수 있는지 기준으로 10개의 플러그인을 선정했습니다.
1. 먼저 알아야 할 설치 방법
Claude Desktop 에서 왼쪽 사이드바의 "Customize"를 열고 "Plugins" 탭으로 이동한 후 "+"를 눌러 디렉토리를 표시합니다. 그런 다음 "Anthropic" 탭을 선택하고 대상 카드의 "+" 또는 "Install"을 누릅니다. 설치 후 입력 필드에 "/"를 입력하거나 "+" 메뉴를 열어 추가된 스킬과 명령어를 확인할 수 있습니다.
Claude Code 에서 동일한 플러그인을 사용하려면 공식 Knowledge Work 마켓플레이스를 추가하고 개별적으로 설치합니다.
claude plugin marketplace add anthropics/knowledge-work-plugins
claude plugin install engineering@knowledge-work-plugins
engineering을 data, design, product-management 등으로 변경할 수 있습니다. 설치되면 스킬이 필요할 때 자동으로 참조되며, /engineering:review 또는 /data:write-query와 같은 네임스페이스로 명시적 명령어를 호출할 수 있습니다.
일부 플러그인은 로컬 MCP 서버를 시작하거나 Google Drive, Slack, GitHub, Figma 와 같은 외부 서비스에 연결합니다. 로컬 MCP 는 일반 프로그램과 동일한 권한으로 터미널에서 실행될 수 있으므로 항상 공급자, 필요한 권한, 연결 대상 및 쓰기 권한 여부를 확인하세요.
1. Engineering | 개발 팀을 위한 필수 기본 세트
Engineering 은 최우선입니다. 범위가 넓어 스탠드업, 코드 리뷰, 디버깅, 아키텍처 결정, 인시던트 대응, 배포 전 점검, 기술 문서를 포괄합니다. Claude Code 를 단순한 구현 도구가 아닌 전체 개발 프로세스를 지원하는 파트너로 사용하는 기반이 됩니다.
대표 명령어로는 변경 사항을 리뷰하는 /engineering:review, 재현/격리/근본 원인 식별/수정을 위한 /engineering:debug, ADR 형식으로 기술 결정을 정리하는 /engineering:architecture, 장애 대응 지원을 위한 /engineering:incident, 출시 전 누락 사항 점검을 위한 /engineering:deploy-checklist 등이 있습니다. 코드 리뷰 스킬뿐만 아니라 테스트 전략, 기술 부채, 시스템 설계, 문서화에 대한 지식도 포함됩니다.
코드를 작성하기 전후 단계에서 특히 유용합니다. 예를 들어 구현 전에는 /engineering:architecture를 사용하여 함수를 동기로 할지 큐를 사용할지 결정하고, 구현 후에는 /engineering:review를 실행하고, 프로덕션 전에는 /engineering:deploy-checklist를 실행합니다. 장애 시에는 로그만 바라보는 대신 재현 조건, 영향 범위, 가설, 검증 결과, 완화 조치, 영구 수정 사항을 시간 순서대로 기록할 수 있습니다.
첫 시도에는 다음 요청이 이해하기 쉽습니다.
/engineering:review
이 diff 를 정확성, 보안, 성능, 유지보수성 순서로 확인해 주세요.
심각도가 높은 이슈를 먼저 나열하고, 각 항목에 대한 근거와 제안된 수정 사항을 제공해 주세요.
하지만 리뷰 결과가 테스트나 CI 를 대체해서는 안 됩니다. Engineering 은 의사 결정 자료를 구조화하는 플러그인으로 강력하지만, 빌드 성공, 타입 검사, 실제 환경에서의 동작을 보장하지는 않습니다. 구현, 테스트, 리뷰를 단일 흐름으로 통합할 때 최대 가치를 발휘합니다.
2. Product Management | 모호한 아이디어를 구현 가능한 명세로
Claude Code 에게 "이 기능을 만들어 줘"라고 갑자기 던지면 그럴듯한 구현이 나옵니다. 하지만 누구를 위한 문제인지, 범위 밖은 무엇인지, 성공 측정 방법이 모호하면 완료 후 상당한 재작업이 발생합니다. Product Management 는 이러한 상류 프로세스를 강화하는 플러그인입니다.
기능 명세서나 PRD 를 작성하는 /product-management:write-spec, 로드맵 업데이트를 위한 /product-management:roadmap-update, 진행 보고서를 위한 /product-management:stakeholder-update, 인터뷰/설문조사 요약을 위한 /product-management:synthesize-research, 경쟁사 비교를 위한 /product-management:competitive-brief, 지표 확인을 위한 /product-management:metrics-review, 가설 심층 분석을 위한 /product-management:brainstorm 등이 포함됩니다. RICE, MoSCoW, Jobs-to-be-Done, Opportunity Solution Trees 와 같은 일반적인 PM 프레임워크도 스킬로 내장되어 있습니다.
Claude Code 와의 시너지는 "동일한 대화에서 명세와 구현을 연결"하는 데 있습니다. 먼저 /product-management:write-spec으로 문제, 대상 사용자, 수용 기준, 비기능 요구사항, 성공 지표, 보류 항목을 정리합니다. 그런 다음 해당 내용을 Issue 에 넣고 구현 작업으로 나눈 후 Engineering 으로 리뷰합니다. 이렇게 하면 명세 문서가 다른 곳에 방치되지 않고 코드 변경 이유가 일관되게 유지됩니다.
실제로는 한 번에 최종 형태를 작성하게 하기보다는 "명확하지 않은 점을 질문하고 어떤 항목이 가정인지 명확히 기술하라"고 먼저 지정하는 것이 중요합니다. PM 플러그인은 텍스트를 다듬는 것이 아니라 모호성을 드러내는 데 사용됩니다. 구현 전에 부숴야 할 질문을 드러내는 PRD 가 예쁜 PRD 보다 더 가치 있습니다.
3. Enterprise Search | Slack, 이메일, 문서에 흩어진 과거 결정 사항 찾기
팀 개발에서 가장 낭비되는 작업 중 하나는 "그게 어디서 결정되었지?"를 찾는 시간입니다. 명세는 Notion, 논의는 Slack, 승인은 이메일, 상태는 Jira, 최종 문서는 Google Drive 에 있으면 검색만으로 집중력이 소모됩니다.
Enterprise Search 는 연결된 채팅, 이메일, 클라우드 저장소, 위키, 프로젝트 관리, CRM, 티켓 관리를 교차 검색하여 결과를 중복 제거하고 단일 답변으로 통합합니다. /enterprise-search:search에 질문을 던지면 Claude 가 각 소스에 대한 쿼리로 질문을 분할하고 인용과 함께 통합합니다. /enterprise-search:digest --daily 또는 --weekly로 주제별 결정 사항, 액션 아이템, 언급을 요약할 수 있습니다.
개발자에게는 과거 ADR, 인시던트 대응, API 변경 이력, 특정 기능의 소유자, 고객 요청을 찾는 데 강력합니다. 예를 들어 "왜 자체 인증을 구축하지 않고 외부 IdP 를 사용하기로 결정했나요?", "이 테이블의 소유자는 누구인가요?", "결제 실패에 대한 이전 임시 수정 사항은 무엇인가요?" 등을 질문할 수 있습니다. 새 멤버 온보딩에도 효과적입니다.
단점은 연결되지 않은 곳의 정보는 찾을 수 없고, 검색 범위는 접근 권한만큼 넓다는 것입니다. 비공개 DM 이나 기밀 폴더까지 무분별하게 확장하기보다는 Slack, 문서, 프로젝트 관리 등 필수 소스만 먼저 연결하세요. 항상 답변에 원본 문서를 첨부하고 "찾을 수 없음"과 "존재하지 않음"을 구분하여 안전하게 사용하세요.
4. Data | SQL, 시각화에서 분석 검증까지
Data 는 단순히 SQL 을 생성하는 플러그인이 아닙니다. 데이터 탐색, 품질 검사, 통계 분석, 시각화, HTML 대시보드 생성, 공유 전 검증을 하나의 분석 프로세스로 처리합니다.
주요 명령어로는 질문에서 분석을 진행하는 /data:analyze, 데이터셋 형태, 결측값, 이상치를 확인하는 /data:explore-data, SQL 을 작성하는 /data:write-query, Python 으로 그래프를 만드는 /data:create-viz, 인터랙티브 HTML 대시보드를 위한 /data:build-dashboard, 분석 방법과 집계 로직을 확인하는 /data:validate 등이 있습니다. MCP 를 통해 Snowflake, Databricks, BigQuery 등에 연결할 수 있으며, 연결 없이 CSV, Excel 또는 붙여넣은 결과도 처리할 수 있습니다.
Claude Code 에서 편리한 점은 분석 SQL 과 제품 코드를 오가며 작업할 수 있다는 것입니다. 예를 들어 새로운 온보딩 플로우를 구현하기 전에 이탈 지점을 조사하고, 출시 후 동일한 정의로 지표를 다시 계산하며, 차이를 시각화합니다. 버그 조사에서는 "특정 버전의 사용자에게만 실패율이 높은가?" 또는 "데이터 마이그레이션 후 NULL 이 증가했는가?"와 같은 가설을 빠르게 검증할 수 있습니다.
가장 가치 있는 명령어는 의외로 /data:validate입니다. AI 가 SQL 을 빠르게 작성할 수 있지만 분모 선택, 중복 행, 시간대, 생존 편향, 테스트 사용자 포함 등에서 쉽게 오류를 범할 수 있습니다. 분석 후 별도 단계로 검증을 수행하도록 하고, 사용된 테이블, 필터, 기간, 지표 정의, 제외 기준을 지정하세요. 프로덕션 DB 에 연결할 때는 초기에 읽기 전용 권한으로 제한하세요.
5. Design | 디자인 리뷰에서 구현 인계까지 연결
Design 은 "괜찮아 보이는" 이미지를 생성하는 플러그인이 아닙니다. 디자인 비평, 디자인 시스템 관리, UX 글쓰기, 접근성 감사, 사용자 연구 통합, 개발자 인계를 포괄하는 제품 디자인을 위한 실용적인 세트입니다.
/design:critique는 사용성, 시각적 계층, 일관성, 접근성 관점에서 리뷰하고, /design:design-system은 컴포넌트, 토큰, 명명, 패턴을 감사합니다. /design:handoff는 치수, 상태, 인터랙션, 엣지 케이스를 포함한 구현 명세를 생성하고, /design:ux-copy는 오류 메시지, 빈 상태, 온보딩을 위한 마이크로카피를 지원합니다. /design:accessibility와 /design:research-synthesis도 사용 가능합니다.
Claude Code 와 함께 사용할 때는 Figma 비주얼을 직접 코드로 변환하기 전에 Design 으로 명세의 구멍을 찾는 것이 좋습니다. 스크린샷에서 명확하지 않은 상태(예: "호버는 있는데 키보드 포커스는?", "로딩, 빈 상태, 권한 부족, 통신 실패는 어떻게 표시하나?", "긴 일본어 텍스트나 200% 확대에서 깨지지 않을까?")를 나열하도록 하세요. 그런 다음 핸드오프를 Claude Code 에 구현 요구사항으로 전달합니다.
접근성 감사는 WCAG 관점에서 점검을 간소화할 수 있지만 실제 브라우저, 스크린 리더, 키보드 조작, 실제 사용자로 검증을 대체하지는 않습니다. 올바른 사용법은 Design 으로 리뷰 항목을 만들고 브라우저 테스트와 사람 검증에 연결하는 것입니다.
6. PDF Viewer | PDF 읽기뿐만 아니라 보면서 수정하기
PDF Viewer 는 Claude 의 기본 PDF 요약과는 다른 역할을 합니다. 로컬 파일이나 직접 PDF URL 을 인터랙티브 뷰어에서 열어 하이라이트, 주석, 스탬프 추가, 양식 작성, 서명 이미지 배치, 편집된 PDF 저장을 수행합니다.
/pdf-viewer:open으로 표시하고 /pdf-viewer:annotate로 페이지별 주석 제안을 반영합니다. /pdf-viewer:fill-form은 입력 필드를 순서대로 채우고, /pdf-viewer:sign은 서명 또는 이니셜 이미지를 배치합니다. npx 를 통해 @modelcontextprotocol/server-pdf를 사용하여 로컬 MCP 서버로 실행되며 Node.js 18 이상이 필요합니다.
개발자에게는 API 명세서, 요구사항 정의서, 보안 감사 보고서, 벤더 제안서, 계약서 검토에 사용할 수 있습니다. "문제를 요약해 줘"라고 말하는 대신 "변경이 필요한 곳에 주석을 배치하고, 질문은 노란색, 차단 항목은 빨간색 레이블로 정리해 줘"라고 요청하면 상대방에게 반환할 수 있는 산출물이 됩니다.
반면, 내용을 읽기만 하면 된다면 Claude 의 기본 PDF 읽기가 더 빠릅니다. PDF Viewer 는 시각적으로 확인하면서 작성하고 최종 파일을 가져가고 싶을 때 사용하세요. 또한 sign은 인증서를 사용한 암호화 전자 서명이 아닌 시각적 서명 이미지를 배치한다는 점에 유의하세요. 법적 효력이 필요한 계약서는 전용 전자 서명 서비스를 사용해야 합니다.
7. Operations | 개인 작업을 SOP 와 Runbook 으로 전환
Operations 는 비즈니스 관리를 위한 것처럼 보이지만 개발 조직에서도 꽤 사용할 수 있습니다. 벤더 평가, 비즈니스 프로세스 문서화, 변경 관리, 용량 계획, 관리 상태 보고서, Runbook 생성을 지원합니다.
/operations:vendor-review는 비용, 위험, 계약, 갱신 결정을 정리하고, /operations:process-doc는 흐름, RACI, SOP 를 만듭니다. /operations:change-request는 영향 분석, 승인 경로, 롤백 계획을 포함한 변경 요청을 생성하고, /operations:capacity-plan은 부하와 인력을 분석합니다. /operations:runbook은 루틴 작업을 절차, 체크리스트, 문제 해결, 에스컬레이션 포인트를 포함한 반복 가능한 문서로 전환합니다.
Claude Code 와 결합하면 출시와 운영을 "코드 밖의 기억"에서 해방시키는 데 강력합니다. 예를 들어 데이터베이스 마이그레이션 절차를 변경 요청으로 요약하여 실행 전 점검, 모니터링 항목, 중단 조건, 롤백 SQL, 담당자, 연락 메시지를 생성합니다. 장애 후 Engineering 으로 포스트모템을 만들고 Operations 로 Runbook 에 반영합니다.
한 가지 주의할 점은 Claude 가 작성한 절차를 한 번도 시도하지 않고 공식화하지 마세요. Runbook 은 스테이징 환경에서 실행하고, 명령어, 권한, 소요 시간, 되돌리는 방법을 사람이 검증해야 합니다. Operations 는 문서 작성을 빠르게 하지만, 현장에서 작동하는 절차로 완성하려면 리허설이 필요합니다.
8. Marketing | 출시 후 "전달 작업"을 Claude Code 로 실행
좋은 기능을 만들어도 릴리스 노트, 블로그, 이메일, LP, SNS, 영업 설명이 약하면 사용되지 않습니다. Marketing 은 개발 후 발생하는 콘텐츠 생성과 캠페인 설계를 지원합니다.
/marketing:draft-content는 블로그, SNS, 뉴스레터, LP, 보도자료, 사례 연구를 만들고, /marketing:campaign-plan은 목표, 타겟, 채널, 일정, KPI 를 포함한 계획을 만듭니다. /marketing:brand-review는 브랜드 보이스와의 일관성을 확인하고, /marketing:competitive-brief, /marketing:performance-report, /marketing:seo-audit, /marketing:email-sequence도 사용 가능합니다. Slack, Canva, Figma, HubSpot, Amplitude, Notion, Ahrefs, Similarweb, Klaviyo 등과의 통합이 예상됩니다.
Claude Code 사용자에게는 코드 diff 로 홍보 자료를 만들게 하는 흐름이 편리합니다. 변경된 기능, 대상 사용자, 알려진 제약 사항, 마이그레이션 단계를 리포지토리에서 읽고 기술 릴리스 노트, 일반 사용자 공지, 영업 FAQ 를 각각 생성합니다. 콘텐츠의 출처가 동일하므로 채널 간 설명이 충돌할 가능성이 줄어듭니다.
하지만 브랜드 설정 없이 사용하면 안전한 AI 스러운 텍스트를 생성하는 경향이 있습니다. 금지 표현, 용어집, 대표적인 과거 글, 고객 호칭, 주장할 수 있는 범위를 제공하고 마지막에 brand-review를 통과시키면 유용성이 높아집니다. 성과 보고서의 경우 연결된 데이터의 정의가 모호하면 결론을 잘못 해석하므로 KPI 정의와 비교 기간을 고정해야 합니다.
9. Legal | 계약 검토 속도 향상, 최종 판단은 사람이
Legal 은 내부 법무팀을 위한 계약 검토, NDA 1차 판별, 규정 준수, 법률 브리프, 표준 응답을 처리합니다. 특히 중요한 점은 일반적인 용어로 계약을 읽는 대신 legal.local.md에 회사의 협상 정책과 위험 허용 범위를 설정하고 이를 기준으로 비교할 수 있다는 것입니다.
/legal:review-contract는 각 조항에 대해 회사 플레이북과의 차이점을 찾고 위험과 제안된 수정 사항을 정리합니다. /legal:triage-nda는 GREEN, YELLOW, RED 와 같은 1차 분류를 수행하고, /legal:vendor-check는 연결 대상에서 기존 NDA, MSA, DPA, 마감일, 주요 조건을 확인합니다. /legal:brief와 /legal:respond는 사례 요약과 표준 문의에 대한 답변 초안을 만들 수 있습니다.
개발 환경에서는 SaaS 계약, 클라우드 이용약관, DPA, NDA, 아웃소싱 계약, 보안 조항의 사전 정리에 사용할 수 있습니다. 데이터 위치, 서브 프로세서, 책임 한도, 지식 재산권, 종료, 감사 권리 등 논의 지점을 추출하여 법무팀에 전달하고 질문 목록을 만드는 데 사용하는 것이 현실적입니다.
하지만 공식 README 에도 명시되어 있듯이 이는 법률 자문이 아니며 자격을 갖춘 전문가의 검증이 필요합니다. 또한 초기 플레이북 예시는 미국 법률 및 비즈니스 관행을 기반으로 하므로 일본 법률이나 회사 정책 하에서 사용하려면 설정을 다시 구축해야 합니다. 승인 흐름의 최종 게이트로 삼기보다는 AI 의 판단을 포인트 추출과 1차 정리로 제한하는 것이 더 안전합니다.
10. Small Business | 솔로 개발자와 소규모 비즈니스에 가장 큰 변화를 주는 플러그인
Small Business 는 특정 직무를 지원하는 것이 아니라 소규모 비즈니스 운영 전체를 처리하는 플러그인입니다. 15개의 기본 스킬, 15개의 실행 워크플로우, 자연어에서 적절한 프로세스로 안내하는 라우터가 특징입니다. "급여를 지급할 수 있을지 걱정돼요", "매출이 떨어졌어요", "화난 고객 이메일을 받았어요", "가격을 인상해야 할까요?" 같은 일반적인 상담을 하면 필요한 플로우로 안내하도록 설계되었습니다.
현금 흐름과 미수금을 확인하는 /small-business:plan-payroll, 30일 앞을 내다보는 /small-business:month-heads-up, 월 결산을 진행하는 /small-business:close-month, 이익률과 가격을 비교하는 /small-business:price-check, 판매 캠페인 설정을 위한 /small-business:run-campaign, 불만 처리를 위한 /small-business:handle-complaint, 주간 상태를 요약하는 /small-business:monday-brief 등이 포함됩니다. QuickBooks, PayPal, HubSpot, Canva, Gmail, Microsoft 365, DocuSign 등과의 연결이 예상되며, 돈이나 고객을 다루는 프로세스에는 승인 체크포인트가 포함되도록 설계되었습니다.
솔로 개발자와 소규모 SaaS 운영자에게는 "개발 외에는 모두 미루는 문제"를 줄여줍니다. Claude Code 로 기능을 구축하고, Small Business 로 영업, 문의, 청구, 프로모션, 계약, 주간 리뷰를 실행합니다. 상황을 소유자만 알고 있는 비즈니스일수록 표준 워크플로우가 있는 효과가 더 큽니다.
반면, 연결 대상이 많으므로 권한 설계에 주의해야 합니다. 회계, 결제, CRM, 이메일을 모두 한 번에 연결하지 말고 읽기 중심으로 1~2개부터 시작하세요. 환불, 발송, 고객 데이터 업데이트에는 항상 미리보기와 승인을 요구하세요. 또한 전문적인 재정, 세무, 법률, HR 자문을 제공하지 않는다는 공식 면책 조항을 전제로 삼아야 합니다.
목적별로 선택하면 이 조합이 강력합니다
혼자 제품을 구축한다면 Engineering, Product Management, Design, PDF Viewer, Small Business 조합이 다루기 쉽습니다. 요구사항을 결정하고, 구현하고, UI 를 확인하고, 외부 문서를 처리하고, 비즈니스 운영에 연결할 수 있습니다. 항상 모두 사용할 필요는 없으며, 개발 중에는 Engineering 과 Design, 영업이나 운영 중에는 Small Business 로 전환할 수 있습니다.
몇 명의 개발 팀이라면 Engineering, Enterprise Search, Data, Operations, Legal 이 강력합니다. 과거 결정을 찾고, 데이터로 가설을 검증하고, 변경 절차를 남기고, 법률 또는 규정 준수 지점을 조기에 식별할 수 있습니다. Product Management 를 추가하면 요구사항에서 구현, 검증, 내부 공유까지 단일 흐름이 됩니다.
제품 출시나 주요 릴리스에는 Product Management, Design, Engineering, Marketing 의 4가지 플러그인이 효과적입니다. PRD, 디자인 명세, 구현, 공지가 순서대로 동일한 전제를 계승함으로써 "만들어진 것"과 "전달된 것"의 간격을 줄일 수 있습니다.
공식 플러그인 설치 시 4가지 주의사항
첫째, 데스크톱 버전에 설치된 상태와 Claude Code 의 설치 절차를 혼동하지 마세요. Desktop 에서는 디렉토리에서 추가하고, Claude Code 에서는 공식 마켓플레이스를 등록하고 대상 플러그인을 설치하는 것이 가장 안정적입니다. 공식 저장소에서는 동일한 플러그인이 Cowork 와 Claude Code 모두에서 사용 가능하다고 하지만 사용 가능한 커넥터와 실행 환경이 반드시 동일한 것은 아닙니다.
둘째, 커넥터를 "편리한 검색 대상"이 아닌 권한이 있는 외부 통합으로 생각하세요. 읽기 전용으로 충분한 작업에는 쓰기 권한을 부여하지 말고, 특히 회계, 결제, 이메일, 계약, 개인 정보와 관련된 범위를 좁히세요. 결과만 생성하는 프로세스와 발송, 업데이트, 승인이 포함된 프로세스를 분리하고 후자에는 사람 검증을 배치하세요.
셋째, 한 번에 너무 많은 플러그인을 설치하지 마세요. 스킬과 명령어가 늘어나면 어떤 절차를 선택할지 판단도 늘어나고 유사한 기능이 중복되기 쉽습니다. 병목 현상을 직접 해결하는 2~3개부터 시작하세요. 예를 들어 리뷰에 시간이 걸리면 Engineering, 명세가 모호하면 Product Management, 정보 검색이 많으면 Enterprise Search 를 선택하세요.
넷째, 플러그인 출력을 "완성된 제품"이 아닌 "검증 가능한 초안"으로 취급하세요. SQL 실행 결과와 정의를 확인하고, 디자인을 브라우저에서 시도하고, Runbook 을 리허설하고, 계약을 전문가에게 확인하세요. AI 에 맡기는 범위를 확장해도 승인 책임을 전가할 수는 없습니다.
결론: 처음 3개는 Engineering, Product Management, Enterprise Search
Claude Desktop 의 Anthropic 디렉토리에서 선택할 수 있는 공식 플러그인은 단순한 추가 프롬프트 모음이 아닙니다. 직무별 지식, 재사용 가능한 절차, 외부 도구 연결을 하나의 패키지로 묶어 Claude 를 사용자의 작업 방식에 맞추는 메커니즘입니다. Claude Code 에 도입하는 방법도 공식 저장소에 제공됩니다.
처음에 세 가지만 선택한다면 Engineering, Product Management, Enterprise Search 를 추천합니다. Engineering 으로 구현과 운영의 품질을 높이고, Product Management 로 구축 전 모호성을 줄이고, Enterprise Search 로 조직의 과거 지식을 복구하세요. 이 세 가지만으로도 Claude Code 는 "코드를 작성하는 AI"에서 "명세, 구현, 판단, 공유를 연결하는 개발 플랫폼"으로 크게 다가옵니다.
데이터를 다루는 경우 데이터를, UI 중심이라면 디자인을, 문서를 많이 주고받는다면 PDF 뷰어를, 개인 사업자나 소규모 SaaS라면 소규모 비즈니스를 추가하세요. 중요한 것은 모든 역할을 한꺼번에 추가하는 것이 아니라, 매일 가장 많은 시간을 소비하는 프로세스에 딱 맞는 역할 하나를 선택하는 것입니다.
