2.6万 Star！GitHub 又一款顶级 Skill 火出圈了 | 芋道源码 —

阅读全文

⭐⭐⭐ Spring Boot 项目实战	⭐⭐⭐ Spring Cloud 项目实战
《Dubbo 实现原理与源码解析 —— 精品合集》	《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》	《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》	《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》	《Java 面试题 + Java 学习指南》

摘要: 原创出处 http://www.iocoder.cn/Fight/pm-skills-product-management/ 「芋道源码」欢迎转载，保留摘要，谢谢！

🙂🙂🙂关注微信公众号：【芋道源码】有福利：

RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表

RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址

您对于源码的疑问每条留言都将得到认真回复。甚至不知道如何读源码也可以请教噢。

新的源码解析文章实时收到通知。每周更新一篇左右。

认真的源码交流微信群。

我翻 GitHub Trending 扫到一个项目，四个多月攒了两万六千多 Star。作者是 Paweł Huryn，一个做了八年产品的老兵，他把产品管理那一整套东西拆成一百来个零件，塞进 Claude Code 和 Claude Cowork 里。

不是那种泛泛而谈的提示词，是真能跑工作流的。

仓库首页实时截图，Star 与 Fork 计数同时可见

它把书架上的方法论，编译成了 AI 能照着走的流程

九个插件的结构示意

项目叫 PM Skills Marketplace。名字听着像应用商店，实际也确实是插件市场，只不过里面卖的不是皮肤，是产品从 0 到 1 的全套流程。发现需求、定战略、写 PRD、做竞品分析、规划上线、搞增长，每个环节都有对应的技能包。

它把产品工作切成九块，每块是一个插件，插件里再细分技能和命令。技能是装进 AI 脑子里的知识框架，命令则是敲个斜杠就能触发的一整套流程。

这套东西的底子不在 AI，在那些框架。 机会解决方案树来自 Teresa Torres，假设测试来自 Alberto Savoia，JTBD 访谈框架来自 Jobs-to-be-Done 学派，后来官方 README 里还提到 Marty Cagan。这些都不是模型自己编的，是作者把它们写成了机器能照着执行的指令。

所以它把书架上那几本方法论编译成了一份 AI 能逐步走完的清单。AI 在这里是执行器，不是知识源。

九个插件，覆盖产品从 0 到 1 的全流程

官方九插件总览

前四块管的是想清楚和定方向。产品发现管头脑风暴、假设测试、用户访谈、机会解决方案树；产品战略管商业模式画布、定价策略、SWOT、PESTLE、波特五力；执行落地管 PRD、OKR、路线图、冲刺规划、复盘、利益相关者管理；市场研究管用户画像、市场细分、客户旅程图、TAM/SAM/SOM 估算。

中间三块管的是算账和推出去。数据分析管 SQL 生成、留存分析、A/B 测试统计；上市推广管 beachhead 细分、理想客户画像、增长飞轮、竞争战卡；营销增长管定位、价值主张、北极星指标。

最后两块一个是工具箱，塞了简历审查、NDA 起草、隐私政策、语法检查；另一个是 AI 交付，专门处理 vibe-coded 项目的文档化、安全审计和性能审计。

官方 README 现在的准确口径是六十九个技能加四十二条链式工作流，分九个插件，加起来一百多。来源里写的「100 多个技能块」是把技能和命令合在一起算的。

技能是知识框架，命令是斜杠触发的工作流

discover 的四步流程

想验证一个新点子，敲 /discover，它会带着走四步。先发散想法，再标出假设，然后给假设排优先级，最后设计实验去验证。每一步输出什么、下一步该干什么，都写死在技能定义里。它不是聊天，是结构化的工作流。

背后是一条链。官方说明里 /discover 串了四个技能，从头脑风暴到识别假设到排优先级到设计实验，一路传下去。技能本身还会按相关性自动加载；如果你想让它优先用技能而不是靠常识，可以用 /插件名:技能名 强制加载。命令之间还会互相提示下一步，跑完一个它会告诉你接下来该用哪个。

其他命令也都是这个路子。/interview 分两种模式，prep 帮你写访谈脚本带 JTBD 探针问题，summarize 把访谈文字扔进去输出 JTBD、满意度信号和行动项；/strategy 输入一个产品方向，生成一份九段式的战略画布，从愿景一路写到竞争壁垒。

写作类的命令按模板推进。/write-prd 走八段式，背景、目标、用户场景、功能描述、验收标准、发布计划、指标、风险，你只负责回答问题。算账类的命令给的是带依据的数字，/market-size 算 TAM/SAM/SOM 会标出假设和来源，/north-star 帮你定北极星指标再拆输入指标。

作者拿 Codex 真跑了一遍三条命令

discover 流程的实际输出

这段是来源作者的实测，他日常主力是 Codex。这套技能原生给 Claude 设计，Codex 没有斜杠命令，但技能文件本身是纯文本的指令集，把需要的技能贴进 Codex 的 instructions 里，用自然语言触发，效果一样。

write-prd 的输出

他假设了一个场景，想做一个帮程序员自动整理 GitHub Star 项目的工具，叫 StarManager。先按 discover 流程验证想法，输出里有初步结论、依据、目标用户假设、最危险假设、机会点、建议做的验证试验、MVP 建议和判断。他的评价是很多自己想不到的，它真想到了。接着在同一个会话里让它按 write-prd 写 PRD，一份完整的文档出来了，连 Beta 版要做什么都想好了。

PRD 的 Beta 版功能

最后他让它算市场规模。

market-size 的输出

结论是市场太窄，没前途。这个结果挺有意思，流程跑得很顺，但流程本身不负责告诉你这个点子值得做。它给的是把话说清楚的框架，判断还是你自己的事。

最能说明问题的是让 AI 跟自己写的 PRD 对着干

/red-team-prd 这个命令值得单独拎出来。它专门跟你写的 PRD 对着干，找出里面最站不住脚的假设，然后给每个假设标上最便宜的验证方式。

这两件事分开看都不新鲜，合起来就不一样了。它把「这个假设值不值得验证」变成了流程的一部分，而不是留给你自己判断。相当于找了个杠精同事，专门挑文档里的逻辑漏洞。来源作者说这个他在其他 AI 工具里没见过，我也没有。

还有一条给 vibe coding 擦屁股的路径

ship-check 的交付物

AI 写代码快，但文档不写、意图不记、权限边界也不管。/ship-check 让 Claude 倒推代码库，生成架构图、用户流程、权限矩阵、变量清单，然后对比文档和实际代码的缺口。

这条命令解的是另一头的刚需。用 Claude Code 或者 Cursor 几天搓出一个原型之后，最难的不是继续加功能，是把这个东西交出去。补上交付材料这件事以前要么靠经验老到的同事，要么靠自己硬啃。

工具箱里还有几个救急的，/resume 审查和改简历，/nda 起草保密协议，/privacy 生成隐私政策，/grammar 检查语法。

装起来有图形界面和命令行两条路

看用 Claude 的哪个版本。

图形界面走 Claude Cowork。点左下角的 Customize，进 Browse plugins，选 Personal，点加号，选 Add marketplace from GitHub，输入 phuryn/pm-skills，九个插件自动装完，命令和技能一起到位。

Cowork 安装过程

命令行走 Claude Code。先加市场源。

claude plugin marketplace add phuryn/pm-skills

再逐个装插件，一共九个，建议全装。

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-go-to-market@pm-skills
claude plugin install pm-marketing-growth@pm-skills
claude plugin install pm-execution@pm-skills
claude plugin install pm-ai-shipping@pm-skills

装完重启 Claude Code，敲个 /discover 试试。如果它开始问你产品方向，就说明装对了。

它帮的是已经懂方法的人

Claude 侧边栏里的技能列表

来源作者试了一周，说了几句实话，我觉得是这篇里最该看的部分。

这东西不是给小白用的。 如果你连 JTBD、RICE、机会解决方案树这些名词都没听过，它问到你的时候你会懵。它假设你已经懂这些套路，只是需要一个人帮你按流程走一遍、把输出格式规范化。这条不是缺陷，是筛选。它把「懂方法」设成了使用门槛，省掉的是「从零教方法」那件事。

反过来，如果你做过几年产品，它省的时间就很实在。写 PRD 不用从头搭框架，做竞品分析不用回忆波特五力是哪五力，设计用户访谈不用翻书找 JTBD 探针问题。框架预载好了，你只填内容。

长流程里的记忆边界

缺点也有。它太依赖上下文窗口，如果一个 PRD 特别长，或者一次 discovery 流程涉及太多假设，可能会漏掉前面几步的结论，需要你自己盯着，必要时手动补上下文。这是来源作者的观察，我这边没有办法证实或证伪。

另外这套技能是英文写的。虽然模型能翻译，但术语、模板、输出格式都是英文逻辑，中文团队用的话，输出后可能需要自己润色一遍措辞。

仓库地址是 https://github.com/phuryn/pm-skills 。最后交代一句，我没有实际安装过 pm-skills，上面的功能描述来自官方 README 与来源正文，文中那段用 Codex 跑三条命令的实测是来源作者做的。