Create clear release notes from tickets, product notes, and code changes. — Claude Skill
Claude Code용 Claude 스킬 · 제공: Pawel Huryn · 실행: /release-notes (Claude 내)·업데이트: 2026년 6월 14일·vmain@d384f0c9eb81fe74656a4f6da168587836939edb
Jira, Linear, PRD, Git 로그, 변경 기록에서 사용자 혜택, 카테고리, 조치 사항이 포함된 고객용 릴리스 노트를 생성합니다.
- 티켓, PRD, 변경 기록, Git 로그에서 무엇이 바뀌었는지, 누구에게 영향을 주는지, 왜 중요한지 추출합니다.
- 새 기능, 개선 사항, 버그 수정, breaking change, deprecation으로 나누어 독자가 빠르게 훑을 수 있게 합니다.
- 내부 구현 세부사항을 티켓 번호나 코드명 없이 고객이 이해할 수 있는 혜택 중심 문장으로 바꿉니다.
- B2B, 소비자용 제품, 개발자/API 대상에 맞게 톤을 조정하고 Markdown 또는 HTML로 출력할 수 있습니다.
PM이 티켓 요약, PRD 조각, 변경 기록 줄을 빈 문서에 복사한 뒤 내부 ID를 지우고 기술 세부사항을 고객용 문장으로 직접 다시 씁니다.
릴리스 원자료와 대상 독자를 `/release-notes`에 제공합니다. 스킬은 사용자 혜택과 필요한 조치를 담은 카테고리별 고객용 릴리스 노트를 반환합니다.
대상
기능
출시된 티켓과 PRD 메모를 스프린트 또는 런칭용 고객 릴리스 노트로 바꿉니다.
내부 구현 로그를 사용자에게 보이는 카테고리와 짧은 혜택 중심 항목으로 변환합니다.
무엇이 출시되었고 사용자에게 무엇이 바뀌었으며 게시 전 어떤 후속 조치가 필요한지 요약합니다.
작동 방식
Jira, Linear, Git 로그, PRD, 내부 변경 기록에서 릴리스 원자료를 모읍니다.
각 변경 사항을 유형, 영향받는 사용자 세그먼트, 사용자 혜택으로 분류합니다.
기술적인 메모를 사용자가 이제 무엇을 할 수 있는지 중심의 쉬운 문장으로 다시 씁니다.
필요한 경우 breaking change와 deprecation 조치까지 포함해 게시 가능한 릴리스 노트를 조립합니다.
입력 옵션
이슈 요약, 상태, 라벨, 릴리스 범위를 붙여넣어 분류합니다.
예시
스프린트 47 릴리스 노트가 필요합니다. 대상: 워크스페이스 관리자와 최종 사용자. 게시일: 6월 18일. 내부 원본 메모: - JIRA-2241: 새 워크스페이스에 온보딩 체크리스트가 표시됨. - PR #882: 프로젝트가 50개 이상인 계정에서 대시보드 캐시로 로딩 시간이 개선됨. - HOTFIX: 트래픽이 높을 때 Safari 결제 시간이 초과되는 문제. - 지원 중단: 기존 /v1/내보내기 엔드포인트는 8월 1일 제거 예정. 고객에게 보여줄 수 있게 작성하세요. 티켓 ID, PR 번호, 캐시 내부 구현, 코드명은 언급하지 마세요.
스킬은 네 가지 변경을 나눕니다: 새 온보딩 기능, 성능 개선, 버그 수정, 고객 조치가 필요한 지원 중단 항목입니다.
“새 워크스페이스에는 이제 초기 설정을 돕는 체크리스트가 표시됩니다. 규모가 큰 계정에서 대시보드가 더 빠르게 로드됩니다. 트래픽이 많은 시간에도 Safari 결제가 더 안정적으로 동작합니다.”
“아직 기존 /v1/내보내기 엔드포인트를 사용하는 팀은 8월 1일 전에 현재 내보내기 흐름으로 이전하세요.”
Jira ID, PR 번호, 캐시 구현 세부사항, hotfix 표현은 제거합니다. 고객에게 필요한 것은 엔지니어링 기록이 아니라 영향입니다.
게시일, 지원 중단 날짜, 영향을 받는 플랜 또는 고객 세그먼트, 지원팀용 내부 안내가 따로 필요한지 확인합니다.
개선되는 지표
지원 도구
어디서나 작동
붙여넣은 티켓, PRD 메모, 변경 기록 항목만으로도 독립 프롬프트로 사용할 수 있습니다.
Jira, Linear, GitHub, Confluence 증거와 연결할 때 가장 잘 작동합니다.
릴리스 노트을(를) 사용해 보시겠어요?
시작 방법을 선택하세요.
이 스킬을 컴퓨터에 로컬로 설치하고 실행합니다.
컴퓨터에서 터미널을 열고 이 명령을 붙여넣으세요:
이 명령은 스킬과 모든 파일을 컴퓨터에 다운로드합니다:
모든 프로젝트에서 사용하려면 끝에 -g를 추가하세요.
Claude Code를 시작한 다음 명령을 입력하세요:
릴리스 노트 생성기
기술 티켓, PRD 또는 내부 변경 기록을 다듬어진 사용자용 릴리스 노트로 변환합니다.
컨텍스트
$ARGUMENTS에 대한 릴리스 노트를 작성합니다.
사용자가 파일(JIRA 내보내기, Linear 티켓, PRD, Git 로그, 내부 변경 기록)을 제공하면 먼저 읽습니다. 제품 URL을 언급하면 웹 검색으로 제품과 독자를 이해합니다.
지침
-
원자료 수집: 제공된 모든 티켓, 변경 기록 또는 설명을 읽습니다. 다음을 추출합니다.
- 무엇이 바뀌었는지(기능, 개선 사항, 수정 사항)
- 누구에게 영향을 주는지(사용자 세그먼트)
- 왜 중요한지(사용자 혜택)
-
변경 사항 분류:
- 새 기능: 완전히 새로운 기능
- 개선 사항: 기존 기능의 향상
- 버그 수정: 해결된 문제
- 중단 변경: 사용자 조치가 필요한 변경(마이그레이션, API 변경)
- 사용 중단 예정: 종료 예정 기능
-
각 항목 작성 원칙:
- 기술 변경이 아니라 사용자 혜택으로 시작합니다.
- 쉬운 언어를 사용하고 전문 용어, 내부 코드명, 티켓 번호를 피합니다.
- 각 항목은 1-3문장으로 유지합니다.
- 사용자가 제공한 경우 이미지나 스크린샷을 포함합니다.
변환 예시:
-
기술적 표현: "Implemented Redis caching layer for dashboard API endpoints"
-
사용자용 표현: "대시보드가 최대 3x 더 빠르게 로드되어 기다리는 시간을 줄이고 분석에 더 집중할 수 있습니다."
-
기술적 표현: "Fixed race condition in concurrent checkout flow"
-
사용자용 표현: "트래픽이 많은 시간대에 일부 주문이 실패할 수 있던 문제를 수정했습니다."
-
릴리스 노트 구조:
# [제품명] -- [버전 / 날짜] ## 새 기능 - **[기능명]**: [무엇을 하고 왜 중요한지 1-2문장 설명] ## 개선 사항 - **[영역]**: [무엇이 좋아졌고 어떻게 도움이 되는지] ## 버그 수정 - [사용자 관점의 문제 설명] 수정 ## 중단 변경(있는 경우) - **필요한 조치**: [사용자가 해야 할 일] -
톤 조정: B2B는 전문적으로, 소비자용 제품은 친근하게, API는 개발자 중심으로 제품의 목소리에 맞춥니다.
Markdown 문서로 저장합니다. 사용자가 HTML이나 다른 형식을 원하면 그에 맞게 변환합니다.
참조 문서
PM Skills Marketplace: 더 나은 제품 결정을 위한 AI 운영 체제
9개 플러그인에 걸친 68개의 PM 스킬과 42개의 연결 업무 흐름입니다. Claude Code, Cowork 등에서 사용할 수 있습니다. 발견부터 전략, 실행, 출시, 성장, AI로 만든 코드 배송까지 다룹니다.

Claude Code와 Cowork를 위해 설계되었습니다. 다른 AI 어시스턴트에서도 스킬을 사용할 수 있습니다.
여기서 시작
새 아이디어가 있나요? → /discover
전략적 명확성이 필요한가요? → /strategy
PRD를 작성하나요? → /write-prd
출시를 계획하나요? → /plan-launch
지표를 정의하나요? → /north-star
이 프로젝트가 도움이 된다면 저장소에 ⭐를 눌러 주세요.
왜 PM Skills Marketplace인가?
일반 AI는 텍스트를 줍니다. PM Skills Marketplace는 구조를 줍니다.
각 스킬은 검증된 PM 프레임워크를 담고 있습니다. 발견, 가정 매핑, 우선순위화, 전략을 단계별로 안내합니다. Teresa Torres, Marty Cagan, Alberto Savoia의 엄밀함을 책장 위가 아니라 매일의 업무 흐름 안에 넣습니다.
결과는 더 빠른 문서가 아니라 더 나은 제품 결정입니다.
작동 방식(스킬, 명령, 플러그인)

스킬은 marketplace의 구성 요소입니다. 각 스킬은 특정 PM 작업에 대한 도메인 지식, 분석 프레임워크 또는 안내형 업무 흐름을 Claude에 제공합니다. 일부 스킬은 여러 명령이 공유하는 재사용 기반으로도 작동합니다.
스킬은 대화와 관련될 때 자동으로 로드됩니다. 명시적으로 호출할 필요는 없습니다. 필요하다면(예: 일반 지식보다 스킬을 우선해야 할 때) /plugin-name:skill-name 또는 /skill-name으로 스킬 로드를 강제할 수 있습니다(Claude가 접두사를 추가합니다).
명령은 /command-name으로 호출하는 사용자 트리거 업무 흐름입니다. 하나 이상의 스킬을 연결해 처음부터 끝까지 이어지는 프로세스를 만듭니다. 예를 들어 /discover는 네 개의 스킬을 연결합니다: 아이디어 발산 → 가정 식별 → 가정 우선순위화 → 실험 설계.
플러그인은 관련 스킬과 명령을 설치 가능한 패키지로 묶습니다. 각 플러그인은 발견, 전략, 실행 같은 PM 도메인을 다룹니다. marketplace를 설치하면 9개 플러그인이 한 번에 제공됩니다.
명령은 스킬을 사용합니다. 일부 스킬은 여러 명령에 쓰입니다. 일부 스킬(예: prioritization-frameworks 또는 opportunity-solution-tree)은 독립 참조 자료로, 관련될 때 Claude가 명령 없이도 참고합니다.
명령은 PM 업무 흐름에 맞게 서로 이어지도록 설계되어 있습니다. 어떤 명령이든 완료되면 관련 다음 명령을 제안합니다. 안내를 따르면 됩니다.
설치
Claude Cowork(비개발자에게 권장)
- 왼쪽 아래의 Customize를 엽니다.
- Browse plugins → Personal → **+**로 이동합니다.
- Add marketplace from GitHub를 선택합니다.
- 입력:
phuryn/pm-skills
9개 플러그인이 모두 자동으로 설치됩니다. 명령(/discover, /strategy 등)과 스킬을 모두 얻습니다.

Claude Code(CLI)
# Step 1: Add the marketplace
claude plugin marketplace add phuryn/pm-skills
# Step 2: Install individual plugins
claude plugin install pm-toolkit@pm-skills
claude plugin install pm-product-strategy@pm-skills
claude plugin install pm-product-discovery@pm-skills
claude plugin install pm-market-research@pm-skills
claude plugin install pm-data-analytics@pm-skills
claude plugin install pm-marketing-growth@pm-skills
claude plugin install pm-go-to-market@pm-skills
claude plugin install pm-execution@pm-skills
claude plugin install pm-ai-shipping@pm-skills
Codex CLI(OpenAI)
Codex는 Claude Code와 같은 plugin marketplace 파일을 읽기 때문에 변환이나 파일 복사 없이 PM Skills를 네이티브로 설치할 수 있습니다:
# Step 1: Add the marketplace
codex plugin marketplace add phuryn/pm-skills
# Step 2: Install the plugins you want
codex plugin add pm-toolkit@pm-skills
codex plugin add pm-product-strategy@pm-skills
codex plugin add pm-product-discovery@pm-skills
codex plugin add pm-market-research@pm-skills
codex plugin add pm-data-analytics@pm-skills
codex plugin add pm-marketing-growth@pm-skills
codex plugin add pm-go-to-market@pm-skills
codex plugin add pm-execution@pm-skills
codex plugin add pm-ai-shipping@pm-skills
얻는 것: 모든 스킬(PM 프레임워크)을 Codex에서 사용할 수 있고 이름으로 호출할 수 있습니다. 개별 스킬만 골라 설치하기보다 플러그인 전체를 설치하세요. 하나의 업무 흐름은 보통 함께 배송되는 여러 스킬에 의존합니다.
Claude Code와 다른 점: /slash 명령(/discover, /write-prd, …)은 설치되지만 Codex 슬래시 명령으로 실행되지는 않습니다. Codex 플러그인은 명령을 노출하지 않습니다. 업무 흐름을 실행하려면 다음처럼 일반 언어로 단계를 설명하면 됩니다:
*[your idea]*에 대해 제품 발견을 실행하세요: 선택지를 브레인스토밍하고, 가정을 매핑하고, 위험한 가정을 우선순위화한 뒤, 실험을 설계하세요. 각 단계 사이에서 멈추세요.
선택 사항 — Codex가 업무 흐름을 스킬로 바꾸게 하기. 명령 파일은 설치된 각 플러그인 안에 함께 제공되므로, 자주 쓰는 명령을 Codex 스킬로 변환해 달라고 요청할 수 있습니다:
pm-execution 플러그인의 명령 파일을 읽고 내가 가장 자주 쓰는 업무 흐름에 해당하는 Codex 스킬을 만드세요.
이는 모델 기반의 최선 노력 변환입니다(일부 Claude 전용 명령 문법은 그대로 옮겨지지 않을 수 있음). 그래도 CLI를 떠나지 않고 Codex에서 안내형 업무 흐름을 얻는 빠른 방법입니다.
다른 AI 어시스턴트(스킬만)
skills/*/SKILL.md 파일은 범용 스킬 형식을 따르며, 해당 형식을 읽는 모든 도구에서 작동합니다. 명령(/slash-commands)은 Claude 전용입니다.
| 도구 | 사용 방법 | 작동하는 것 |
|---|---|---|
| Gemini CLI | 스킬 폴더를 .gemini/skills/로 복사 | 스킬만 |
| OpenCode | 스킬 폴더를 .opencode/skills/로 복사 | 스킬만 |
| Cursor | 스킬 폴더를 .cursor/skills/로 복사 | 스킬만 |
| Kiro | 스킬 폴더를 .kiro/skills/로 복사 | 스킬만 |
# Example: copy all skills for OpenCode (project-level)
for plugin in pm-*/; do
mkdir -p .opencode/skills/
cp -r "$plugin/skills/"* .opencode/skills/ 2>/dev/null
done
# Example: copy all skills for Gemini CLI (global)
for plugin in pm-*/; do
cp -r "$plugin/skills/"* ~/.gemini/skills/ 2>/dev/null
done
사용 가능한 플러그인
<details> <summary><strong>1. pm-product-discovery</strong> — 아이디어 발산, 실험, 가정 테스트, OST, 인터뷰(스킬 13개, 명령 5개)</summary>스킬(13개):
brainstorm-ideas-existing— 기존 제품을 위한 다관점 아이디어 발산(PM, 디자이너, 엔지니어)brainstorm-ideas-new— 초기 발견 단계의 새 제품 아이디어 발산brainstorm-experiments-existing— 기존 제품의 가정을 테스트할 실험 설계brainstorm-experiments-new— 새 제품을 위한 린 스타트업 프리토타입 설계(Alberto Savoia)identify-assumptions-existing— 가치, 사용성, 사업성, 실행 가능성 전반의 위험한 가정 식별identify-assumptions-new— 시장 진출, 전략, 팀을 포함한 8개 위험 범주의 위험한 가정 식별prioritize-assumptions— 영향 × 위험 매트릭스로 가정을 우선순위화하고 실험 제안prioritize-features— 영향, 노력, 위험, 전략적 정렬을 기준으로 기능 백로그 우선순위화analyze-feature-requests— 고객 기능 요청을 테마와 전략 적합성 기준으로 분석하고 분류opportunity-solution-tree— Opportunity Solution Tree(Teresa Torres) 작성 — 결과 → 기회 → 솔루션 → 실험interview-script— JTBD 탐색 질문이 포함된 구조화된 고객 인터뷰 스크립트 작성summarize-interview— 인터뷰 녹취를 JTBD, 만족 신호, 실행 항목으로 요약metrics-dashboard— North Star, 입력 지표, 알림 기준이 있는 제품 지표 대시보드 설계
명령(5개):
/discover— 전체 발견 주기: 아이디어 발산 → 가정 매핑 → 우선순위화 → 실험 설계/brainstorm— 다관점 아이디어 발산(ideas|experiments×existing|new)/triage-requests— 기능 요청 묶음 분석과 우선순위화/interview— 인터뷰 스크립트 준비 또는 녹취 요약(prep|summarize)/setup-metrics— 제품 지표 대시보드 설계
예시:
스킬:
What are the riskiest assumptions for our AI writing assistant idea?Help me build an Opportunity Solution Tree for improving user activationPrioritize these 12 feature requests from our enterprise customers [attach CSV]
명령:
/discover AI-powered meeting summarizer for remote teams/brainstorm experiments existing — We need to reduce churn in our onboarding flow/interview prep — We're interviewing enterprise buyers about their procurement workflow
제품 전략, 비전, 비즈니스 모델, 가격, 거시 환경 분석입니다. 비전 수립부터 경쟁 환경 스캔까지 전체 전략 도구 모음을 다룹니다.
스킬(12개):
product-strategy— 종합 9섹션 Product Strategy Canvas(비전 → 방어 가능성)startup-canvas— Product Strategy(9섹션) + Business Model을 결합한 Startup Canvas — 새 제품을 위한 BMC와 Lean Canvas의 대안product-vision— 영감을 주고 달성 가능하며 감정적으로 와닿는 제품 비전 작성value-proposition— 6부분 JTBD 가치 제안(누구, 왜, 이전 상태, 방법, 이후 상태, 대안)lean-canvas— 스타트업과 새 제품을 위한 Lean Canvas 비즈니스 모델business-model— 9개 구성 요소를 모두 포함한 Business Model Canvasmonetization-strategy— 검증 실험이 포함된 수익화 전략 3-5개 브레인스토밍pricing-strategy— 가격 모델, 경쟁 분석, 지불 의향, 가격 탄력성swot-analysis— 실행 가능한 권장 사항이 포함된 SWOT 분석pestle-analysis— 거시 환경: 정치, 경제, 사회, 기술, 법률, 환경porters-five-forces— 경쟁 압력 분석(경쟁자, 공급자, 구매자, 대체재, 신규 진입자)ansoff-matrix— 시장과 제품 전반의 성장 전략 매핑
명령(5개):
/strategy— 완전한 9섹션 Product Strategy Canvas 작성/business-model— 비즈니스 모델 탐색(lean|full|startup|value-prop|all)/value-proposition— 6부분 JTBD 템플릿으로 가치 제안 설계/market-scan— SWOT + PESTLE + Porter's + Ansoff를 결합한 거시 환경 분석/pricing— 경쟁 분석과 실험이 포함된 가격 전략 설계
예시:
스킬:
Compare Lean Canvas vs Business Model Canvas vs Startup Canvas for my marketplace startupDesign a value proposition for our AI writing assistant targeting non-native English speakersRun a Porter's Five Forces analysis for the project management SaaS market
명령:
/strategy B2B project management tool for agencies/business-model startup — AI writing tool for non-native English speakers/value-proposition SaaS onboarding tool for enterprise customers
일상 제품 관리: PRD, OKR, 로드맵, 스프린트, 회고, 릴리스 노트, 사전 부검, 이해관계자 관리, 사용자 스토리, 우선순위화 프레임워크입니다.
스킬(16개):
create-prd— 종합 8섹션 PRD 템플릿brainstorm-okrs— 회사 목표와 정렬된 팀 수준 OKRoutcome-roadmap— 기능 목록을 결과 중심 로드맵으로 변환sprint-plan— 역량 추정, 스토리 선택, 위험 식별이 포함된 스프린트 계획retro— 구조화된 스프린트 회고 진행release-notes— 티켓, PRD 또는 변경 기록에서 사용자용 릴리스 노트 작성pre-mortem— 호랑이/종이 호랑이/코끼리 분류가 포함된 위험 분석stakeholder-map— 맞춤형 커뮤니케이션 계획이 있는 권한 × 관심도 그리드summarize-meeting— 회의 녹취 → 결정 + 실행 항목user-stories— 3C와 INVEST 기준을 따르는 사용자 스토리job-stories— 잡 스토리: [상황]일 때, [동기]를 원한다, 그래서 [결과]할 수 있다wwas— 왜-무엇-인수 형식의 제품 백로그 항목test-scenarios— 테스트 시나리오: 정상 경로, 경계 사례, 오류 처리dummy-dataset— CSV, JSON, SQL 또는 Python 형태의 현실적인 더미 데이터셋prioritization-frameworks— 9개 우선순위화 프레임워크 참조 가이드(Opportunity Score, ICE, RICE, MoSCoW, Kano 등)strategy-red-team— 계획에 대한 적대적 스트레스 테스트: 핵심 가정을 드러내고, 각 가정을 실패하게 할 요인을 명명하고, 가장 싼 테스트 순으로 정렬
명령(11개):
/write-prd— 기능 아이디어나 문제 진술에서 PRD 작성/plan-okrs— 팀 수준 OKR 브레인스토밍/transform-roadmap— 기능 기반 로드맵을 결과 중심으로 변환/sprint— 스프린트 수명주기(plan|retro|release)/pre-mortem— PRD 또는 출시 계획에 대한 사전 부검 위험 분석/red-team-prd— PRD, 로드맵 또는 전략을 적대적으로 스트레스 테스트하고 가장 위험한 가정을 가장 싼 테스트 순으로 정렬/meeting-notes— 회의 녹취를 구조화된 노트로 요약/stakeholder-map— 이해관계자를 매핑하고 커뮤니케이션 계획 작성/write-stories— 기능을 백로그 항목으로 분해(user|job|wwa)/test-scenarios— 사용자 스토리에서 테스트 시나리오 생성/generate-data— 현실적인 더미 데이터셋 생성
예시:
스킬:
Which prioritization framework should I use for a 50-item backlog?Map our stakeholders for the platform migration projectWhat's the difference between Opportunity Score, ICE, and RICE?
명령:
/write-prd Smart notification system that reduces alert fatigue/sprint retro — Here are the notes from our last sprint/write-stories job — Break down the "team dashboard" feature into job stories
사용자 조사와 경쟁 분석: 페르소나, 세분화, 여정 지도, 시장 규모 산정, 경쟁사 분석, 피드백 분석입니다.
스킬(7개):
user-personas— 조사 데이터에서 정교한 사용자 페르소나 작성market-segments— 인구통계, JTBD, 제품 적합성을 포함한 고객 세그먼트 3-5개 식별user-segmentation— 행동, JTBD, 니즈를 기준으로 피드백 데이터에서 사용자 세분화customer-journey-map— 단계, 접점, 감정, 고충이 포함된 전체 여정 지도market-sizing— 하향식과 상향식 접근을 사용하는 TAM, SAM, SOMcompetitor-analysis— 경쟁사 강점, 약점, 차별화 기회sentiment-analysis— 사용자 피드백에서 감성 분석과 테마 추출
명령(3개):
/research-users— 페르소나 작성, 사용자 세분화, 고객 여정 매핑/competitive-analysis— 경쟁 환경 분석/analyze-feedback— 사용자 피드백에서 감성 분석과 세그먼트 인사이트 도출
예시:
스킬:
Estimate TAM/SAM/SOM for an AI code review tool in the US marketCreate a customer journey map for our e-commerce checkout flowSegment these survey respondents by behavior and needs [attach CSV]
명령:
/research-users We have interview data from 12 users of our fitness app/competitive-analysis Figma competitors in the design tool space/analyze-feedback Here's 200 NPS responses from Q4 [attach file]
PM을 위한 데이터 분석: SQL 쿼리 생성, 코호트 분석, A/B 테스트 분석입니다.
스킬(3개):
sql-queries— 자연어에서 SQL 생성(BigQuery, PostgreSQL, MySQL)cohort-analysis— 코호트별 유지율 곡선, 기능 도입, 참여 추세ab-test-analysis— 통계적 유의성, 표본 크기 검증, 출시/연장/중단 권장
명령(3개):
/write-query— 자연어에서 SQL 쿼리 생성/analyze-cohorts— 사용자 참여 데이터에 대한 코호트 분석/analyze-test— A/B 테스트 결과 분석
예시:
스킬:
How large a sample do I need for 95% confidence with a 2% MDE?What retention metrics should I track for a subscription app?
명령:
/write-query Show me monthly active users by country for Q4 2025 (BigQuery)/analyze-test Here are the results from our checkout flow A/B test [attach CSV]/analyze-cohorts Weekly retention for users who signed up in January vs February
시장 진출 전략: 교두보 세그먼트, 이상적 고객 프로필, 메시징, 성장 루프, GTM 모션, 경쟁 배틀카드입니다.
스킬(6개):
gtm-strategy— 전체 GTM 전략: 채널, 메시징, 성공 지표, 출시 계획beachhead-segment— 첫 교두보 시장 세그먼트 식별ideal-customer-profile— 인구통계, 행동, JTBD, 니즈가 포함된 ICPgrowth-loops— 지속 가능한 성장 루프(플라이휠) 설계gtm-motions— GTM 모션과 도구 평가(제품 주도, 영업 주도 등)competitive-battlecard— 반론 대응과 승리 전략이 포함된 영업용 배틀카드
명령(3개):
/plan-launch— 교두보부터 출시 계획까지 전체 GTM 전략 작성/growth-strategy— 성장 루프 설계와 GTM 모션 평가/battlecard— 경쟁 배틀카드 작성
예시:
스킬:
What's the best beachhead segment for a developer productivity tool?Design a growth loop for a B2B SaaS with a freemium tierDefine our ICP for an AI-powered HR screening platform
명령:
/plan-launch AI code review tool targeting mid-size engineering teams/battlecard Our CRM vs Salesforce for the SMB market/growth-strategy Two-sided marketplace for connecting freelancers with startups
제품 마케팅과 성장: 마케팅 아이디어, 포지셔닝, 가치 제안 문구, 제품 이름, North Star 지표입니다.
스킬(5개):
marketing-ideas— 채널과 메시징이 포함된 창의적이고 비용 효율적인 마케팅 아이디어positioning-ideas— 경쟁사와 차별화된 제품 포지셔닝value-prop-statements— 마케팅, 영업, 온보딩을 위한 가치 제안 문구product-name— 브랜드 가치와 대상 고객에 맞춘 제품 이름 브레인스토밍north-star-metric— North Star 지표 + 비즈니스 게임 분류가 포함된 입력 지표
명령(2개):
/market-product— 마케팅 아이디어, 포지셔닝, 가치 제안, 제품 이름 브레인스토밍/north-star— North Star 지표와 지원 입력 지표 정의
예시:
스킬:
Brainstorm 5 positioning angles that differentiate us from NotionWhat's a good North Star Metric for a two-sided marketplace?Generate value prop statements for our sales team's pitch deck
명령:
/market-product B2B analytics dashboard for e-commerce managers/north-star Two-sided marketplace connecting freelancers with clients
핵심 제품 업무를 넘어서는 PM 유틸리티: 이력서 검토, 법률 문서, 교정입니다.
스킬(4개):
review-resume— 10가지 모범 사례(XYZ+S 공식, 키워드, 구조)에 따른 PM 이력서 검토와 맞춤화draft-nda— 관할권에 맞는 조항이 포함된 비밀유지계약서privacy-policy— GDPR/CCPA 준수를 다루는 개인정보 처리방침grammar-check— 맞춤 수정이 포함된 문법, 논리, 흐름 점검
명령(5개):
/review-resume— 종합 PM 이력서 검토/tailor-resume— 특정 직무 설명에 맞춰 이력서 조정/draft-nda— NDA 초안 작성/privacy-policy— 개인정보 처리방침 초안 작성/proofread— 문법, 논리, 흐름 점검
예시:
스킬:
Review my PM resume against best practices [attach PDF]Check this product announcement for grammar and clarity
명령:
/review-resume [attach your PM resume]/tailor-resume [attach resume + paste job description]/proofread Here's the draft of our Q1 investor update
AI로 만든 코드에 책임이 있는 PM과 창업자를 위한 도구입니다. AI 에이전트는 코드를 빠르게 쓰지만 의도의 기록을 남기지 않습니다. 시스템이 무엇을 해야 하는지, 누가 무엇을 할 수 있는지, 비밀 값이 어디에 있는지, 어떤 규칙이 실제로 검증되는지 말입니다. 이 키트는 검토 가능성을 회복합니다. 시스템을 문서화한 다음, 문서가 말하는 것과 코드가 실제로 하는 것 사이의 격차를 감사합니다. 일반 스캐너가 놓치는 버그 범주입니다.
스킬(2개):
shipping-artifacts— AI로 만든 앱을 검토 가능하게 만드는 지속 문서 세트: 모든 앱에 필요한 핵심 문서(아키텍처, 사용자/권한 흐름, 권한, 변수/비밀 값, 테스트 커버리지 지도)와, 해당될 때만 추가되는 조건부 문서(이메일, 크론, SEO, 내장 에이전트/자동화). 각 문서가 무엇을 담아야 하고 검토자가 어떻게 사용하는지 정의합니다.intended-vs-implemented— 시스템이 문서상 해야 하는 일과 코드가 실제로 하는 일 사이의 격차를 찾는 방법. 양쪽 모두에 인용 가능한 증거를 포함합니다.
명령(5개):
/ship-check— 바이브 코딩 저장소를 검토 준비된 배송 패킷으로 전환: 문서화, 에이전트 컨텍스트 연결, 보안과 성능 감사 실행, 테스트 커버리지 매핑, 결과 컴파일/document-app— 코드베이스를 검토자와 감사자가 필요로 하는 시스템 문서로 역설계: 핵심 세트(아키텍처, 흐름, 권한, 변수)와 적용될 때의 조건부 문서(이메일, 크론, SEO, 자동화)/derive-tests— 문서화된 의도를 테스트 커버리지 지도로 전환: 현재 존재하는 테스트를 인벤토리화하고, 제안 테스트와 검증되지 않은 격차를 분리하며, 병합 전 통과 CI 게이트를 권장/security-audit-static— 정적 보안 감사: 신뢰 경계를 매핑하고, 문서화된 의도를 교차 참조하고, 모든 발견을 자체 반박하며, 증거 기반 위험만 보고/performance-audit-static— 정적 성능 감사: 과도한 가져오기, 누락된 인덱스, 캐싱 기회를 찾아 노력과 영향 기준으로 정렬
예시:
스킬:
What documentation does my Supabase app need before someone can review it?Where does what this code does diverge from what the docs say it should do?
명령:
/ship-check the payments service/document-app — Reverse-engineer the system docs for this repo/derive-tests — Which documented rules have no test yet?/security-audit-static src/api
소개
이 marketplace는 제품 실무와 AI 역량의 변화에 맞춰 발전합니다.
선정된 스킬은 다음 사람들의 작업을 바탕으로 합니다:
- Teresa Torres — Continuous Discovery Habits
- Marty Cagan — INSPIRED and TRANSFORMED
- Alberto Savoia — The Right It
- Dan Olsen — The Lean Product Playbook
- Roger L. Martin — Playing to Win
- Ash Maurya — Running Lean
- Strategyzer — Business Model Generation and Value Proposition Design
- Christina Wodtke — Radical Focus
- Anthony W. Ulwick — Jobs to Be Done
- Alistair Croll & Benjamin Yoskovitz — Lean Analytics
- Sean Ellis — Hacking Growth
- Maja Voje — Go-To-Market Strategist
The Product Compass Newsletter의 Paweł Huryn이 큐레이션했습니다.
PM Brain과 함께 구성

PM Brain은 제품 관리자를 위한 세컨드 브레인입니다. 노트북의 폴더 안에 있는 평문 markdown 파일입니다. Claude는 답변 전에 이를 읽고, 답변 후에는 여기에 쓰며, 매주 금요일 정리합니다. 벡터 DB 없음. 클라우드 없음. 에이전트 메모리 꼼수 없음.
기여
CONTRIBUTING.md를 참고하세요.
Windows의 알려진 문제
Cowork가 불안정하고 VM을 시작할 수 없다면(claude-code/issues/27010), 다음을 시도하세요:
$action = New-ScheduledTaskAction -Execute "powershell.exe" -Argument "-WindowStyle Hidden -Command `"if ((Get-Service CoworkVMService).Status -ne 'Running') { Start-Service CoworkVMService }`""
$trigger = New-ScheduledTaskTrigger -RepetitionInterval (New-TimeSpan -Minutes 1) -Once -At (Get-Date)
$settings = New-ScheduledTaskSettingsSet -AllowStartIfOnBatteries -DontStopIfGoingOnBatteries
Register-ScheduledTask -TaskName "CoworkVMServiceMonitor" `
-Action $action `
-Trigger $trigger `
-Settings $settings `
-RunLevel Highest `
-User "SYSTEM"
이 방법은 Windows 문제의 90%를 해결합니다. 남은 10%: services.msc를 열고 "Claude" 서비스를 수동으로 시작하세요.
라이선스
MIT — LICENSE를 참고하세요.
name: release-notes description: "티켓, PRD 또는 변경 기록에서 사용자용 릴리스 노트를 생성합니다. 새 기능, 개선 사항, 수정 사항 등 카테고리별로 명확하고 읽기 쉬운 요약을 만듭니다. 릴리스 노트 작성, 변경 기록 생성, 제품 업데이트 공지, 출시된 작업 요약에 사용합니다."
릴리스 노트 생성기
기술 티켓, PRD 또는 내부 변경 기록을 다듬어진 사용자용 릴리스 노트로 변환합니다.
컨텍스트
$ARGUMENTS에 대한 릴리스 노트를 작성합니다.
사용자가 파일(JIRA 내보내기, Linear 티켓, PRD, Git 로그, 내부 변경 기록)을 제공하면 먼저 읽습니다. 제품 URL을 언급하면 웹 검색으로 제품과 독자를 이해합니다.
지침
-
원자료 수집: 제공된 모든 티켓, 변경 기록 또는 설명을 읽습니다. 다음을 추출합니다.
- 무엇이 바뀌었는지(기능, 개선 사항, 수정 사항)
- 누구에게 영향을 주는지(사용자 세그먼트)
- 왜 중요한지(사용자 혜택)
-
변경 사항 분류:
- 새 기능: 완전히 새로운 기능
- 개선 사항: 기존 기능의 향상
- 버그 수정: 해결된 문제
- 중단 변경: 사용자 조치가 필요한 변경(마이그레이션, API 변경)
- 사용 중단 예정: 종료 예정 기능
-
각 항목 작성 원칙:
- 기술 변경이 아니라 사용자 혜택으로 시작합니다.
- 쉬운 언어를 사용하고 전문 용어, 내부 코드명, 티켓 번호를 피합니다.
- 각 항목은 1-3문장으로 유지합니다.
- 사용자가 제공한 경우 이미지나 스크린샷을 포함합니다.
변환 예시:
-
기술적 표현: "Implemented Redis caching layer for dashboard API endpoints"
-
사용자용 표현: "대시보드가 최대 3x 더 빠르게 로드되어 기다리는 시간을 줄이고 분석에 더 집중할 수 있습니다."
-
기술적 표현: "Fixed race condition in concurrent checkout flow"
-
사용자용 표현: "트래픽이 많은 시간대에 일부 주문이 실패할 수 있던 문제를 수정했습니다."
-
릴리스 노트 구조:
# [제품명] -- [버전 / 날짜] ## 새 기능 - **[기능명]**: [무엇을 하고 왜 중요한지 1-2문장 설명] ## 개선 사항 - **[영역]**: [무엇이 좋아졌고 어떻게 도움이 되는지] ## 버그 수정 - [사용자 관점의 문제 설명] 수정 ## 중단 변경(있는 경우) - **필요한 조치**: [사용자가 해야 할 일] -
톤 조정: B2B는 전문적으로, 소비자용 제품은 친근하게, API는 개발자 중심으로 제품의 목소리에 맞춥니다.
Markdown 문서로 저장합니다. 사용자가 HTML이나 다른 형식을 원하면 그에 맞게 변환합니다.