법무·영업·재무 일을 Claude에 맡긴다, Anthropic의 직무별 플러그인 11개

결론부터 적으면, README는 플러그인 11개를 내걸지만 저장소에 실제로 든 폴더는 17개이고, 이 폴더들은 직무 이름보다 “어디에 연결되는가”로 나눠야 비교가 됩니다. 어느 폴더를 켜든 일을 시키기 전에 두 가지는 직접 채워야 합니다. 우리 회사 기준을 적은 문서 한 장과, 주소가 비어 있는 커넥터 몇 곳입니다.

anthropics/knowledge-work-plugins는 Claude Cowork와 Claude Code에서 쓰는 직무별 설정 묶음입니다. 폴더 하나가 플러그인 하나이고, 안에는 업무 절차를 적은 SKILL.md와 외부 도구 연결 정의 .mcp.json이 들어 있습니다. 코드도 빌드 단계도 없어서 열어 읽고 고쳐 쓸 수 있습니다. 10월 27일 확인한 저장소는 Apache-2.0 라이선스에 별 약 3.3만 개, 포크 약 3,700개이고, 보관(archived) 상태가 아니며, main의 마지막 커밋은 10월 21일 영업 플러그인 2.1.0 이후 그대로입니다. 아래 숫자는 모두 이 커밋의 파일을 직접 세어 얻은 값입니다.

폴더 17개를 연결 대상으로 펼친 표

각 폴더의 .mcp.json에 적힌 서버를 열 가지 범주로 묶어 폴더마다 몇 개씩 연결되는지 센 것입니다. 한 줄을 가로로 읽으면 그 폴더가 어느 도구 쪽에 서 있는지 보입니다.

그림 1. 폴더별 연결 범위. 칸의 숫자는 그 범주의 커넥터 서버 수, 범주 분류는 편집부 기준, 별표는 README 표에 없는 폴더. cowork-plugin-management는 .mcp.json이 없어 뺐다

줄 모양이 네 부류로 갈립니다. productivity·enterprise-search·operations·human-resources는 채팅, 메일과 일정, 트래커, 문서함 네 칸에 한두 개씩 얕게 걸칩니다. 사람과 일정과 문서가 오가는 자리라서 어느 회사에나 있는 도구 위에 서 있는 셈입니다. sales는 CRM과 영업 도구 칸이 9개로 가장 붉고 통화·회의 기록 쪽도 6개라서 연결이 가장 두껍습니다. finance와 data는 사무 도구가 아니라 데이터 웨어하우스와 분석 도구 쪽에 무게가 실립니다. 마지막으로 bio-research는 생명과학 데이터베이스 11개에만, small-business는 결제·회계·쇼핑몰 12개를 포함해 35개 서버에 걸쳐 있어서 나머지와 성격이 다릅니다.

열세 폴더가 같이 쓰는 커넥터와 주소가 빈 서버 30개

폴더 사이에서 겹치는 서버를 세어 보면 공통 기반이 드러납니다. 서로 다른 커넥터 이름은 모두 80개이고, 폴더와 커넥터의 연결을 하나씩 세면 171개입니다. 같은 서비스의 다른 판(amplitude-eu 등)이나 이름만 다른 항목은 하나로 합친 편집부 계산입니다.

커넥터	연결된 폴더 수	비고
Slack	13	채팅 범주
Gmail	13	12곳은 주소가 비어 있음
Google Calendar	13	12곳은 주소가 비어 있음
Atlassian(Jira·Confluence)	12	트래커
Notion	11	문서
Asana	6	트래커
Monday, Linear, HubSpot	각 4

이 표에서 눈여겨볼 것은 비고 칸입니다. .mcp.json에서 url이 빈 문자열인 서버가 30개 있습니다. Gmail 12, Google Calendar 12, Snowflake 2, Databricks 2, Benchling 1, sales의 Google Drive 1입니다. 연결 정의 틀만 있고 접속 주소는 본인이 채워야 하는 자리이고, 웨어하우스는 회사마다 주소가 달라서 비워 둔 것입니다. 이 서버들은 주소를 채우고 로그인하기 전까지 동작하지 않습니다. 스킬 자체는 연결 여부와 관계없이 로드되므로, 연결이 없으면 업로드한 파일이나 붙여넣은 글로 일하게 됩니다.

또 하나는 README 표와 실제 파일의 차이입니다. README 커넥터 열에는 Microsoft 365가 여러 폴더에 적혀 있지만, 실제 .mcp.json에 Microsoft 365가 있는 곳은 sales 하나입니다. 6월 2일 커밋이 직무 플러그인 매니페스트에서 동작하지 않던 Microsoft 365 항목을 지웠고, sales에는 9월 16일 2.0.1에서 Salesforce와 함께 다시 들어왔습니다. 폴더마다 있는 CONNECTORS.md는 ~~chat, ~~cloud storage 같은 범주 자리표시자를 설명합니다. 스킬 본문은 “Slack”이 아니라 ~~chat이라고 쓰고, 법무 폴더의 표는 클라우드 저장소 자리에 Box와 Egnyte를 기본으로 두면서 Dropbox·SharePoint·Google Drive도 가능하다고 적습니다. 연결 도구를 바꿔 끼워도 스킬을 고치지 않게 하려는 설계입니다.

README 표에 없는 폴더 여섯 개

표에 오른 것은 11개인데 폴더는 17개입니다. 빠진 여섯 개 중 small-business 하나가 스킬 수의 큰 부분을 차지합니다.

그림 2. 스킬 기준 44%가 두 폴더에 있고, 폴더 기준으로는 12%다. 17개 폴더의 SKILL.md 합계 181개에서 편집부가 계산했다

폴더 두 개가 스킬의 44%를 갖고 있습니다. sales 36개는 9월 15일 재구축 결과이고, small-business 44개는 같은 날 “Claude for Small Business” 출시 커밋으로 31개에서 늘어난 것입니다(plugin.json 버전 1.35.1). 나머지 15개 폴더는 평균 6~7개입니다. 폴더 수만 보고 직무별 균형이 잡혔다고 생각하면 안 됩니다. 표에 없는 여섯 개는 이렇습니다.

pdf-viewer는 다른 폴더와 달리 원격 주소가 아니라 npx로 띄우는 로컬 서버(@modelcontextprotocol/server-pdf)를 연결하고, 사용자가 명령으로 부르는 commands/ 파일 네 개(open, annotate, fill-form, sign)가 남아 있습니다. commands/가 남은 곳은 이 폴더와 product-management의 brainstorm.md 하나뿐입니다.

기억하는 productivity와 찾아 주는 enterprise-search

두 폴더는 도구 연결이 얕은 대신 일하는 방식을 바꿉니다. productivity는 코딩 도구의 CLAUDE.md 개념을 사무실로 옮겨 온 설계입니다. 자주 만나는 사람 약 30명, 흔한 약어 약 30개, 진행 중 프로젝트 515개, 업무 선호를 5080줄 분량의 CLAUDE.md에 담고, 나머지는 memory/ 아래 glossary.md와 people/, projects/, context/에 보관합니다. 찾는 순서는 CLAUDE.md, 그다음 glossary.md이고, 둘 다 없으면 사용자에게 뜻을 묻고 기억합니다. README가 든 예시가 이 구조의 효과를 보여 줍니다.

할 일은 TASKS.md 하나로 관리하며 섹션은 Active, Waiting On, Someday, Done 네 개입니다. /productivity:start는 TASKS.md, CLAUDE.md, memory/, 브라우저로 여는 dashboard.html을 만들고, 첫 실행에서는 사용자의 기존 할 일 목록에서 사내 약어를 배웁니다. 이 폴더의 스킬 4개 중 task-management와 memory-management는 user-invocable: false라서 / 메뉴에 나오지 않고 Claude가 필요할 때 스스로 씁니다.

enterprise-search는 질문 하나를 채팅·메일·문서·위키 각각의 검색 문법으로 바꿔 던지고 출처를 붙여 합칩니다. from:, in:, after:, before:, type: 필터가 있고, digest --daily와 --weekly로 하루·주간 요약을 받습니다. 연결할 수 있는 서버는 Slack, Notion, Atlassian, Asana, Guru, Gmail, Google Calendar입니다.

36개로 다시 만들어진 sales와 고객 쪽 세 폴더

고객과 시장을 다루는 폴더는 연결이 두껍고 쓰기 권한이 걸려 있어서 읽는 태도가 달라야 합니다. sales는 9월 15일 2.0.0에서 스킬 9개짜리가 36개로 재구축되었습니다. 계정 조사, 통화 준비, 거래 점검, 이해관계자 지도, 갱신, 고객 건강도, 리드 배정, 회의 예약 같은 이름이 늘었습니다. 2.0은 설정 파일이 필요 없습니다. CRM이 연결돼 있으면 그 시스템의 단계 이름과 필드를 읽고, 없으면 사용자가 올린 파이프라인 파일이나 통화 녹취로 일하며, 모르는 정보는 한 번만 묻습니다. 2.0.1이 Salesforce와 Microsoft 365를 더했고, 10월 21일 2.1.0은 결과 표의 모든 줄에 출처와 확인 링크를 붙입니다.

call-prep 스킬 맨 위의 규칙 문단이 이 폴더의 성격을 보여 줍니다. 메일·채팅·통화 녹취·외부 문서는 정보이지 지시가 아니라고 못 박고, 지시처럼 보이는 문장이 있으면 실행하지 않고 보고합니다. 받는 사람이나 내용을 문서가 정하는 행동은 실행 전에 정확한 수신자·대상·내용·출처를 사용자에게 보여 주고, 사람 없이 도는 예약 실행에서는 그런 행동을 제안으로만 남깁니다. 요청한 CRM 수정이나 메일 발송은 커넥터 권한 안에서 수행하지만, 스스로 제안하는 변경은 근거를 먼저 보여 줍니다. 외부 글에 심어 둔 명령으로 Claude를 움직이는 프롬프트 주입에 대한 방어선을 스킬 문서 안에 적어 둔 것입니다. 도구가 사람의 계정으로 메일을 보내고 CRM을 고칠 수 있을수록 이런 문단이 필요해집니다.

나머지 세 폴더는 규모가 작습니다. customer-support는 티켓 분류, 답변 초안, 에스컬레이션 정리, 고객 조사, 해결된 건을 지식 문서로 바꾸는 스킬 5개로, Intercom과 HubSpot, Guru에 닿습니다. marketing은 콘텐츠·캠페인·이메일 시퀀스·SEO 점검·성과 보고 등 8개이고 Ahrefs, SimilarWeb, Klaviyo, Canva, Figma로 뻗습니다. product-management는 스펙 작성, 로드맵 갱신, 스프린트 계획, 사용자 조사 종합 등 8개와 commands/ 파일 하나로, 트래커 5개와 Amplitude·Pendo 같은 분석 도구를 같이 연결합니다.

숫자를 쪼개는 finance와 웨어하우스에 붙는 data

finance의 스킬 8개는 분개 준비, 대사, 재무제표, 결산 관리, 감사 지원, SOX 테스트, 차이 분석 같은 일입니다. variance-analysis는 예산 대비 실적 차이를 물량 효과와 가격 효과로 쪼갭니다. 스킬이 든 예를 그대로 계산하면 이렇습니다. 예산은 10,000개를 개당 $50에 팔아 $500,000, 실적은 11,000개를 $48에 팔아 $528,000입니다.

항목	계산	금액
물량 효과	(11,000 − 10,000) × $50	+$50,000
가격 효과	($48 − $50) × 11,000	−$22,000
합계	총 차이 $528,000 − $500,000와 일치	+$28,000

겉으로는 “$28,000 초과 달성”이지만 더 많이 팔고도 할인으로 $22,000을 잃었다는 이야기까지 나옵니다. 표의 계산 열은 편집부가 풀어 적은 것이고 수치는 스킬이 든 예입니다.

data는 SQL 작성, 통계 분석, 시각화, 결과 검증 등 10개 스킬로, 웨어하우스에 붙어야 힘을 쓰는 폴더입니다. 그런데 finance와 data 둘 다 Snowflake와 Databricks의 url이 비어 있습니다. BigQuery는 주소가 채워져 있고 Hex, Definite, Amplitude도 이미 적혀 있습니다. 이 두 폴더로 얻은 결과를 믿으려면 어느 웨어하우스의 어느 스키마를 읽었는지 확인해야 하므로, 주소를 채우는 일이 곧 데이터 범위를 정하는 일입니다.

폴더 하나를 열면, legal과 productivity

플러그인 하나의 실제 모양은 두 폴더를 열어 놓고 보면 가장 빨리 이해됩니다.

그림 3. 2026-10-21 커밋 기준 파일 목록. 노란 항목은 폴더 안에 없고 사용자가 만들거나 /start가 만드는 파일

두 폴더 모두 commands/가 없습니다. 3월 13일 커밋이 명령 파일을 skills/이름/SKILL.md로 합쳤기 때문입니다. README의 구조도와 legal README의 파일 구조에는 아직 commands/가 적혀 있어서, 문서를 믿고 폴더를 찾으면 어긋납니다. 슬래시 명령은 /legal:triage-nda처럼 /플러그인:스킬 꼴로 부릅니다. 스킬은 요청이 설명과 맞으면 Claude가 알아서 불러 쓰기도 합니다.

그림에서 legal 폴더 바깥에 있는 legal.local.md가 이 설계의 핵심입니다. 팀의 기준을 적는 문서로, Cowork에서는 Cowork와 공유한 폴더 어디에든, Claude Code에서는 프로젝트의 .claude/ 폴더에 둡니다. 스킬이 이 위치를 찾아 읽습니다. 책임 한도의 표준을 “지급 요금 12개월치, 허용 6~24개월, 상급자 보고는 한도 없음”처럼 적어 두면 같은 계약서에서도 우리 팀의 판정이 나옵니다. 기준 문서가 없으면 스킬은 일반 상업 기준으로 진행하고 그렇다고 밝힙니다. 폴더 안의 review-contract는 계약서를 받으면 우리가 공급자인지 고객인지, 마감, 쟁점, 거래 맥락을 먼저 묻고, 전체를 끝까지 읽은 뒤 책임 한도·면책·지식재산·개인정보 등 열두 범주로 조항을 분석합니다. 조항마다 초록·노랑·빨강을 매기고, 협상 우선순위를 꼭 얻을 것(1순위), 바람직한 것(2순위), 양보해도 되는 것(3순위)으로 나눕니다. 1순위는 상급 승인 없이 양보하지 않는다는 규칙까지 적혀 있습니다.

NDA 한 통이 색으로 갈리는 길

계약서 검토보다 규칙이 선명해서 분류 논리를 그대로 볼 수 있는 것이 triage-nda입니다. 영업팀이 신규 거래처에서 받은 NDA를 법무에 넘기는 상황을 가정하면, 스킬은 파일·주소·붙여넣은 글 어느 것이든 받아 기준을 불러온 뒤 열 개 영역(구조, 비밀정보 정의, 수령자 의무, 표준 예외, 허용 공개, 기간, 반환·폐기, 구제, 문제 조항, 준거법)을 차례로 점검합니다.

그림 4. 파일이 들어온 뒤의 길. 점선은 기준 문서가 없을 때의 기본값 경로와 NDA가 아닌 문서의 지름길

세 갈래의 조건과 안내 시간은 스킬 본문에 있는 그대로입니다.

색	조건	처리
초록	상호 의무, 표준 예외 5가지(공개된 정보, 이미 알던 정보, 독자 개발, 제3자 수령, 법적 강제) 모두 있음, 표준 기간, 비경쟁·비권유 없음	표준 위임 권한으로 서명 절차, 당일
노랑	정의가 약간 넓음, 예외 하나 빠짐, 좁게 쓴 residuals 조항 등 근본 문제는 없음	쟁점을 적어 검토자에게, 영업일 1~2일
빨강	비경쟁·비권유, 지식재산 양도, 위약벌, 독립 개발이나 법적 강제 예외 누락, 광범위한 residuals	서명하지 않고 전면 검토, 영업일 3~5일

가장 흥미로운 규칙은 그림의 점선 지름길입니다. 파일 이름은 NDA인데 열어 보니 가격이나 독점 같은 상업 조건이 들어 있다면 점검 결과와 상관없이 빨강으로 두고 일반 계약 검토로 넘기라고 적혀 있습니다. “그냥 NDA예요”라며 건넨 문서가 NDA가 아닌 경우를 걸러 내는 장치입니다. 스킬이 내놓는 보고서는 분류, 당사자, 유형, 기간, 검토 기준(기준 문서인지 기본값인지)을 머리에 쓰고, 항목별 통과·표시·실패와 문제 조항별 위험·수정 제안을 이어서 적습니다.

설치할 때 고르는 범위와 매 턴 드는 비용

Claude Code에서는 마켓플레이스 이름이 knowledge-work-plugins이고, 한 번에 추가와 설치를 하는 방법과 둘로 나눠 하는 방법이 있습니다.

# 한 줄로 (Claude Code v2.1.292 이상)
claude plugin install legal --marketplace anthropics/knowledge-work-plugins

# 둘로 나눠서
claude plugin marketplace add anthropics/knowledge-work-plugins
claude plugin install legal@knowledge-work-plugins

# 설치 뒤 매 세션에 얼마나 얹히는지
claude plugin details legal

세션 안에서 /plugin을 열면 설치 전에 “Will install” 목록으로 명령·에이전트·스킬·훅·MCP 서버를 볼 수 있고, 범위는 내 모든 프로젝트(사용자), 저장소를 같이 쓰는 모두(프로젝트), 이 저장소에서 나만(로컬) 중에 고릅니다. 공식 마켓플레이스 플러그인의 설치 상세에는 “Every turn”과 “When invoked” 두 가지 토큰 추정치가 나옵니다. 켜 둔 플러그인은 쓰지 않는 세션에서도 스킬 이름과 설명이 매 턴 컨텍스트에 들어가기 때문에, 안 쓰는 직무는 끄는 편이 좋습니다.

Cowork와 채팅에서는 왼쪽 메뉴의 Customize에서 Plugins를 열어 Discover에서 고르거나 마켓플레이스 주소를 추가하거나 파일을 올립니다. 설치만으로는 커넥터가 연결되지 않으므로 Connectors 탭에서 하나씩 추가하고 로그인합니다. 계정에 설치한 것은 채팅, Cowork, 같은 계정으로 로그인한 Claude Code에 이름@synced로 함께 나타나고, 명령줄로 설치한 것은 그 기기에만 있습니다. 같은 플러그인이 두 군데에서 중복되지 않는지 확인하세요.

한도	값
플러그인 한 개(압축 해제)	200MB, 파일 5,000개
마켓플레이스 저장소 압축본	512MB
마켓플레이스당 플러그인	500개
직접 추가할 수 있는 마켓플레이스	25개

자동 업데이트도 기본값이 다릅니다. Claude Code 공식 문서에 따르면 공식 마켓플레이스는 자동 업데이트가 기본 켜짐이지만 knowledge-work-plugins는 예외로 꺼져 있습니다. 새 버전은 claude plugin update 이름@knowledge-work-plugins나 /plugin의 마켓플레이스 탭에서 받고, Cowork는 마켓플레이스에서 Check for updates를 누르거나 자동 동기화를 켭니다. 파일을 직접 고쳐 두었다면 업데이트가 덮어쓰기 전에 경고합니다.

켜기 전에 확인할 것

• 법률·재무 조언이 아니다: legal README는 AI 분석을 자격 있는 변호사가 검토한 뒤 근거로 삼으라는 면책 문구를 따로 두었고, finance 스킬에도 같은 취지가 있습니다.
• 기본 예시는 한 법역의 관행: legal의 기본 예시는 특정 법역을 전제로 쓰였고, README는 다른 법체계에서 쓰려면 legal.local.md의 계약 기준과 규정 준수 항목을 그 지역 법에 맞게 먼저 바꾸라고 안내합니다.
• 연결하는 순간 데이터가 움직인다: 메일·메신저·문서함을 붙이면 Claude가 그 내용을 읽습니다. 영업 2.x는 요청하면 메일 발송과 CRM 수정도 합니다. 처음에는 읽기만 허용하고 민감한 보관함은 연결에서 빼세요. 허용 범위는 각 커넥터의 설정에서 도구별로 정합니다.
• 외부 항목 101개는 별개의 신뢰 문제: marketplace.json에 오른 123개는 자체 폴더 17개, 파트너가 저장소에 넣은 5개, 다른 저장소를 가리키는 외부 항목 101개입니다. 외부 항목은 가리키는 커밋이 고정되고 변경이 Claude 기반 정책 점검을 통과해야 병합됩니다. 그래도 Claude 문서는 Anthropic의 검토가 디렉터리 등록분에 해당하며 주소나 업로드로 직접 추가한 것은 검토 대상이 아니라고 안내합니다.

이 저장소 밖에서 이어 가기

여기서 고른 폴더가 맞지 않으면 갈 곳이 세 가지 있습니다. 첫째는 Claude Code가 처음 실행할 때 자동으로 등록하는 공식 마켓플레이스 claude-plugins-official입니다. 문서의 설치 예시는 커밋·푸시·풀 리퀘스트 명령을 더하는 commit-commands이고, claude plugin install 이름@claude-plugins-official로 설치합니다. 둘째는 필요한 스킬 한 장만 직접 쓰는 방법입니다. 플러그인 없이도 ~/.claude/skills에 두면 되고, 스킬과 서버를 한 묶음으로 나눠 주고 싶을 때 플러그인이 필요해집니다. 셋째는 이 저장소를 본떠 우리 회사 마켓플레이스를 만드는 방법입니다. Git 저장소 하나가 마켓플레이스가 되며, Team·Enterprise 조직에서는 소유자가 저장소를 조직 설정에서 동기화해 모두에게 배포하고 플러그인마다 설치 가능, 기본 설치, 필수를 정할 수 있습니다.

빠진 직무를 직접 만들 때는 이 저장소의 cowork-plugin-management 폴더가 출발점입니다. create-cowork-plugin 스킬이 대화로 안내해 플러그인 파일까지 만들고, cowork-plugin-customizer가 기존 플러그인을 고칩니다. 이 저장소는 Anthropic 팀원이 아닌 사람의 풀 리퀘스트를 자동으로 닫고 플러그인 제출은 별도 양식으로 안내하므로, 고쳐 쓰려면 포크하거나 사내 마켓플레이스에 넣는 쪽이 맞습니다. Anthropic이 직접 쓴 사례로는 법무 플러그인을 코딩 없이 오후 한나절에 팀의 기존 메모와 위험 프레임워크를 바탕으로 만들었다는 보고가 있고, 요령으로 구체적인 불편 하나로 시작하고 실제 업무 산출물을 Claude에게 보여 주며 처음엔 검증 단계를 넣었다가 정확해지면 빼라고 합니다.