iDWong

@idwong source repo

64 skills
0 followers
7 hours ago last updated

▌
Pm Prioritization Engine · idwong bundle
对需求/功能/项目进行多维度优先级排序，输出版本排期建议。当用户说"帮我排优先级"、"这些需求怎么排"、"用 RICE 打分"、"ICE 评分"、"Kano 分析"、"成本收益分析"、"功能排期"、"哪些先做哪些后做"，或者用户列出了一批需求/功能/项目并需要决策顺序时，使用这个 Skill。也适用于：用户想比较多个优先级模型的结果；用户对当前路线图有疑问想重新评估；资源有限需要砍需求；用户提到"RICE"、"ICE"、"Kano"、"优先级矩阵"等专业术语。不适用于：「版本规划」「路线图」走 `pm-roadmap-planner`（本技能只出**排序结果与评分依据**，不排版本）；纯项目管理（排期甘特图）、纯需求文档撰写（用 pm-prd-writer）、纯用户调研设计（用 pm-survey-designer）。

0 installs
▌
Pm Feature Prioritization · idwong
产品功能优先级排序技能。支持 RICE、MoSCoW、ICE、Kano 模型等多种优先级框架。适用场景：(1) 需求池排序，(2) 版本规划功能筛选，(3) 资源有限时决策哪些功能先做，(4) 用户说「功能排优先级」「需求排期」「哪些功能先做」「功能评估」时触发流程位置：`pm-master` 12 阶段流程的**阶段4 默认档**，深度档是 pm-prioritization-engine：多模型交叉 + 敏感性分析；也可单点直接调用。

0 installs
▌
Pm Competitor Deconstructor · idwong bundle
按策略/功能/体验/增长四个维度结构化拆解竞品，输出可借鉴点、不可抄点与差异化建议。当用户说"竞品分析"、"竞品拆解"、"帮我分析竞品"、"看看这几个竞品"、"competitor analysis"、"和竞品比一下"、"对标分析"、"差异化怎么做"，或者用户给出了一份竞品名单并要求系统化分析时，使用这个 Skill。也适用于：用户上传了竞品截图/链接/体验报告并要求结构化拆解；用户要求对比自己产品与竞品的差距；用户想找差异化切入点。不适用于：纯需求文档撰写（用 pm-prd-writer）、纯优先级排序（用 pm-prioritization-engine）、纯用户调研设计（用 pm-survey-designer）。

0 installs
▌
Req Doc · idwong bundle
> 用于生成、撰写、创建、细化、审查或反向同步 SRS 需求规格说明书的技能。触发场景：(1) "生成需求说明书" "写需求说明书" "创建需求文档" "需求文档" "SRS" "SRS需求" "需求规格说明书", (2) "细化需求" "补充需求" "完善需求说明书" "完善SRS", (3) "导出需求说明书" "需求说明书导出Word" "需求文档转Word" "SRS导出", (4) "根据代码更新需求" "反向更新需求说明书" "同步需求文档" "代码和需求对齐", (5) "审查需求说明书" "检查需求文档" "需求文档审查" "需求说明书有没有问题" "审查SRS", (6) "从Word生成模板" "导入需求模板" "提炼模板" "生成新模板" 或用户提供.docx路径并提到"模板", (7) 用户提供需求概述，需要输出详细规格说明时， (8) 用户需要细化现有需求说明书的特定章节时， (9) 用户需要将现有前端代码/页面同步回需求文档时， (10) "PRD转SRS" "PRD 转 SRS" "进开发" "转写需求" "按 PRD 写 SRS" "PRD 转需求说明书" 或仅有 PRD 却要 page-generator / 交付计划 / 概要设计时。支持完整生成、局部完善、审查修复、从代码反向同步、从 Word 生成模板、**PRD→SRS 转写（Step F）**。

0 installs
▌
Dev Master · idwong bundle
研发全生命周期单一流程（13 阶段）。管理 24 个研发链技能：规格真源 → 功能清单 → 概要设计（含威胁建模）→ 详细设计 → 任务分解 → **接手设计稿** → 编码实现 → 原型标注 → 测试 → 调试验收 → 上线审计 → 文档发版 → 分支收尾。 **设计稿不在本链产出**：由 `pm-master` 阶段 8（`ui-ux-pro-max`）出稿，本链阶段 6 只校验、登记与回扫。能力：(1) 单点需求直接路由到最合适的技能 (2) 多步需求按同一条流程裁剪出阶段区间并编排 (3) 保证上一步产出是下一步的合法输入（**分层真源门禁**贯穿全程：设计稿管 UI 层、SRS 管规则层）(4) 支持默认/深度档换挡、断点续跑。触发词：「dev-master」「研发总控」「开发总控」「技术总控」「我该用哪个开发技能」「帮我把这个需求做出来」「从需求到上线」「完整开发流程」「走完整研发流程」「一键开发」「从0到1开发」「整套系统开发」「三端开发」「全栈开发」，或者用户描述了一个研发场景但没指明用哪个技能、或任务明显需要多个研发技能接力时。别名：dve-master（笔误也能命中本技能）。不适用：产品侧的战略/调研/画像/优先级/PRD、**以及界面设计稿/高保真原型/可点原型**（那条链走 `pm-master`）。

0 installs
▌
Pm Product Metrics · idwong
产品数据分析与指标体系设计技能。适用场景：(1) 设计产品数据埋点方案，(2) 分析产品数据找出问题，(3) 漏斗分析/留存分析/同期群分析，(4) 产品数据周报/月报，(5) 用户说「数据分析」「埋点设计」「指标体系」「数据看板」「漏斗分析」「留存分析」时触发流程位置：`pm-master` 12 阶段流程的**数据分析默认档**，深度档是 pm-analytics：归因 + 决策建议 + HTML 报告；本项不是 12 阶段中的固定阶段，按需挂载；也可单点直接调用。

0 installs
▌
Pm Roadmap Planner · idwong bundle
版本规划与路线图设计 Skill。从季度目标、团队产能、依赖方信息出发，输出可执行的版本路线图（里程碑、依赖风险、缓冲策略、每阶段成功指标）。触发条件：用户提到"路线图"、"版本规划"、"roadmap"、"里程碑"、"季度计划"、"版本排期"、"项目排期"、"依赖梳理"、"风险预案"、"缓冲方案"、"release plan"、"OKR拆解"等关键词。也适用于：用户提供季度目标/团队产能/依赖信息要求排期；用户要求将战略目标拆解为可执行的里程碑；用户要求评估项目风险和缓冲方案；用户要求制定跨团队协作的版本计划。典型输入：季度目标 + 团队产能 + 依赖方信息 + 约束条件。流程位置：`pm-master` 阶段 5 的**深度档**（默认档是 `pm-roadmap`）——两者共享「路线图 / roadmap / 版本规划」这组触发词是**设计如此**，编排器入口会问你选哪档；单点调用时，只要甘特图与依赖风险就用本技能，要一版轻量路线图用 `pm-roadmap`。不适用于：单个迭代/Sprint 的规划与复盘走 `pm-sprint-planning`（本技能管**跨版本的路线图**）；每日站会（直接沟通）、单个需求设计（用 pm-prd-writer）、数据分析（用 pm-analytics）。

0 installs
▌
Pm Sprint Planning · idwong
产品迭代规划与敏捷管理技能。适用场景：(1) Sprint/迭代规划会议准备，(2) 将需求拆解为研发任务，(3) 估算工时和容量规划，(4) 迭代复盘总结，(5) 用户说「迭代规划」「sprint计划」「任务分解」「工时估算」「迭代复盘」时触发。不适用：把需求拆成用户故事与 MVP 切片走 pm-method-story-mapping；跨版本的路线图与里程碑走 pm-roadmap-planner

0 installs
▌
Pm Growth Marketing · idwong bundle
产品增长与营销技能。覆盖 5 个模块：北极星指标（含三类商业游戏判定 + 7 条有效性校验）、产品定位（对标竞品的差异化定位语）、价值主张文案（营销/销售/新手引导三种口径）、产品命名（5 个候选 + 理由）、营销点子（5 个低成本创意 + 渠道与话术）。能力：(1) 定北极星指标与 3–5 个输入指标构成指标星系 (2) 把价值主张翻译成对外能用的文案 (3) 出定位、命名、营销创意候选并给取舍理由。触发词：「北极星指标」「NSM」「该盯哪个指标」「指标星系」「产品定位」「定位语」「怎么跟竞品区分」「差异化定位」「产品命名」「起个名字」「营销文案」「宣传语」「slogan」「落地页文案」「营销点子」「低成本推广」「新手引导文案」，或者用户在问「我们对外该怎么讲」时。不适用：战略与价值主张本身 → pm-strategy-frameworks；渠道打法与增长循环 → pm-gtm；品牌视觉与 Logo → brand / design；指标埋点落地 → pm-tracking-spec-writer；数据归因分析 → pm-analytics。参考文档为英文原文，产出语言跟随用户提问语言。

0 installs
▌
Pm Method Build Trap · idwong bundle
《Escaping the Build Trap》方法论。把 Melissa Perri 的成效导向产品管理转化为可执行框架，用于：判断团队是否陷入"功能工厂"、把战略拆成可落地的成效、用产品 kata 系统性验证。每条规则标注原书章节，可追溯。触发词：「Escaping the Build Trap」「跳出功能陷阱」「功能工厂」「build trap」「outcome over output」「product kata」「产品运营模型」「战略部署」及"忙着做功能但不知道有没有用"类场景。

0 installs
▌
Pm Postmortem Writer · idwong bundle
生成结构化的上线复盘报告，包含目标达成、偏差原因、经验沉淀和后续行动项（含责任归因和改进 owner）。当用户说"写复盘""上线复盘""项目复盘""复盘报告""postmortem""版本回顾""迭代总结""上线总结"，或者用户提供了上线数据/过程记录/问题清单并要求结构化总结时，使用这个 Skill。也适用于：事故复盘（P0/P1 事故后的 RCA 报告）、OKR 复盘、季度复盘、A/B 实验复盘。不适用于：纯需求撰写（用 pm-prd-writer）、纯优先级排序（用 pm-prioritization-engine）、周报日报（用 status-report）。

0 installs
▌
Pm Stakeholder Report · idwong
产品经理汇报材料生成技能。适用场景：(1) 月度/季度产品汇报，(2) 向管理层/投资人汇报产品进展，(3) 跨部门产品Review，(4) 产品立项/需求评审材料，(5) 用户说「做汇报」「写汇报材料」「产品复盘」「产品Review」「向老板汇报」时触发

0 installs
▌
Pm Strategy Frameworks · idwong bundle
产品战略框架技能。覆盖 12 个经典框架：精益画布、商业模式画布、Startup Canvas、产品战略画布（9 段）、产品愿景、价值主张（JTBD 六段）、SWOT、PESTLE、波特五力、安索夫矩阵、定价策略、变现策略，外加双向推演（倒推法+顺推法）。能力：(1) 先判断「该用哪个框架」再动手，不套错工具 (2) 按框架产出可评审的战略文档 (3) 多框架交叉引用得出结论。触发词：「做个 SWOT」「精益画布」「商业模式画布」「战略画布」「PESTLE」「宏观环境」「波特五力」「五力分析」「安索夫矩阵」「增长方向」「产品愿景」「价值主张」「定价策略」「怎么定价」「怎么变现」「商业化路径」「战略分析」「立项论证」，或者用户在问「这个市场值不值得进」「我们的护城河是什么」「该往哪个方向长」这类方向性问题时。不适用：需求级判断（该不该做、需求真伪）→ pm-advisory-board；写需求文档 → pm-prd-writer / pm-prd-spec；竞品逐项拆解 → pm-competitor-deconstructor；TAM/SAM/SOM 测算 → pm-market-research；上市与增长执行 → pm-gtm / pm-growth-marketing。参考文档为英文原文，产出语言跟随用户提问语言。

0 installs
▌
Pm Method Story Mapping · idwong bundle
《User Story Mapping》方法论。把 Jeff Patton 的用户故事地图转化为可执行框架，用于：把需求拆成能沟通的整体骨架、切出最小可用的发布切片、避免扁平待办清单。每条规则标注原书章节，可追溯。触发词：「User Story Mapping」「用户故事地图」「故事地图」「需求拆解」「MVP 切片」「backbone」「walking skeleton」「怎么写用户故事」及"需求太碎/PRD 说不清全貌"类场景。

0 installs
▌
Pm Experiment Designer · idwong bundle
A/B 实验设计 Skill。从实验目标出发，输出完整的实验方案（假设、分组、指标体系、样本量估算、止损规则、判定规则）。触发条件：用户提到"A/B 测试"、"AB 实验"、"实验设计"、"对照实验"、"分流实验"、"灰度方案"、"实验方案"、"样本量计算"、"显著性检验"、"实验评估"、"p值"、"置信区间"、"MDE"、"统计功效"、"实验周期"、"止损规则"等关键词。也适用于：用户提供了实验目标/可改动点/数据量级/周期限制要求产出实验方案；用户要求评估现有实验设计是否合理；用户要求制定实验判定标准和决策规则。典型输入：实验目标 + 可改动点 + 当前数据量级 + 可接受实验周期。不适用于：纯数据分析（用 pm-analytics）、纯埋点设计（用 tracking-spec-writer）、纯PRD写作（用 pm-prd-writer）。

0 installs
▌
Pm Tracking Spec Writer · idwong bundle
埋点与指标设计方案生成器。从产品需求/核心链路出发，输出完整的埋点方案文档（事件、字段、触发时机、口径说明、QA 校验清单）。触发条件：用户提到"埋点"、"tracking"、"事件设计"、"数据采集"、"上报方案"、"埋点方案"、"事件规范"、"字段设计"、"指标口径"、"数据验收"、"QA校验"等关键词。也适用于：用户提供产品PRD/需求文档要求产出埋点方案；用户提供核心用户链路要求拆解事件；用户要求规范化事件命名或字段定义；用户要求设计数据验收方案。典型输入：事件命名规范 + 字段字典 + 核心链路描述/流程图。不适用于：纯数据分析（用 pm-analytics）、纯BI看板搭建、纯SQL查询编写。

0 installs
▌
Pm Analytics · idwong bundle
从数据现象出发，生成可执行的产品决策建议，并以可视化 HTML 报告输出。当用户说"分析一下这组数据"、"这个指标为什么跌了"、"帮我做个留存分析"、"用户流失原因是什么"、"看看漏斗哪一步掉了"、"给我出个数据分析报告"时触发。也适用于：用户上传了 CSV/Excel 数据文件并要求分析洞察；用户提供了 SQL 查询结果要求解读；用户要求做指标拆解、归因分析、分群对比、A/B 实验分析；用户提到"指标树"、"漏斗"、"留存"、"转化率"、"DAU 下降"、"分群"、"归因"等数据分析关键词。不适用于：纯 BI 看板搭建（用 xlsx）、纯 SQL 编写（直接写）、纯数据清洗（直接写脚本）。

0 installs
▌
Pm Url2proto · idwong bundle
将线上网页克隆为本地 Next.js 与 Tailwind CSS 原型项目。用于用户提供 URL 或截图并要求复刻、重新设计或迭代页面，也适用于扩展此前由本技能创建的原型项目；即使用户只是提供参考链接或图片并要求构建相似页面，也应使用本技能。

0 installs
▌
Feasibility Report · idwong bundle
生成应用系统类项目可行性研究报告（可研报告）的技能。触发场景：(1) "写可研报告" "生成可行性研究报告" "做可研" "项目可行性分析", (2) "写项目方案" "生成项目建设方案" "项目立项报告" "项目申请报告", (3) "可行性研究" "项目论证" "项目可研" "立项可研", (4) "导出可研报告" "可研报告导出Word" "可研报告转Word", (5) 用户提供项目背景、建设目标、功能需求，需要输出正式的可研报告文档时触发。支持生成完整可研报告、分章节生成、导出 Word 格式。

0 installs
▌
Pm Prd Writer · idwong bundle
把模糊需求转化为可评审的产品需求文档（PRD）。当用户说"帮我出PRD"、"写个产品需求文档"、"这个功能怎么写需求"、"我有个想法想落地"、"把这个需求整理成文档"、"需求评审要用的PRD"，或者用户描述了一段功能但没有结构化时，使用这个 Skill。也适用于：用户上传了原始需求描述/会议纪要/聊天截图并要求整理成PRD；用户说"PRD"、"产品需求"、"需求还很模糊"等关键词；用户要求对已有PRD进行补全、优化、查漏补缺。下游接力：要字段级可开发的规格版 PRD（五形态判定、每页配线框图、UX 规范）→ 本技能澄清与补漏完成后转 `pm-prd-spec`。本技能管的是**需求体检与澄清**：从模糊想法到一份能评审的 PRD。不适用于：泛指的「需求文档」默认是**研发真源 SRS，走 `req-doc`**；「功能说明书」「字段级可开发」的规格版 PRD 走 `pm-prd-spec`；纯技术方案设计（用 hld-design / lld-design）、纯 UI 稿标注（用 annotation）、项目管理类文档（用 pm-stakeholder-report）。

0 installs
▌
UI UX Pro Max · idwong bundle
面向 Web、移动端和桌面端的 UI/UX 设计决策与评审技能。需要检索设计系统、风格、配色、字体、无障碍、交互、响应式、动画、图表或技术栈 UI 指南时使用；负责提供经本地数据库验证的设计建议，不负责替代页面开发和前端编码技能。项目已有 PRD 与 SRS 且用户要设计稿、高保真原型、可点原型、交互原型或预览墙时，本技能同时负责设计稿交付链路（读 PRD+SRS 全文，内容以 PRD 为主 → 落 design-system/ → 三张 iframe 预览墙（移动 393×852 / 官网 1280×900 / 后台 1440×900）→ 全屏页需求标注；不做出稿帧，状态与分支一律在完整流程里走到，另交付 FLOWS.md 流程清单与 HANDOFF.md 工程师对接清单），细则见 references/prototype-delivery.md。材质与层级已并入本技能（原材质皮肤技能撤销），故也负责：磨砂、玻璃、毛玻璃、透明套层、glassmorphism、backdrop-filter、深浅双主题、设计令牌、层级契约与降级。

0 installs
▌
Pm Image2proto · idwong bundle
将界面截图、设计稿或线框图复刻为可运行的 HTML 原型，并支持迭代优化和经验记忆。用于用户提供任何 UI 图片并要求复刻、修改既有原型、输出 HTML 或实现页面时；若对话中有界面截图且要求增加字段或照图修改，也应使用本技能。

0 installs
▌
Pm User Persona · idwong
产品经理用户画像设计技能。适用场景：(1) 创建产品用户画像（Persona），(2) 定义目标用户群体，(3) 用户分层与细分，(4) 用户旅程地图绘制，(5) 用户说「做用户画像」「定义目标用户」「用户分析」「用户分层」时触发

0 installs
▌
Pm Advisor Cagan · idwong bundle
Marty Cagan 视角顾问。以 Cagan 的产品运营模型和决策方式，分析产品经理面临的立项、团队、需求与交付问题。蒸馏自《Inspired》《Empowered》《Transformed》及 SVPG 长文，含 4 个心智模型、7 条决策启发式。触发词：「Cagan」「卡根」「用 Cagan 的视角」「Cagan 会怎么看」「四大风险」「product model」「赋能团队」「discovery」「feature team vs product team」。用户问"这需求该不该做"「团队该怎么组」「怎么做产品发现」时也可触发。

0 installs
▌
Pm Advisor Yujun · idwong bundle
俞军视角顾问。以俞军的用户价值理论和交易模型，分析产品的价值判断、用户迁移、取舍决策问题。蒸馏自《俞军产品方法论》及其公开分享，含 4 个心智模型、6 条决策启发式。触发词：「俞军」「用俞军的视角」「俞军会怎么看」「用户价值公式」「交易模型」「替换成本」「决策效用」「产品经理是决策者」。用户问"这功能对用户价值多大"「用户为什么不迁移过来」「这个取舍怎么定」时也可触发。

0 installs
▌
Pm Okr Designer · idwong
产品 OKR/KPI 体系设计技能。适用场景：(1) 制定产品季度/年度 OKR，(2) 设计产品核心 KPI 指标体系，(3) 拆解战略目标为可执行指标，(4) OKR 复盘与评分，(5) 用户说「制定OKR」「设计KPI」「指标拆解」「目标管理」时触发

0 installs
▌
Pm Review Board · idwong bundle
模拟多角色 PRD/原型评审会，从产品、研发、测试、设计、运营、法务六大视角给出评审结论。当用户说"帮我评审一下这个 PRD"、"看看这个需求有没有问题"、"模拟评审会"、"review 一下这个文档"、"这个需求能不能过评审"、"帮我查漏补缺"时触发。也适用于：用户上传了 PRD、需求文档、原型截图、功能说明并要求检查；用户提到"评审"、"review"、"过会"、"需求评审"、"方案评审"等关键词；用户要求从研发或测试视角看需求是否可行。不适用于：写 PRD（用 pm-prd-writer）、纯代码审查（用 code-review）、纯设计走查（用 design-critique）。

0 installs
▌
Pm Image2pencil · idwong bundle
将截图/设计稿复刻为 Pencil .pen 设计，并在同一画布旁输出结构化设计文档。用户提到“按图复刻”“照着截图画页面”“image to pencil”“做一个一模一样的页面”“根据这张图做设计稿”“输出设计图和文档”时使用本 Skill。也适用于：用户要求修改已有 .pen 页面、追加右侧设计文档、做像素级对齐、根据多张截图整合一套页面。本 Skill 必须调用 pencil MCP 工具完成读取、绘制和截图校验；若信息不全，先向用户索取缺失信息再开始绘制。

0 installs
▌
Pm Advisor Torres · idwong bundle
Teresa Torres 视角顾问。以 Torres 的持续发现（Continuous Discovery）方法和决策方式，分析产品经理的用户发现、机会梳理、方案生成与假设验证问题。蒸馏自《Continuous Discovery Habits》及 Product Talk 长文，含 4 个心智模型、7 条决策启发式。触发词：「Teresa Torres」「Torres」「用 Torres 的视角」「持续发现」「机会解决方案树」「opportunity solution tree」「assumption test」「每周用户触点」「outcome」。用户问"怎么做用户发现"「需求怎么拆成机会」「怎么验证假设」时也可触发。

0 installs
▌
Pm Advisory Board · idwong
产品经理专家顾问团总控。成员：Marty Cagan、Teresa Torres、俞军（专家视角）+ 《The Mom Test》《User Story Mapping》《Escaping the Build Trap》（方法论）。能力：(1)根据问题自动推荐合适的专家/方法论 (2)召开多专家评审会，输出共识/分歧/综合结论。面向"提升产出质量"：从需求真伪、方案结构，到成效导向，帮 PM 把产出做扎实。触发词：「产品顾问团」「PM 顾问团」「专家评审」「让专家们看看这个需求/方案」「开评审会」。

0 installs
▌
Pm User Interview · idwong
产品经理用户访谈技能。适用场景：(1) 设计用户访谈提纲，(2) 分析访谈录音/文字记录提炼洞察，(3) 整理用户需求和痛点，(4) 生成用户访谈报告，(5) 用户说「用户访谈」「访谈提纲」「用户调研」「需求挖掘」「分析访谈」时触发

0 installs
▌
Pm Method Mom Test · idwong bundle
《The Mom Test》方法论。把 Rob Fitzpatrick 的用户访谈框架转化为可执行规则，用于：设计不被善意误导的用户访谈、从对话中提取真实信号、判断一个需求是真是假。每条规则标注原书章节，可追溯。触发词：「Mom Test」「妈妈测试」「怎么问不诱导」「怎么问用户」「需求验证」及"用户说想要但不确定真假"类场景。不适用：要**做一场访谈**（提纲、招募、记录、结论）走 `pm-user-interview`——本技能只提供**提问方法论**。

0 installs
▌
Pm Market Research · idwong bundle
产品经理市场调研与竞品分析技能。适用场景：(1) 需要做市场规模分析（TAM/SAM/SOM），(2) 进行竞品对比分析，(3) 分析行业趋势和机会，(4) 输出市场调研报告，(5) 用户说「做竞品分析」「分析市场」「市场调研」「竞争对手分析」时触发

0 installs
▌
Pm Survey Designer · idwong bundle
设计高质量调研问卷。当用户说"设计问卷"、"帮我出份问卷"、"问卷设计"、"满意度调查"、"NPS问卷"、"量表设计"、"survey design"，或者用户描述了一个调研目标但还没有结构化的问卷时，使用这个 Skill。也适用于：用户上传了已有问卷要求优化/查偏差/补充题目；用户说"帮我检查这份问卷有没有问题"；用户需要设计 A/B 测试问卷、焦点小组访谈提纲、NPS/CSAT/CES 调查；用户提到"诱导题"、"双重问题"、"问卷偏差"等专业术语。不适用于：「市场调研」走 `pm-market-research`、「用户调研/用户访谈」走 `pm-user-interview`（本技能只管**问卷这一种载体**）；纯数据分析（用 pm-analytics）、纯用户访谈记录整理（直接整理即可）、纯产品需求文档（用 pm-prd-writer）。

0 installs
▌
Pm Operation Manual · idwong bundle
用于生成、撰写或创建操作手册或用户指南的技能。触发场景：(1) "生成操作手册" "写操作手册" "创建操作手册" "用户手册", (2) "使用说明" "功能说明文档" "快速入门" "用户指南", (3) "导出操作手册" "操作手册导出Word" "用户手册转Word", (4) 生成系统管理员操作手册， (5) 生成终端用户手册或快速入门指南。基于需求文档和现有前端页面生成操作手册。

0 installs
▌
Systematic Debugging · idwong
遇到任何 bug、测试失败或异常行为时，在提出修复方案之前使用。

0 installs
▌
Test Driven Development · idwong
在编写实现代码之前，实现任何功能或修复 bug 时使用。

0 installs
▌
Verification Before Completion · idwong
在宣称工作已完成、已修复或通过之前使用（提交或创建 PR 前）——须运行验证命令并确认输出，用证据说话，禁止空口断言。

0 installs
▌
Prd Writer · idwong bundle
帮助用户从零写出高质量 PRD，或评估/改进/增量更新已有需求文档。触发词（任一命中即用本 skill）：需求文档、PRD、产品需求、功能文档、写需求、整理需求、补充需求、审查需求、改进需求文档、需求评审、评估 PRD、从零写 PRD、我想做个产品/功能/App/工具、帮我整理需求、AI 写的需求有没有问题、导出 PRD、PRD 导出 Word、需求文档转 Word、PRD 转 Word。即使描述很简短也必须触发，不得跳过技能直接写文档。

0 installs
▌
Pm Gtm · idwong bundle
产品上市（Go-to-Market）技能。覆盖 6 个模块：滩头市场选择、理想客户画像（ICP）、GTM 策略、 7 种 GTM 打法（Inbound / Outbound / 付费投放 / 社区 / 伙伴 / ABM / PLG）、5 类增长循环（病毒 / 使用 / 协作 / UGC / 推荐）、竞品销售战报卡。能力：(1) 定「第一个市场打谁」和「理想客户长什么样」(2) 选打法组合并算增长循环系数 (3) 出完整上市计划与销售对抗物料。触发词：「上市计划」「GTM」「怎么打开市场」「第一批客户找谁」「滩头市场」「ICP」「理想客户画像」「增长循环」「病毒增长」「飞轮」「获客渠道怎么选」「PLG」「ABM」「发布计划」「战报卡」「销售话术」「客户问为什么不选竞品」，或者用户在问「产品做好了但卖不动」「该投哪个渠道」时。不适用：战略方向与定价 → pm-strategy-frameworks；定位语/命名/北极星指标 → pm-growth-marketing；竞品四维深度拆解 → pm-competitor-deconstructor（战报卡是销售用的对抗物料，不是分析报告）；发版说明 → pm-release-notes。参考文档为英文原文，产出语言跟随用户提问语言。

0 installs
▌
Brainstorming · idwong
在任何创意工作（创建功能、构建组件、添加功能或修改行为）之前必须使用本技能。在实现前先探索用户意图、需求和设计方案。触发场景：用户描述想构建什么、分享功能想法或提供简要需求清单时。

0 installs
▌
Pm Master · idwong bundle
产品全生命周期单一流程（12 阶段）。管理 37 个 PM Skill + 10 个同链路的非 pm- 技能（SRS/设计/任务/标注链）。流程链：战略框架 → 上市与ICP → 市场调研 → 用户画像 → 功能优先级 → 产品路线图 → 需求澄清 → 需求文档（SRS/PRD）→ 界面设计稿 → 测试用例 → 操作手册 → 任务分解（三源合一 + 看板）。能力：(1) 单点需求直接路由到最合适的 Skill (2) 多步需求按同一条流程裁剪出阶段区间并编排 (3) 判断类问题转交 pm-advisory-board 组织专家评审 (4) 入口处让用户选「默认档／深度档」，并支持断点续跑与中途换挡。触发词：「pm-master」「产品总控」「我该用哪个 Skill」「帮我推进这个需求」「从头到尾走一遍」「完整链路」「完整流程」「走完整流程」「一键生成所有文档」「完整产品交付」「从0到1」「新产品立项」「产品全流程」，或者用户描述了一个产品工作场景但没指明用哪个 Skill、或任务明显需要多个 Skill 接力时。不适用：研发侧的 SRS／概要设计／详细设计／编码／测试／上线（那条链走 `dev-master`，从它的阶段 1 接手）；发版说明与上线审计**已不在本流程**——发版说明归 `dev-master` 阶段 12，上线审计归它的阶段 11。

0 installs
▌
Pm Roadmap · idwong
产品路线图规划技能。适用场景：(1) 制定季度/年度产品路线图，(2) 版本规划和里程碑设计，(3) 多团队功能交付协调，(4) 向管理层或投资人展示产品规划，(5) 用户说「做路线图」「产品规划」「版本计划」「roadmap」时触发流程位置：`pm-master` 12 阶段流程的**阶段5 默认档**，深度档是 pm-roadmap-planner：四步法 + 甘特图 HTML；也可单点直接调用。

0 installs
▌
Prototype To Prd · idwong bundle
从 Axure 导出 HTML 原型或线上网站逆向盘点功能结构，再生成 PRD。触发词（任一命中即用本 skill）：Axure 转 PRD、原型转需求、原型生成 PRD、从原型写 PRD、逆向 PRD、网站转 PRD、线上产品写需求、分析原型写 PRD、HTML 原型转文档、/prototype-to-prd、导出 PRD、PRD 导出 Word、需求文档转 Word、PRD 转 Word。与 prd-writer 分工：本技能负责「读原型/站点 → 盘点 → 补缺口」；概念版与落地版模板、三视角诊断、MVP 闸门、自检仍复用 prd-writer 的 references/。用户仅说「写 PRD」且无原型/站点输入时，用 prd-writer，不用本技能。

0 installs
▌
Pm Prd Spec · idwong bundle
产品需求文档（PRD）生成器，覆盖五种产品形态：移动端 APP、移动端 H5、小程序、Web 运营管理系统、Web 官网。输出"字段级可开发"的中文 PRD，每个页面配原型图，并融合 ui-ux-pro-max 的设计智能补齐界面与交互规范。触发场景：(1) "写需求文档" "出 PRD" "产品需求文档" "功能说明书"； (2) "写 APP 需求" "H5 活动页需求" "小程序需求" "运营后台 PRD" "官网需求"； (3) 用户描述了一个页面/功能（列表、表单、详情、Tab、信息流、指标看板、落地页、留资表单）并要求出文档； (4) "按短剧后台那份文档的格式写" "照那个文档的样式写需求"； (5) 已有 PRD 需要补漏、补校验规则、补指标口径、补 UX 规范、补原型图。上游接力：需求还很模糊、连「该不该做」都没定 → 先用 `pm-prd-writer` 做需求体检与澄清，澄清完成后回本技能补形态判定、字段级规格、原型图与 UX 规范。下游接力：PRD 与 SRS 都已落盘、用户要设计稿/高保真原型/可点原型/交互原型/预览墙 → 走 Step 8 出 **UI/UX设计稿**（可点可交互的独立 HTML），调 `ui-ux-pro-max` 落 `design-system/`（设计稿内容以 PRD 为主真源、共三张 iframe 预览墙：移动 393×852 / 官网 1280×900 / 后台 1440×900、点卡进全屏、全屏页右下角需求标注；**不做出稿帧**，出的是完整流程的动态交互设计稿 + `FLOWS.md` 流程清单 + `HANDOFF.md` 工程师对接清单）。流程位置：`pm-master` 12 阶段流程的**阶段7 深度档**（默认档是 `req-doc`／`prd-writer`）——本技能**不登记 `SPEC_SOURCE`**，流程内使用时须由流程在阶段7 收尾代为登记；也可单点直接调用。不适用于：SRS 需求规格说明书（用 req-doc）、纯前端页面实现（用 page-generator）、纯设计评审（用 ui-ux-pro-max）、纯技术方案（用 hld-design / lld-design）。

0 installs
▌
Webapp Testing · idwong bundle
使用 Playwright 与本地 Web 应用交互并进行测试，支持验证前端功能、调试界面行为、截取浏览器截图和查看浏览器日志。

0 installs
▌
Dev Code Review · idwong bundle
对**一次改动**做成文的代码评审：工作区 diff／分支／PR／指定路径都能评，产出带证据行（`file:line`）、严重级与整改闭环的评审报告，落 `dev/reports/`。能力：(1) 先圈定评审范围与规格真源，再按八个维度逐项过 (2) 每条意见必须指到实处并经一轮自我反驳 (3) 按交付模式分档（快速／标准／严格）(4) 整改后回填闭环状态，不留「已知问题」当交付物。触发词：「代码评审」「review 一下这段代码」「帮我看看这个 PR」「合并前把关」「这次改动有没有问题」「评审报告」「code review」「MR 评审」「提交前审一遍」「谁来把个关」，或在 `dev-master` 阶段 10 之前需要人工／AI 把关时。与内置 `/code-review` 的关系：Claude Code 内置命令适合**即时看 diff、不留档**； **本技能面向 Codex / Cursor（没有那个命令）以及需要成文报告、按维度全覆盖、要闭环追踪的场景**。不适用：文档意图 vs 代码实现的差距审计（`pm-ai-ship-audit`）、具体故障定位（`systematic-debugging`）、「说做完了是不是真做完」的终检（`verification-before-completion`）、测试用例设计（`pm-test-cases`）。

0 installs
▌
Release Rollout · idwong bundle
产出《发布与回滚预案》：变更面盘点 → 灰度批次与开关 → 监控指标与阈值 → 回滚触发条件与步骤 → 演练记录，落 `dev/release/`。回答的是「怎么发上去」和**「出事了怎么退回来」**这两个问题。能力：(1) 把代码/配置/数据/契约/依赖五类变更分开定回滚方式 (2) 数据迁移按 expand-contract 拆成可逆步骤，不可逆操作单列并要人工确认 (3) 每个监控指标带数据来源、观察窗口与回滚阈值 (4) 回滚步骤**必须演练过一次**才算完成。触发词：「发布方案」「发布预案」「上线方案」「怎么发版」「灰度发布」「灰度放量」「放量节奏」「回滚方案」「回滚预案」「出事了怎么退回去」「数据迁移能不能回滚」「发布检查单」「上线 checklist」「蓝绿」「金丝雀」「feature flag 怎么配」，或 `dev-master` 阶段 12 要出上线材料时。不适用：A/B 实验的分流与显著性判定（`pm-experiment-designer`——它的「灰度」指实验分组，本技能的灰度指**发布放量**）、面向用户的版本更新文案（`pm-release-notes`）、分支合并与收尾（`finishing-branch`）、任务分解、开发顺序与进度（`task-breakdown`）、上线前的代码与文档审计（`pm-ai-ship-audit`）。

0 installs
▌
Finishing Branch · idwong
开发分支完成后的结构化收尾流程 — 验证测试、检测环境、提供 merge/PR/保留/丢弃四选项

0 installs
▌
Pm AI Ship Audit · idwong bundle
AI 生成代码的上线前审计技能（vibe-coded app 交付审计）。两个方法 + 五条流程：「文档基线」（架构、用户与权限流、权限矩阵、变量与密钥、测试覆盖地图，外加邮件/定时任务/SEO/内嵌 Agent 四个条件文档）、「意图 vs 实现」（找文档写了但代码没做到的差距——通用扫描器发现不了的那一类 bug）；流程含反向补文档、推导测试覆盖、静态安全审计、静态性能审计（专抓 N+1 与请求瀑布）、上线检查总装。能力：(1) 给 AI 写出来的代码补齐可评审的文档基线 (2) 交叉核对文档意图与代码实现的差距 (3) 出带证据行（file:line + 原文片段）且经过自我反驳的审计报告。触发词：「上线前检查」「AI 代码审计」「vibe coding 检查」「代码和文档对不上」「权限有没有漏」「安全审计」「性能审计」「N+1」「请求瀑布」「补系统文档」「测试覆盖地图」「ship check」，或者用户说「这个项目是 AI 写的，能上线吗」时。不适用：常规代码评审 → /code-review（Claude Code 内置，Codex/Cursor 无此技能）；架构与详细设计文档 → hld-design / lld-design；测试用例设计 → pm-test-cases；系统性排障 → systematic-debugging。参考文档为英文原文，产出语言跟随用户提问语言。

0 installs
▌
Pm Release Notes · idwong
产品发版说明撰写技能。适用场景：(1) App Store/应用市场更新说明，(2) 对外公告发版说明，(3) 面向用户的功能更新介绍，(4) 内部发版变更记录，(5) 用户说「写发版说明」「更新日志」「版本更新」「changelog」「上线公告」时触发

0 installs
▌
Dev Fullstack Product · idwong bundle
全栈产品 0-1 开发的标准化 SOP：基于上游 SRS/PRD、原型与设计稿，完成「移动端 + 运营管理端 + 后端服务」三端开发、三轮真实测试、12 类角色专家评审与部署交付。触发场景：(1) "按 PRD/SRS 开发全套代码" "开发完还要测试和评审", (2) "移动端+管理端+后端" "APP和后台一起做", (3) "全链路测试" "三轮测试" "12 角色评审" "上线前评审整改", (5) 用户已有 pm-master / pm-prd-spec / req-doc 的产出，要求进入实现阶段并交付可部署产物。不适用：「三端开发」「全栈开发」「整套系统开发」「从 0 到 1」这类**入口级说法走 `dev-master`** （它会把本技能挂成阶段 7 的深度档）；产品侧的多专家评审走 `pm-advisory-board`；单个页面实现（用 page-generator）、只排交付顺序与拆任务（用 task-breakdown）、纯架构文档（用 hld-design / lld-design）、纯测试用例（用 pm-test-cases）、上线前代码审计（用 pm-ai-ship-audit）。

0 installs
▌
Workflow Automator · idwong
自动化工作流编排，支持 CI/CD 配置、脚本生成、定时任务和 Git Hooks 设置。

0 installs
▌
Annotation · idwong bundle
> 原型标注工具。在页面上标注需求说明（字段说明、业务规则、交互逻辑等），开发人员和产品经理都能看到。标注与 UI 库完全解耦，通过注入专属 class 定位。触发场景：(1) "标注页面" "生成标注" "添加标注" "原型标注", (2) "给xx页面加标注" "标注xx功能", (3) "注入标注组件" "初始化标注"

0 installs
▌
Hld Design · idwong bundle
生成概要设计说明书（HLD / High-Level Design）的技能。在需求确定后、详细设计前，从 SRS 需求说明书推导系统总体架构。触发场景：(1) "概要设计" "概要设计说明书" "生成概要设计" "写概要设计" "HLD", (2) "系统设计" "总体设计" "架构设计" "系统架构设计", (3) "分层设计" "模块划分" "技术选型方案", (4) "审查概要设计" "检查概要设计" "概要设计有没有问题", (5) "根据代码补概要设计" "反向生成概要设计" "同步概要设计", (6) "导出概要设计" "概要设计导出Word", (7) 用户已有 SRS 需求说明书，需要产出系统架构级设计文档时触发。支持完整生成、局部完善、审查修复、反向同步、导出 Word。

0 installs
▌
Lld Design · idwong bundle
生成详细设计说明书（LLD / Low-Level Design）的技能，一份文档涵盖「模块详细设计 + 数据库物理设计 + API详细设计」三大维度。在概要设计后、编码前，产出开发可直接照着编码的设计依据。触发场景：(1) "详细设计" "详细设计说明书" "生成详细设计" "写详细设计" "LLD", (2) "数据库设计" "数据库物理设计" "表结构设计" "建表设计" "数据库文档", (3) "API设计" "接口设计" "API详细设计" "接口文档" "接口规格", (4) "类图设计" "模块详细设计" "时序设计", (5) "审查详细设计" "检查详细设计" "检查表结构" "检查接口设计", (6) "根据代码生成详细设计" "反向生成详细设计" "从代码补数据库设计" "同步详细设计" "代码和设计对齐", (7) "导出详细设计" "详细设计导出Word", (8) 用户已有 SRS 或概要设计，需要产出表结构/接口/模块实现级设计文档时触发。支持完整生成、局部完善、审查修复、反向同步、导出 Word。

0 installs
▌
Project Init · idwong
项目初始化引导，从需求拆解到目录结构搭建、技术选型和开发规范建立。

0 installs
▌
Feature List · idwong bundle
从 SRS 需求规格说明书和可行性研究报告中提取并生成功能清单文档，支持导出 xlsx 或 Word 格式。触发场景：(1) "生成功能清单" "导出功能清单" "功能清单" "功能列表" "feature list", (2) "整理功能清单" "汇总功能" "功能汇总表", (3) 用户需要将 SRS 或可研报告中的功能整理成独立的功能清单文档时触发。支持从已有文档自动提取，也支持用户手动补充后导出。

0 installs
▌
Threat Model · idwong bundle
威胁建模与安全设计评审（STRIDE）：画数据流与信任边界 → 逐边界过 STRIDE → 写成攻击者视角的滥用用例 → 每条威胁配一条**可验证的缓解措施 + 测试用例编号** → 残余风险登记。产出落 `dev/design/`。它在**写代码之前**发现问题：越权设计、凭据流转、多租户隔离、幂等与重放、文件上传、日志与留存、第三方数据外发——这些在静态代码审计阶段发现时，改的成本已经翻了十倍。触发词：「威胁建模」「安全设计评审」「STRIDE」「攻击面」「攻击面分析」「滥用用例」「这个设计安全吗」「数据流图」「信任边界」「多租户隔离怎么做」「上传功能安全吗」「合规要求怎么落到设计里」「等保 / GDPR 怎么对」，或 `dev-master` 阶段 3 概要设计完成、进详细设计之前。不适用：写完代码后的静态安全审计与密钥扫描（`pm-ai-ship-audit`）、渗透测试与漏洞验证（不在本库）、发布期的回滚与应急（`release-rollout`）、功能测试用例（`pm-test-cases`）。

0 installs
▌
Task Breakdown · idwong
任务分解：把 PRD、SRS、设计稿**三份规格产出**切成研发可领的任务包，每个任务带三源坐标（PRD 章节 + SRS 字段表小节 + 设计稿页面锚点），并先出一份三源缺口报告。 **测试用例不是拆任务的输入，是 QA 环节的绑定物**——任务进 `qa/` 时才与用例对上并查覆盖。任务落 `issues/` 五格物理文件夹 + `issues/kanban.md` 看板，追到签收进 done。另接管实现顺序排布、进度追踪与按计划连续实现。触发场景：(1) "任务分解" "拆任务" "拆成 issue" "切片" "tracer bullet" "看板", (2) "三源对不对得上" "PRD 和 SRS 差在哪" "设计稿有没有漏页", (3) "交付计划" "开发顺序" "下一步做什么" "实现计划" "查看进度", (4) "实现全部功能" "按计划实现所有功能" "自动实现" "一直实现" "连续实现", (5) "哪些卡在 QA" "这个任务验了哪几条用例" "签收" "打回重做"。挂载点：`pm-master` **阶段 11**（产品侧规格齐备后的收口）与 `dev-master` **阶段 5**（进编码前的排布）—— 同一个技能两处挂载，共用仓库根同一份 `issues/`，不是两份。不适用：写代码（`page-generator` / `dev-fullstack-product`）、写用例（`pm-test-cases`）、跑测试（`webapp-testing`）、代码评审（`dev-code-review`）、终检（`verification-before-completion`）、排障（`systematic-debugging`）、上线审计（`pm-ai-ship-audit`）。

0 installs
▌
Page Generator · idwong
在现有软件项目中实现业务功能页面，并需要遵循项目规范、路由、Mock、组件约定及验收流程时使用本技能。触发场景：(1) "创建页面" "生成页面" "添加页面" "新建页面", (2) "列表页" "详情页" "表单页" "编辑页", (3) "实现xx功能" "按照需求说明书实现xx功能" "按照需求说明书实现所有功能", (4) "开发xx功能" "做xx功能" "完成xx功能", (5) 用户需要为后台管理/网站/移动端项目添加可运行的业务页面时。「实现全部功能」「按计划实现所有功能」「连续实现」「一直实现」「自动实现」这类**批量连跑的说法走 `task-breakdown`** （它的自动执行模式是这条链的方向盘，再由它按计划逐个调用本技能）。仅做视觉方向、设计系统检索或 UX/无障碍评审时不使用；这类任务交给 ui-ux-pro-max。

0 installs
▌
Frontend Design · idwong bundle
实际编码并交付有辨识度、可用于生产环境的前端界面。用于实现网页组件、页面、网站、落地页、仪表盘、React 组件或 HTML/CSS 布局，也适用于直接美化现有 Web UI；侧重可运行代码和视觉实现。若任务仅需设计系统检索、UX/无障碍评审或设计建议，应使用 ui-ux-pro-max。

0 installs
▌
Pm Test Cases · idwong bundle
用户要求生成、撰写或创建测试用例时必须使用本技能。触发场景：(1) "生成测试用例" "写测试用例" "创建测试用例", (2) "QA测试" "测试文档" "验收标准" "测试计划", (3) "导出测试用例" "测试用例导出Word" "测试文档转Word", (4) 从需求生成功能/边界/异常/权限测试用例， (5) 生成 API 测试用例或测试报告模板。基于需求文档或功能描述自动生成完整测试用例集。

0 installs
▌
Diagram Generator · idwong bundle
> 用户要求在文档中生成、创建、绘制或插入任何类型图表时必须使用本技能。重要：通过 req-doc 技能生成需求说明书时，必须使用本技能生成所有图表，禁止手动绘制图表。触发场景： (1) 流程图/活动图: "生成流程图" "画流程图" "重新生成流程图" "插入流程图" "生成活动图" "用户操作流程图", (2) 架构图: "生成架构图" "画架构图" "插入架构图" "系统架构图", (3) 时序图: "生成时序图" "画时序图" "插入时序图" "系统交互时序", (4) 泳道图: "生成泳道图" "画泳道图" "插入泳道图", (5) ER图: "生成ER图" "实体关系图" "数据库设计图", (6) UML图: "生成UML" "类图" "用例图" "状态图", (7) 组织结构图: "组织架构图" "组织结构" "人员架构", (8) 思维导图: "生成思维导图" "画思维导图" "脑图" "心智图" "知识梳理", (9) BPMN: "生成BPMN" "业务流程建模", (10) 任何需要将业务流程、系统架构、数据流或其他内容可视化为图表的请求。

0 installs

64 published skills