들어가며: 개발자만 AI 도구를 쓰는 시대는 끝났어요
AI 코딩 도구 이야기는 이제 좀 지겨울 정도로 많이 들으셨을 거예요. Claude Code나 Cursor 같은 도구들이 개발자의 일하는 방식을 바꿔놓은 건 다들 아는 사실이고요. 그런데 재미있는 건, 이 흐름이 이제 개발자를 넘어 PM(프로덕트 매니저)의 영역으로 본격적으로 번지고 있다는 거예요. 오늘 소개할 pm-skills가 바로 그 신호탄인데요.
pm-skills를 한 문장으로 요약하면 'PM 업무를 위한 AI 스킬 마켓플레이스'예요. 68개의 PM 스킬과 42개의 체이닝된 워크플로우를 9개의 플러그인으로 묶어서 제공하거든요. 제품 발굴(디스커버리)부터 전략 수립, 실행, 출시, 성장, 그리고 AI로 만든 코드를 실제로 배포하는 것까지 — PM이 하는 거의 모든 일을 커버해요.
여기서 이 프로젝트의 핵심 철학이 하나 나오는데, 저장소 설명에 이런 문장이 있어요. '일반적인 AI는 텍스트를 주지만, 이 마켓플레이스는 구조를 준다.' 이게 무슨 말이냐면요. ChatGPT한테 'PRD 써줘'라고 하면 그럴듯한 문서가 나오긴 해요. 근데 그건 인터넷에 떠도는 PRD들의 평균값 같은 거지, 검증된 방법론에 따라 단계별로 사고한 결과물이 아니거든요. pm-skills는 각 스킬에 Teresa Torres(지속적 디스커버리 방법론의 대가), Marty Cagan(『인스파이어드』 저자), Alberto Savoia(프리토타이핑 창시자) 같은 거장들의 프레임워크를 통째로 인코딩해놨어요. 책장에 꽂혀만 있던 방법론을 매일 쓰는 워크플로우에 박아 넣은 셈이죠. '더 빠른 문서'가 아니라 '더 나은 제품 의사결정'이 목표라는 게 이 프로젝트의 자기소개예요.
기술 분석: 스킬, 커맨드, 플러그인 — 3층 구조 이해하기
pm-skills의 아키텍처는 세 가지 개념만 알면 돼요.
스킬(Skill)은 가장 작은 빌딩 블록이에요. 이게 뭐냐면, AI에게 특정 도메인 지식이나 분석 프레임워크, 단계별 가이드를 주입하는 마크다운 문서라고 생각하면 돼요. 예를 들어 '가정 매핑(assumption mapping)' 스킬이라면, 제품 아이디어에 숨어 있는 위험한 가정들을 찾아내고 우선순위를 매기는 방법론이 통째로 담겨 있는 거죠. 재미있는 건 스킬이 자동으로 로딩된다는 점이에요. 대화 맥락에 관련 주제가 나오면 Claude가 알아서 해당 스킬을 불러와요. 필요한 순간에 옆자리 시니어가 '그건 이렇게 접근해봐' 하고 끼어드는 느낌이랄까요. 물론 /스킬이름 형태로 명시적으로 강제 로딩할 수도 있고요.
커맨드(Command)는 사용자가 /command-name 형태로 직접 실행하는 워크플로우예요. 여러 스킬을 사슬처럼 엮어서(이걸 체이닝이라고 해요) 처음부터 끝까지 하나의 프로세스를 완성하는 게 특징인데요. 대표적인 예가 /discover예요. 이 커맨드 하나가 아이디어 브레인스토밍부터 시작해 네 개의 스킬을 순서대로 돌려요. 새 아이디어가 떠올랐을 때 /discover 하나만 치면 발굴 프로세스 전체가 가이드되는 거죠. 이 외에도 전략이 필요하면 /strategy, PRD를 쓸 땐 /write-prd, 출시 계획은 /plan-launch, 지표 설계는 /north-star — 이런 식으로 PM의 핵심 업무마다 진입점이 마련되어 있어요.
플러그인(Plugin)은 스킬과 커맨드를 주제별로 묶은 배포 단위예요. 저장소엔 9개가 있는데요:
- pm-product-discovery: 제품 발굴 — 아이디어 검증, 고객 문제 탐색
- pm-product-strategy: 전략 수립 — 비전, 포지셔닝
- pm-execution: 실행 — PRD 작성, 우선순위 결정
- pm-go-to-market: 출시 전략
- pm-marketing-growth: 마케팅과 그로스
- pm-market-research: 시장 조사
- pm-data-analytics: 데이터 분석, 노스스타 지표
- pm-ai-shipping: AI가 만든 코드를 실제로 출시하기
- pm-toolkit: 여러 커맨드가 공유하는 공용 기반 스킬
기술적으로 보면 저장소 루트에 .claude-plugin 디렉토리와 validate_plugins.py라는 검증 스크립트가 있어요. 플러그인 구조가 규격에 맞는지 자동 검사하는 건데, Anthropic이 공개한 Claude Code 플러그인 표준을 충실히 따른다는 뜻이에요. CLAUDE.md와 AGENTS.md가 둘 다 있는 것도 포인트예요. Claude Code와 Cowork를 우선 타겟으로 하되, 스킬 자체는 다른 AI 어시스턴트에서도 읽혀 쓸 수 있게 호환성을 챙긴 거죠. 스킬이 결국 마크다운 문서이기 때문에 가능한 설계예요.
업계 맥락: '프롬프트 모음집'과는 차원이 달라요
'이거 그냥 프롬프트 템플릿 모음 아니야?'라고 생각하실 수 있는데, 차이가 꽤 커요. 비유하자면 프롬프트 모음집은 레시피가 적힌 카드 묶음이에요. 카드를 읽고 요리하는 건 여전히 내 몫이죠. 반면 스킬 기반 워크플로우는 요리 선생님이 옆에 서서 '지금은 약불로 줄이세요', '간 한번 보세요' 하면서 단계마다 개입하는 거예요. /discover를 실행하면 AI가 프레임워크의 각 단계에서 질문을 던지고, 내 답변을 받아서 다음 단계로 넘어가거든요. 결과물의 품질이 '내가 프롬프트를 얼마나 잘 쓰느냐'가 아니라 '프레임워크가 얼마나 좋으냐'에 의해 결정되는 구조라는 게 본질적인 차이예요.
ChatGPT의 GPTs와 비교해보면 포지셔닝이 더 선명해져요. GPTs도 특정 업무용 AI를 만들 수 있지만, OpenAI 플랫폼 안에 갇힌 닫힌 생태계예요. 반면 스킬은 그냥 깃허브에 올라간 마크다운 파일이에요. 포크하고, 수정하고, 우리 회사 표준에 맞게 바꿔서 팀 저장소에 넣을 수 있죠. 지식이 오픈소스 방식으로 유통된다는 점, 이게 진짜 큰 차이고요.
더 크게 보면 이건 '프롬프트 엔지니어링'에서 '스킬 엔지니어링'으로 넘어가는 흐름의 한 장면이에요. Anthropic이 Agent Skills 개념을 공개한 뒤로, 전문 지식을 파일로 패키징해서 AI에게 장착하는 패턴이 빠르게 퍼지고 있거든요. 지금까지는 주로 개발 영역(코드 리뷰 스킬, 배포 스킬 등)에서 쓰였는데, pm-skills는 이 패턴을 PM이라는 비개발 직군의 업무 전체에 적용한 사례라는 점에서 일종의 이정표예요. '코드를 짜는 AI'에서 '일하는 방법을 아는 AI'로 무게중심이 옮겨가는 거죠.
한국 PM과 개발자에게 주는 시사점
구체적인 활용 시나리오를 몇 가지 그려볼게요.
시나리오 1 — 주니어 PM의 PRD 작성. PRD를 처음 쓰면 뭘 넣어야 할지부터 막막하잖아요. /write-prd를 실행하면 검증된 구조에 따라 질문이 들어와요. 빈 문서 앞에서 얼어붙는 대신, 시니어가 옆에서 인터뷰해주는 느낌으로 문서가 완성되는 거예요.
시나리오 2 — 스타트업의 1인 PM, 혹은 PM을 겸직하는 개발자. 한국 스타트업에선 개발자가 기획까지 하는 경우가 정말 많은데요. 디스커버리, 전략, 출시 계획을 체계적으로 배울 시간이 없는 상황에서, 이 스킬들은 시니어 PM의 사고 체계를 통째로 빌려오는 효과가 있어요. 특히 사이드 프로젝트 하시는 분들, 만들기 전에 /discover부터 돌려보면 '만들면 안 되는 이유'를 미리 발견할 수도 있고요.
시나리오 3 — 지표 설계. '우리 서비스의 핵심 지표가 뭐지?'라는 질문에 /north-star로 노스스타 지표(서비스 성공을 대표하는 단 하나의 핵심 지표)를 도출하는 프로세스를 밟아볼 수 있어요.
도입할 때 고려할 점도 있어요. 첫째, 스킬이 전부 영어 기반이라 산출물도 기본적으로 영어 프레임워크의 문법을 따라요. 한국 조직의 보고 문화나 문서 양식과는 결이 다를 수 있으니, 포크해서 한국어화하거나 사내 표준에 맞게 고치는 작업이 필요할 수 있어요. 둘째, 프레임워크는 도구일 뿐이라는 점이에요. Teresa Torres의 방법론도 결국 고객을 직접 만나야 완성되거든요. AI가 인터뷰 질문은 잘 뽑아주지만, 인터뷰는 사람이 해야죠.
학습 로드맵은 이렇게 제안드려요. ① Claude Code에서 플러그인 마켓플레이스로 추가해서 설치 → ② /discover 같은 커맨드 하나를 실제 아이디어로 끝까지 돌려보기 → ③ 스킬 마크다운 파일을 직접 열어서 어떻게 작성됐는지 구조 분석하기 → ④ 내 업무에서 반복되는 프로세스 하나를 골라 나만의 스킬로 만들어보기. 특히 ③→④ 단계가 중요한데, 잘 만든 스킬을 읽어보는 게 스킬 엔지니어링을 배우는 가장 빠른 길이거든요.
마무리: 지식이 '설치 가능한 파일'이 되는 시대
pm-skills가 보여주는 더 큰 그림은 이거예요. 지금까지 도메인 전문 지식은 책, 강의, 멘토링으로 유통됐는데, 이제 설치 가능한 파일로 유통되기 시작했다는 것. 거장의 방법론을 읽고 소화하는 데 몇 달 걸리던 것이, 플러그인 설치 한 번으로 워크플로우에 들어오는 거죠. 물론 도구가 사고를 대신해주진 않지만, 좋은 사고의 '틀'을 기본값으로 깔아준다는 것만으로도 팀의 평균 수준은 분명히 올라갈 거예요.
다음 차례는 어떤 직군일까요? 마케터, 디자이너, HR을 위한 스킬 마켓플레이스도 머지않아 보이는데요. 여러분이라면 어떤 업무 프로세스를 스킬로 패키징하고 싶으신가요? 그리고 PM의 방법론이 이렇게 AI에 인코딩되는 시대에, PM의 진짜 차별화 역량은 무엇이 될까요? 댓글로 의견 나눠주세요.
🔗 출처: GitHub
"비전공 직장인인데 반년 만에 수익 파이프라인을 여러 개 만들었습니다"
실제 수강생 후기- 비전공자도 6개월이면 첫 수익
- 20년 경력 개발자 직강
- 자동화 프로그램 + 소스코드 제공