PM Skills는 프로덕트 매니저의 업무 방법론(프레임워크)을 마크다운 파일에 미리 박아두고, 필요할 때 AI가 자동으로 끌어다 쓰게 하는 스킬 모음 레포다. "PRD 검토해줘"라고 말하면 AI가 알아서 create-prd라는 지침서 파일을 끌어와 그 절차대로 일한다. 사람이 매번 프레임워크를 떠먹여줄 필요가 없어진다.
일반 AI에게 "우선순위 매겨줘"라고 하면 그럴듯한 텍스트만 준다. PM Skills는 거기에 "RICE 공식을 이 순서로 적용하고, 이 표 양식으로 출력하라"는 검증된 절차를 입힌다.
핵심은 코드가 아니라 마크다운이라는 점이다. 실행 환경도, 빌드도 없다. 그냥 텍스트 파일 한 장 한 장이 "이 주제가 나오면 이렇게 일해라"는 지침서다. ⭐11.9k · 68개 스킬 · 9개 플러그인 · 42개 커맨드.
PM이 AI를 쓰려면 매번 "RICE 우선순위 매기는 법은…", "OKR 작성 규칙은…", "PRD는 8섹션으로…"라고 처음부터 설명해야 했다. 일반 AI는 "텍스트"를 주지 "구조"를 주지 않는다. 결과물의 품질이 그날그날의 프롬프트 운빨에 좌우됐다.
Teresa Torres, Marty Cagan, Alberto Savoia 같은 PM 사상가들의 프레임워크를 미리 65장에 박아두고, 대화 맥락에 맞으면 자동으로 컨텍스트에 끌어온다. 디스커버리부터 런칭까지 PM의 전 과정이 슬래시 명령어 한 줄로 돌아간다. "바이브코딩의 PM 버전"이라 불릴 만하다.
| 관점 | 이 레포가 의미하는 것 |
|---|---|
| 대상 확장 | AI 에이전트 활용이 개발자의 전유물에서 비개발 직무(PM)로 확장되는 신호탄 |
| 스킬 표준 | 2026년 Claude Code의 새 개념인 스킬이 코드 외 영역에서도 통한다는 실전 증명 |
| 지식의 패키징 | 책 한 권 분량의 방법론을 설치 가능한 패키지로 배포 — 노하우 유통 방식의 변화 |
| 진입 장벽 | 마크다운만 읽고 쓸 줄 알면 누구나 자기 직무용 스킬을 만들 수 있음 |
이 레포에는 빌드 도구도, 런타임도 거의 없다. 대신 파일 포맷과 규약(컨벤션)이 곧 기술 스택이다. 무엇으로 이루어져 있는지 층층이 보자.
| 요소 | 역할 | 상세 |
|---|---|---|
| SKILL.md | 스킬 본체 | YAML 프론트매터 + 절차서 본문. 자동 로드되는 도메인 지식 (총 68장) |
| 커맨드 .md | 워크플로우 | 슬래시(/)로 수동 호출하는 다단계 절차 (총 42개) |
| plugin.json | 플러그인 메타 | 각 플러그인의 이름·설명·버전. .claude-plugin/ 안에 위치 |
| marketplace.json | 마켓 매니페스트 | 레포 전체를 마켓플레이스로 선언. 어떤 플러그인이 들어있는지 목록화 |
| 기술 | 역할 | 상세 |
|---|---|---|
| Claude Code | 주 실행 호스트 | 스킬 자동 로드 + 커맨드 슬래시 실행을 모두 지원 |
| Claude Cowork | GUI 호스트 | Customize → Browse plugins로 마켓플레이스 추가 (권장 경로) |
| YAML Frontmatter | 트리거 규약 | 스킬 머리말. AI가 "언제 이 스킬을 꺼낼지" 판단하는 근거 |
| 타 AI 어시스턴트 | 스킬만 이식 | SKILL.md를 .gemini/skills/·.cursor/skills/로 복사 가능 (커맨드는 미지원) |
| 기술 | 역할 | 상세 |
|---|---|---|
| validate_plugins.py | 구조 검증 | 플러그인 폴더 구조·메타데이터 규약 위반을 잡는 파이썬 스크립트 |
| MIT License | 라이선스 | 자유 사용·수정·재배포 가능. 자기 마켓플레이스로 포크하기 쉬움 |
| GitHub 배포 | 유통 채널 | claude plugin marketplace add {계정}/{레포} 한 줄로 설치 |
Claude Code의 확장 시스템은 4단계 계층이다. 위에서 아래로 점점 잘게 쪼개진다.
마켓플레이스는 대형 마트 한 곳이다. 플러그인은 그 안의 코너(과일 코너, 정육 코너...)다. 스킬은 코너에 진열된 상품 하나하나, 커맨드는 "장보기 코스 추천"처럼 여러 상품을 한 번에 담아주는 묶음 서비스다.
사용자는 마트 전체를 사들일 필요 없이 "오늘은 과일·정육 코너만"처럼 필요한 플러그인만 골라 설치한다.
| 플러그인 | 스킬/커맨드 | 다루는 PM 영역 |
|---|---|---|
| pm-product-discovery | 13 / 5 | 아이디어 발굴, 실험, 가정 검증, OST, 인터뷰 |
| pm-product-strategy | 12 / 5 | 비전, 비즈니스 모델, 가격 책정, 경쟁 지형 |
| pm-execution | 16 / 11 | PRD, OKR, 로드맵, 스프린트, 회고, 릴리즈 노트 |
| pm-market-research | 7 / 3 | 페르소나, 세그먼테이션, 여정 지도, 시장 규모 |
| pm-data-analytics | 3 / 3 | SQL 생성, 코호트 분석, A/B 테스트 분석 |
| pm-go-to-market | 6 / 3 | 비치헤드 세그먼트, ICP, 메시징, 그로스 루프 |
| pm-marketing-growth | 5 / 2 | 마케팅 아이디어, 포지셔닝, 가치 제안, 네이밍 |
| pm-toolkit | 4 / 5 | 이력서 검토, 법률 문서, 교정 등 잡다한 도구함 |
| pm-ai-shipping | 2 / 5 | vibe-coding으로 만든 AI 앱 문서화·보안·테스트커버리지·Ship Packet 컴파일 |
create-prd 스킬이 슬쩍 컨텍스트에 들어와 AI가 더 똑똑하게 답한다. 사용자가 명시적으로 부르지 않아도 발동한다./pm-execution:write-prd "사진 태깅 기능"처럼 슬래시로 직접 부른다. 보통 여러 단계로 구성된 절차다: "① 기능 이해 → ② 질문으로 컨텍스트 수집 → ③ PRD 생성 → ④ 후속 제안".스킬은 책장에 꽂힌 참고 매뉴얼이다. 일하다 모르는 게 나오면 자동으로 꺼내 펼치고, 끝나면 다시 꽂는다.
커맨드는 결재 양식이다. "이 양식 채워 올려라"라고 명시적으로 지시하면 정해진 순서대로 빈칸을 채워 결과를 낸다. 커맨드의 진짜 가치는 여러 스킬을 순서대로 엮어 한 번에 돌리는 것이다.
/write-prd 커맨드의 4단계Step 1 — 사용자가 입력한 한 문장("사진 자동 태깅 기능")을 분석. Step 2 — 부족한 정보를 질문으로 채운다("타겟 사용자는?", "성공 지표는?"). Step 3 — create-prd 스킬을 호출해 8섹션 PRD 생성. Step 4 — "이제 프리모템이나 유저 스토리 분해를 해보겠어?"라고 후속을 제안한다.
사용자 입장에서는 단 한 줄로 PRD 작성 전 과정이 끝난다. 진정한 의미의 워크플로우 오케스트레이션(여러 단계를 한 줄로 묶기).
핵심 규약: 플러그인은 .claude-plugin/plugin.json(메타) + skills/(자동 지식) + commands/(수동 워크플로우)의 3종 세트로 구성된다. 이 폴더 모양만 똑같이 베끼면 누구나 자기 도메인 플러그인을 만들 수 있다.
배울 것: 좋은 SKILL.md는 백과사전이 아니라 절차서다. 보통 네 가지가 들어간다 — ① 무엇을 하는지(개요), ② 어떤 프레임워크로(체크리스트·템플릿), ③ 결과물의 모양(출력 포맷), ④ 다음에 뭘 하면 좋은지(후속 제안). 65개 실전 예시로 이 패턴을 익힐 수 있다.
스킬을 백과사전처럼 만들면 AI가 길을 잃는다. 정보의 나열이 아니라 "이 순서로, 이 양식에 맞춰, 이런 결과를 내라"는 절차가 명확해야 한다.
"먼저 가정을 5가지 유형으로 분류하라. 각 가정에 확신 수준을 매기라. 표 형식으로 정리하라"처럼 절차가 보이게 쓴다. 그리고 표 모양 예시까지 보여준다. AI가 그대로 따라 하기 쉬워진다.
배울 것: 스킬 머리말의 description을 어떻게 쓰느냐가 "AI가 이 스킬을 제때 꺼내느냐"를 결정한다. 트리거 문구가 모호하면 발동이 안 되고, 너무 광범위하면 엉뚱한 데서 발동한다. 65개의 잘 다듬어진 description이 좋은 레퍼런스다.
배울 것: 마켓플레이스 → 플러그인 → 스킬/커맨드로 이어지는 모듈 구조. marketplace.json과 plugin.json의 역할 분담, 그리고 claude plugin marketplace add 한 줄로 노하우를 배포하는 유통 모델을 통째로 배운다.
배울 것: OST(기회 솔루션 트리), RICE/ICE 우선순위, JTBD, 비즈니스 모델 캔버스, 프리토타이핑, 프리모템, Kano 모델, North Star 지표 등 교과서에서나 듣던 프레임워크가 "어떻게 절차로 변환되는지"를 실물로 본다. PM 입문 교재로도 손색없다.
배울 것: 단일 스킬을 넘어 여러 스킬을 순서대로 엮는 법. /discover(아이디어→가정→우선순위→실험)처럼 한 커맨드 안에서 다단계 절차를 합성하는 설계 패턴.
배울 것: validate_plugins.py가 어떻게 플러그인 폴더 구조·메타데이터 규약 위반을 잡아내는지. 규약 기반 프로젝트에서 "사람이 실수해도 CI가 막아주는" 안전망 설계의 작은 본보기다.
이 레포는 마크다운 모음이라 무거운 하드웨어가 필요 없다. 관건은 어떤 호스트(실행 환경)에서 쓰느냐다.
| 항목 | 요구사항 | 비고 |
|---|---|---|
| 실행 호스트 | Claude Code(CLI) 또는 Claude Cowork | 스킬+커맨드 둘 다 쓰려면 Claude 계열 필요 |
| 계정 | Claude 구독 또는 Anthropic API 키 | AI 추론 비용 발생 |
| 네트워크 | 인터넷 연결 필수 | 모델 통신 + 마켓플레이스 설치 |
| Git | 설치 시 내부적으로 사용 | marketplace add가 레포를 가져옴 |
| Python | (선택) validate_plugins.py 실행 시 | 스킬 사용 자체엔 불필요. 기여·검증 때만 |
| 로컬 디스크 | 수 MB (텍스트 파일) | 코드·바이너리 없음 |
| 방법 | 장점 | 단점 |
|---|---|---|
| Cowork GUI | 클릭만으로 마켓 추가 (공식 권장) | 커맨드라인보다 일괄 설치는 번거로움 |
| Claude Code CLI | marketplace add + install로 빠르고 자동화 친화 | 터미널 사용에 익숙해야 함 |
| 타 AI 수동 복사 | Gemini·Cursor 등에서도 스킬만 재사용 가능 | 커맨드(슬래시 워크플로우)는 미지원 |
# Claude Code CLI — 마켓 추가 후 원하는 플러그인만 설치
claude plugin marketplace add phuryn/pm-skills
claude plugin install pm-execution@pm-skills
claude plugin install pm-product-discovery@pm-skills가장 작은 한 발. pm-execution 플러그인만 깔고 PRD 커맨드를 한 줄 친 뒤, AI가 어떤 질문을 던지고 어떤 구조로 답하는지를 관찰한다.
같은 요청("이 기능 우선순위 매겨줘")을 ① 플러그인 없이 ② pm-product-discovery 설치 후로 두 번 시켜보고, 결과의 구조 차이(RICE 표가 나오는지 등)를 비교한다.
자기 직무에서 반복되는 작업(회의록 정리, 주간 보고 등) 하나를 골라 마크다운 한 장으로 절차를 적는다. YAML 머리말 + 4요소(개요·절차·출력 포맷·후속) 구조를 직접 경험한다.
머릿속 아이디어(예: 동네 카페 멤버십 앱)로 디스커버리 → 전략 → PRD → 런칭까지 커맨드를 순서대로 돌려본다. PM이 실제로 하는 일의 전체 모양이 보인다.
# 디스커버리 → 전략 → 실행 → GTM 순서
/pm-product-discovery:discover "동네 카페 멤버십 앱"
/pm-product-strategy:strategy
/pm-execution:write-prd
/pm-go-to-market:plan-launch자기 회사 도메인(HR·마케팅·영업)에 맞는 스킬 3개 + 커맨드 2개를 묶어 플러그인을 만들고, marketplace.json으로 패키징해 깃허브에 공개한다. 동료가 한 줄로 설치할 수 있게 된다.
| 요일 | 학습 내용 | 실습 |
|---|---|---|
| 월 | 마켓플레이스·플러그인 설치 | pm-execution 설치, 첫 PRD 생성 |
| 화 | 스킬 자동 로드 체감 | 플러그인 유/무 결과 비교 |
| 수 | 커맨드 슬래시 호출 | /write-prd, /sprint 직접 실행 |
| 목 | 8개 플러그인 영역 훑기 | 각 플러그인 README로 역할 파악 |
| 금 | 출력 포맷 관찰 | 표·체크리스트가 어떻게 나오는지 기록 |
| 요일 | 학습 내용 | 실습 |
|---|---|---|
| 월 | SKILL.md 구조 분석 | create-prd 파일 정독 |
| 화 | YAML 프론트매터 | description 트리거 문구 비교 |
| 수 | 4요소 패턴 식별 | 개요·절차·출력·후속을 표시해보기 |
| 목 | 나만의 SKILL.md 작성 | 반복 업무 1개를 스킬로 |
| 금 | 스킬 적용 효과 측정 | 전/후 품질·시간 비교 기록 |
| 요일 | 학습 내용 | 실습 |
|---|---|---|
| 월 | 디스커버리 (OST·인터뷰) | /discover로 기회 트리 그리기 |
| 화 | 우선순위 (RICE·ICE·MoSCoW) | 가상 기능 목록 점수화 |
| 수 | 전략 (비즈니스/린 캔버스) | /strategy로 캔버스 작성 |
| 목 | 검증 (프리토타이핑·프리모템) | PRD에 프리모템 후속 적용 |
| 금 | 지표 (North Star·A/B) | /north-star로 핵심 지표 정의 |
| 요일 | 학습 내용 | 실습 |
|---|---|---|
| 월 | 플러그인 구조 설계 | plugin.json + 폴더 뼈대 |
| 화 | 커맨드 오케스트레이션 | 스킬 2개를 엮는 커맨드 작성 |
| 수 | 구조 검증 | validate_plugins.py 돌리기 |
| 목 | 마켓플레이스 매니페스트 | marketplace.json 작성 |
| 금 | 깃허브 공개·설치 테스트 | 동료가 add로 설치되는지 확인 |
| 키워드 | 설명 |
|---|---|
| 마켓플레이스 | 플러그인을 모아 배포하는 최상위 단위. 깃허브 레포 1개 = 마켓플레이스 1개 |
| 플러그인 | 스킬+커맨드를 묶은 설치 단위. PM Skills엔 9개 |
| 스킬 (Skill) | 자동 로드되는 도메인 지식 마크다운(SKILL.md). 총 68장 |
| 커맨드 (Command) | 슬래시로 수동 호출하는 다단계 워크플로우. 총 42개 |
| SKILL.md | 스킬 본체 파일. YAML 머리말 + 절차서 본문 구조 |
| YAML 프론트매터 | 파일 맨 앞 --- 블록. 이름·설명·트리거 조건을 적어 AI가 발동 여부 판단 |
| marketplace.json | 레포를 마켓플레이스로 선언하고 포함 플러그인을 목록화하는 매니페스트 |
| plugin.json | 개별 플러그인의 이름·설명·버전 메타데이터 |
| PRD | 제품 요구사항 문서. 기능·대상·동작·성공 지표를 한 문서로. 보통 8섹션 |
| OKR | Objectives & Key Results. 목표와 핵심 결과로 방향·성과를 정렬하는 기법 |
| OST | Opportunity Solution Tree(Teresa Torres). 목표→기회→해결책→실험으로 가지치기 |
| RICE | Reach×Impact×Confidence÷Effort 우선순위 점수 공식 |
| JTBD | Jobs To Be Done. "사용자가 이 제품을 고용해 해결하려는 일"로 니즈를 보는 관점 |
| 프리토타이핑 | Pretotyping(Alberto Savoia). 만들기 전에 "맞는 걸 만드는가"부터 싸게 검증 |
| 프리모템 | Pre-mortem. "6개월 뒤 망했다 치고 왜 망했나"를 미리 묻는 리스크 부검 |
| North Star 지표 | 제품의 핵심 가치를 대표하는 단 하나의 북극성 지표 |
| Cowork | Claude의 GUI 작업 환경. 마켓플레이스를 클릭으로 추가하는 권장 경로 |
| 워크플로우 오케스트레이션 | 여러 스킬을 한 커맨드로 순서대로 엮어 한 줄로 실행하는 것 |