我在 GitHub 翻到 21 个 Skill，产品经理的活它全接了

一个需求从零推到能开发，我得写调研问卷、拆竞品、出原型、写 PRD，就是给研发看的那份需求说明书，然后拉上研发测试设计法务开评审会，最后再补一份埋点方案，说清楚上线之后用户每个动作要记哪些数据。

顺利的话三天，不顺利就是一周。

最难受的还不是写，是评审会上被研发问住的那几分钟。你以为想周全了，人家一句「这个接口做不到」，前面全得返工。

昨天晚上我试了件事。GitHub 上有个仓库叫 pm-skills，21 个 Skill，说能把产品经理这一整套全包了。

这个月 Qoder 正好满一周年，同时上了 Qwen3.8-Max，2.4T 参数的新基座，一周年还在送 800 次免费调用，我就把这几样凑一块了。

我输入了一句需求：做一个 iOS 相册清理 App，一张张看照片，上滑保留，下滑删除。

到十一点半，我手里多了六份能直接交出去的文档。其中一份是它自己写的 PRD，被它自己判了不通过，两个阻断项一个没放过。

下面这一趟我全程截了图，包括最后花了多少额度，你照着能自己跑一遍。

先说这 21 个 Skill 是啥。

它分两拨。

一拨 14 个是干活的，调研问卷、竞品拆解、原型、PRD、评审、埋点、优先级排序、路线图、A/B 实验、复盘，产品经理平时交的东西基本都在里面。

另一拨 7 个是顾问，装的是方法论，Marty Cagan 的产品运营模型、Teresa Torres 的持续发现、俞军的用户价值理论，还有《The Mom Test》《User Story Mapping》这些。

你可以让顾问团先审一遍思路，再让干活的那拨动手。

21 个 Skill 列表

真正让这套东西成立的是另一件事：上一环的产出，直接就是下一环的输入。

问卷跑完，竞品拆解自己就接着开始了，我没复制粘贴过一次。这个感受挺明显的，平时我在几个工具之间搬运文档的时间，比写文档本身还长。

装的时候我原本准备手动 clone 再放目录，结果没用上。

Qoder 现在全面支持 Skills，IDE 智能会话、Quest、CLI 都能调。我在智能会话里直接说了一句：

帮我安装github.com/SpaceZephyr/pm-skills

它自己去拉仓库、把 pm-advisory-suite/ 下面的 7 个子 Skill 扁平化到一级、同步修正 pm-master 里的路径引用，然后跑校验、打包安装。

最后回给我的是 qodercli plugin validate: valid, skills (21) 加载成功，安装成功，状态 enabled，版本 2.0.0。

装的是用户级，一次装完，你所有项目里都能用，不用每开一个新项目重装一遍。

一句话装完 21 个 Skill

想确认装上了没有，点右下角的齿轮进设置，找到技能、指令，21 个 pm- 开头的就在里面躺着。

在设置里确认

装的时候有两点值得先知道，省得你以为出问题了。

一个是 pm-image2pencil 这个 Skill 依赖 pencil MCP 工具，你没配这个 MCP 的话它用不了，其余 20 个都不受影响。

这是 Skill 自己的外部依赖，跟装在哪没关系。

另一个是 pm-image2proto 第一次运行会生成 config.json 和 design_system.json 两个文件。

这是它在初始化自己的默认输出目录和设计规则，不是报错，别急着重装。

铺垫完了，下面是我最想给你看的部分。

我把那句需求丢了进去，前面加了个 用 pm-master，后面跟一句 帮我从调研一路推进到埋点。

pm-master 是总控，你不用记住那 21 个 Skill 分别叫什么，它自己挑。

它想了几秒，先去翻了一遍工作区里已有的材料，然后排出一张表：

调研交给 pm-survey-designer，

竞品交给 pm-competitor-deconstructor，

PRD 交给 pm-prd-writer，

评审交给 pm-review-board，

埋点交给 pm-tracking-spec-writer。

每步产出独立文件，步与步之间附交接摘要。

pm-master 自己排出的执行链路

排完它没停，直接开跑第一步。

问卷这一步我最在意的是有没有诱导性，因为大部分自己写的问卷都在问「你会不会需要」，问出来的全是客气话。

它给的是 17 道题，对应 7 个假设。开头三道全是筛选题，一道一道把人往外筛。

先问你用什么手机，不是 iPhone 的直接结束。

再问相册里大概多少张照片，不到 1000 张的也结束。

第三道问最近 30 天有没有想清理相册、或者收到过存储空间不足的提醒，选没有的还是结束。

三道题下来，剩下的才是真有这个痛点的人。

它在题目下面还标了设计意图，写着「问已发生的事实而非你会不会需要」。这句话是做用户调研的基本功，很多人写问卷就是栽在这。

调研问卷题目

问卷落盘之后，竞品那一步自己就接上了。

上一步落盘，下一步自动开始

竞品它拆了四个，Swiped 这类滑动清理 App、AI 扫描类清理 App、iOS 自带的重复项目功能，还有 Slidebox。

每个按策略、功能、体验、增长四层拆，最后出一张横向对比矩阵。

有两个结论我觉得拆得挺准。

一个是 iOS 自带的重复项目是所有第三方清理 App 的免费底线，你必须在系统做不到的地方建立价值。

另一个是滑动清理这个交互已经被验证过了，赛道的短板在别处，一个是首周高价订阅劝退，一个是防误删机制普遍没做好。

竞品横向对比矩阵

这里得提醒一句，竞品结论是它联网检索之后写的，具体到某个 App 收多少钱这种细节，我逐条核对过一遍。

你自己跑的时候也务必核对，这是 AI 幻觉的高发区。

然后是 PRD。这一步我什么都没补充，它把前面的问卷和竞品直接当输入，MVP 定成 F1 到 F5 五个功能，也就是第一版只做这五样，别的全往后放，防误删的三段式防线被它写成了核心卖点。

真正让我坐直的是下一步。

我让 pm-review-board 评审这份 PRD，六个角色，产品、研发、测试、设计、运营、法务。

它给的结论是不通过。

两个阻断项，六个重要项，五个建议项。也就是说，它自己刚写完的 PRD，被它自己毙了。

六角色评审结论

两个阻断项的原话我一个字没改，抄在这里。

第一个是产品、研发、测试三个角色一起提的：过图队列的资产范围没定义，视频算不算？Live Photo 按一张还是两份？连拍怎么处理？清理场景下视频往往是空间大头，范围不定则队列排序、空间计算、删除调用全部无法开工。

第二个是研发和测试提的，这条更狠：批量确认的部分失败语义与 PhotoKit 实际行为冲突。deleteAssets 单次调用是原子事务，整批成功或整批失败，PRD 却要求成功 M 张失败 K 张逐张上报。照 PRD 开发会发现 API 做不到，或者用户确认删 500 张，因为 1 张 iCloud 没下载导致整批失败。

这就是我平时在评审会上被研发问住的那句话，只不过这次是提前一天被问的。

后面六个重要项也没客气。

设计和测试一起提的是无障碍：开了 VoiceOver 的用户没法完成滑动决策。VoiceOver 是 iOS 的读屏功能，视障用户全靠它用手机，这条路走不通，等于核心功能对他们完全不可用。

法务挑出两条上架硬伤。一条是隐私声明写着照片仅本机处理，但埋点要上报行为事件，App Store 隐私标签这么勾会被拒。另一条是付费墙没写价格、周期、自动续订说明和取消方式，这是 App Store 3.1.2 的硬性要求，缺了就拒审。

还有一条我自己都没想到：每日额度按自然日重置，但没定义时区口径，跨时区旅行的用户会重复重置。

研发那个角色还顺手估了工期，iOS 一个人 35 到 45 人天，PhotoKit 核心循环和删除事务 15 到 18 天，UI 和手势 10 到 12 天。

评审完它自己按复评清单改，PRD 从 V1.0 改成 V1.1，八项修改全部达标，复评通过。

最后一步是埋点。它基于改完的 V1.1 生成了 18 个事件。

生成 18 个埋点事件

产出的是一个 HTML 文档，方案概览、事件总览、事件详情、字段字典、命名规范、QA 校验、验收 SQL、变更记录，全都有。

埋点事件总览

你注意看第 12 个事件，delete_batch_fail，触发时机写的是某批次重试 1 次后仍失败。

这个事件是从哪来的？就是刚才评审阻断项里那个 PhotoKit 原子性问题。

评审提出来，PRD 改成分批删除加重试一次的策略，到了埋点这一步，它给这个策略配了监控。三步之间隔着两个 Skill，中间我一个字都没说。

同样的线还有一条：竞品拆解发现防误删普遍缺失，PRD 就把防误删定成差异化核心，评审把它细化成默认焦点给取消项这种具体交互，埋点最后用撤销率和恢复率来量它到底有没有用。

主流程跑完，我又单独让 pm-image2proto 做了个原型。

给它的是三张合成的 iOS 风格参考图，我自己相册里的照片一张没用。指令是这么写的，你照抄的时候把参考图路径换成自己的：

用 pm-image2proto，按这几张 iOS 相册截图做原型，核心交互是上滑保留、下滑删除，要能真的滑动。参考图：reference-screens/01-ios-相册网格-脱敏.png、reference-screens/02-ios-照片详情-脱敏.png、reference-screens/03-ios-相簿页-脱敏.png。请生成可本地运行的交互稿；这是演示原型，不操作用户真实相册。

最后那句我特意写上了，把演示和真实操作的边界划清楚。

它产出的是单文件、零依赖的 HTML，双击就能在浏览器打开，不用起服务器。

原型完成

上滑保留，下滑删除，左滑撤销，撤销栈 20 步，跟 PRD 里写的一致。顶部实时显示已过多少张、预计释放多少 MB。

我在手机上滑了一遍，下滑一张，回收站角标从 0 跳到 1，预计释放变成 2.0 MB。过完之后弹出清理成绩单，已过 5 张、保留 2、待删除 3、预计释放 14.0 MB。点确认删除，底部弹出一行提示：已删除 3 张，系统最近删除 30 天内可恢复。

得说清楚，这是演示原型，里面 24 张全是内置的合成图，它不申请任何相册权限，你滑着玩删不掉自己手机里的照片。

到这里全套齐了。问卷、竞品拆解、PRD、评审记录、埋点方案，加上一个能滑的交互稿。

六份交付物

回头看，我全程输入的实质需求只有开头那一句话。

再说个实在的。这一趟花了多少额度我盯着数了。

开跑之前我的 Qwen3.8-Max 额度是 11 次，全部跑完是 44 次，这一整趟连原型带评审，一共 33 次调用。

产品经理只是我拿来举例的岗位。

这套东西真正的用法，是把你自己的活拆成几个环节，每个环节配一个 Skill，让它们共享同一份上下文。

做运营的话，选题、脚本、投放测试、数据复盘就是四个环节。做设计的可以按需求理解、参考收集、方案输出、评审记录来拆。HR 招人那一摊也一样，JD、筛选标准、面试提纲、评估表，同样是一路往下传的。

GitHub 上现成的 Skill 包不止 pm-skills 这一个，装法都跟上面一样，一句话的事。

Skill 这东西绑的不是工具，是工作流。

最后说个正好赶上的事。

Qoder 一周年，加上 Qwen3.8-Max 这次上线，一共四重福利，我按能不能用得上的顺序说。

第一重是免费额度。8 月 3 日到 9 月 3 日之间，新注册用户和老付费用户各领 800 次 Qwen3.8-Max 调用，每人限一次，仅限个人用户，调用次数有效期到 9 月 30 日。老付费用户的口径是 8 月 3 日前注册、并且 7 月 3 日到 8 月 2 日之间有付费订单。

800 次是什么概念？按我上面那趟 33 次算，够你把一个需求从调研推到埋点，完整跑 24 轮。

第二重是下单再送 2000 次。活动期内在官网下单，首购、续费、升级都算，中国站国际站都可以，能和第一重叠加，新用户合起来 2800 次。

这里有个坑：这 2000 次要你自己在端内手动领，不是自动到账。领的入口就在积分用量那个面板里，写着 2000 次 Qwen3.8-Max 免费调用，右边有个立即领取的按钮。

额度消耗与领取入口

第三重是夜间五折，每天 22 点到第二天早上 8 点，调用五折，个人版企业版同享。我昨天那趟正好卡在这个时间段里跑的。

第四重是邀请。邀请好友注册并消耗至少 1 积分，你得 400 积分，好友得 300 通用积分加 800 次调用，14 天内完成对话才算成功。这条仅限中国版。

领取方式是先升级到最新版，Desktop、JetBrains、QoderWake 在端内积分用量处领，CLI 用 /claim 命令。JetBrains 插件的最新包还在审核，暂时得去下载页手动装。

活动 9 月 3 日结束，具体规则以官方公布为准。

以上就是我昨晚这一趟的全部。

文章来自于"AI产品普洱"，作者 "AI产品普洱"。