iDWong
User产品经理全生命周期技能库：52 个技能 / 9 个 plugin / 13 阶段单一流程。Claude Code · Codex · Cursor 三端可装。
Categories
Indexed Skills (50)
ui-frosted-gradient-clear-sleeve
适用于磨砂玻璃、深浅主题、设计令牌、组件与层级体系、响应式表单、导航、仪表盘，以及 backdrop-filter 性能与无障碍降级。触发词：磨砂、玻璃、毛玻璃、透明套层、clear sleeve、glassmorphism、backdrop-filter、设计系统、运营后台、官网、移动端。
pm-advisor-cagan
Marty Cagan 视角顾问。以 Cagan 的产品运营模型和决策方式，分析产品经理面临的立项、 团队、需求与交付问题。蒸馏自《Inspired》《Empowered》《Transformed》及 SVPG 长文， 含 4 个心智模型、7 条决策启发式。 触发词：「Cagan」「卡根」「用 Cagan 的视角」「Cagan 会怎么看」「四大风险」「product model」 「赋能团队」「discovery」「feature team vs product team」。 用户问"这需求该不该做"「团队该怎么组」「怎么做产品发现」时也可触发。
pm-advisor-torres
Teresa Torres 视角顾问。以 Torres 的持续发现（Continuous Discovery）方法和决策方式， 分析产品经理的用户发现、机会梳理、方案生成与假设验证问题。 蒸馏自《Continuous Discovery Habits》及 Product Talk 长文，含 4 个心智模型、7 条决策启发式。 触发词：「Teresa Torres」「Torres」「用 Torres 的视角」「持续发现」「机会解决方案树」 「opportunity solution tree」「assumption test」「每周用户触点」「outcome」。 用户问"怎么做用户发现"「需求怎么拆成机会」「怎么验证假设」时也可触发。
pm-advisor-yujun
俞军视角顾问。以俞军的用户价值理论和交易模型，分析产品的价值判断、用户迁移、 取舍决策问题。蒸馏自《俞军产品方法论》及其公开分享，含 4 个心智模型、6 条决策启发式。 触发词：「俞军」「用俞军的视角」「俞军会怎么看」「用户价值公式」「交易模型」 「替换成本」「决策效用」「产品经理是决策者」。 用户问"这功能对用户价值多大"「用户为什么不迁移过来」「这个取舍怎么定」时也可触发。
pm-advisory-board
产品经理专家顾问团总控。成员：Marty Cagan、Teresa Torres、俞军（专家视角）+ 《The Mom Test》《User Story Mapping》《Escaping the Build Trap》（方法论）。 能力：(1)根据问题自动推荐合适的专家/方法论 (2)召开多专家评审会，输出共识/分歧/综合结论。 面向"提升产出质量"：从需求真伪、方案结构，到成效导向，帮 PM 把产出做扎实。 触发词：「产品顾问团」「PM 顾问团」「专家评审」「让专家们看看这个需求/方案」「开评审会」。
pm-method-build-trap
《Escaping the Build Trap》方法论。把 Melissa Perri 的成效导向产品管理转化为可执行框架， 用于：判断团队是否陷入"功能工厂"、把战略拆成可落地的成效、用产品 kata 系统性验证。 每条规则标注原书章节，可追溯。 触发词：「Escaping the Build Trap」「跳出功能陷阱」「功能工厂」「build trap」「outcome over output」 「product kata」「产品运营模型」「战略部署」及"忙着做功能但不知道有没有用"类场景。
pm-method-mom-test
《The Mom Test》方法论。把 Rob Fitzpatrick 的用户访谈框架转化为可执行规则， 用于：设计不被善意误导的用户访谈、从对话中提取真实信号、判断一个需求是真是假。 每条规则标注原书章节，可追溯。 触发词：「Mom Test」「妈妈测试」「用户访谈」「客户访谈」「怎么问用户」「需求验证」 「访谈提纲」及"用户说想要但不确定真假"类场景。
pm-method-story-mapping
《User Story Mapping》方法论。把 Jeff Patton 的用户故事地图转化为可执行框架， 用于：把需求拆成能沟通的整体骨架、切出最小可用的发布切片、避免扁平待办清单。 每条规则标注原书章节，可追溯。 触发词：「User Story Mapping」「用户故事地图」「故事地图」「需求拆解」「MVP 切片」 「backbone」「walking skeleton」「怎么写用户故事」及"需求太碎/PRD 说不清全貌"类场景。
pm-analytics
从数据现象出发，生成可执行的产品决策建议，并以可视化 HTML 报告输出。当用户说"分析一下这组数据"、"这个指标为什么跌了"、"帮我做个留存分析"、"用户流失原因是什么"、"看看漏斗哪一步掉了"、"给我出个数据分析报告"时触发。 也适用于：用户上传了 CSV/Excel 数据文件并要求分析洞察；用户提供了 SQL 查询结果要求解读；用户要求做指标拆解、归因分析、分群对比、A/B 实验分析；用户提到"指标树"、"漏斗"、"留存"、"转化率"、"DAU 下降"、"分群"、"归因"等数据分析关键词。 不适用于：纯 BI 看板搭建（用 xlsx）、纯 SQL 编写（直接写）、纯数据清洗（直接写脚本）。
pm-experiment-designer
A/B 实验设计 Skill。从实验目标出发，输出完整的实验方案（假设、分组、指标体系、样本量估算、止损规则、判定规则）。 触发条件：用户提到"A/B 测试"、"AB 实验"、"实验设计"、"对照实验"、"分流实验"、"灰度方案"、"实验方案"、"样本量计算"、"显著性检验"、"实验评估"、"p值"、"置信区间"、"MDE"、"统计功效"、"实验周期"、"止损规则"等关键词。 也适用于：用户提供了实验目标/可改动点/数据量级/周期限制要求产出实验方案；用户要求评估现有实验设计是否合理；用户要求制定实验判定标准和决策规则。 典型输入：实验目标 + 可改动点 + 当前数据量级 + 可接受实验周期。 不适用于：纯数据分析（用 pm-analytics）、纯埋点设计（用 tracking-spec-writer）、纯PRD写作（用 pm-prd-writer）。
pm-product-metrics
产品数据分析与指标体系设计技能。适用场景：(1) 设计产品数据埋点方案，(2) 分析产品数据找出问题，(3) 漏斗分析/留存分析/同期群分析，(4) 产品数据周报/月报，(5) 用户说「数据分析」「埋点设计」「指标体系」「数据看板」「漏斗分析」「留存分析」时触发 流程位置：`pm-master` 13 阶段流程的**数据分析默认档**，深度档是 pm-analytics：归因 + 决策建议 + HTML 报告；本项不是 13 阶段中的固定阶段，按需挂载；也可单点直接调用。
pm-tracking-spec-writer
埋点与指标设计方案生成器。从产品需求/核心链路出发，输出完整的埋点方案文档（事件、字段、触发时机、口径说明、QA 校验清单）。 触发条件：用户提到"埋点"、"tracking"、"事件设计"、"数据采集"、"上报方案"、"埋点方案"、"事件规范"、"字段设计"、"指标口径"、"数据验收"、"QA校验"等关键词。 也适用于：用户提供产品PRD/需求文档要求产出埋点方案；用户提供核心用户链路要求拆解事件；用户要求规范化事件命名或字段定义；用户要求设计数据验收方案。 典型输入：事件命名规范 + 字段字典 + 核心链路描述/流程图。 不适用于：纯数据分析（用 pm-analytics）、纯BI看板搭建、纯SQL查询编写。
annotation
> 原型标注工具。在页面上标注需求说明（字段说明、业务规则、交互逻辑等）， 开发人员和产品经理都能看到。标注与 UI 库完全解耦，通过注入专属 class 定位。 触发场景：(1) "标注页面" "生成标注" "添加标注" "原型标注", (2) "给xx页面加标注" "标注xx功能", (3) "注入标注组件" "初始化标注"
brainstorming
在任何创意工作（创建功能、构建组件、添加功能或修改行为）之前必须使用本技能。在实现前先探索用户意图、需求和设计方案。触发场景：用户描述想构建什么、分享功能想法或提供简要需求清单时。
delivery-plan
项目交付链路规划技能。分析需求说明书，生成从前端原型到上线的完整交付计划，支持进度追踪和下一步推荐。 触发场景：(1) "生成交付计划" "规划实现链路" "项目规划" "整体实现规划", (2) "查看进度" "下一步做什么" "实现计划", (3) "按需求规划开发顺序" "规划页面实现顺序", (4) "实现全部功能" "按计划实现所有功能" "自动实现" "一直实现" "连续实现"
feasibility-report
生成应用系统类项目可行性研究报告（可研报告）的技能。 触发场景：(1) "写可研报告" "生成可行性研究报告" "做可研" "项目可行性分析", (2) "写项目方案" "生成项目建设方案" "项目立项报告" "项目申请报告", (3) "可行性研究" "项目论证" "项目可研" "立项可研", (4) "导出可研报告" "可研报告导出Word" "可研报告转Word", (5) 用户提供项目背景、建设目标、功能需求，需要输出正式的可研报告文档时触发。 支持生成完整可研报告、分章节生成、导出 Word 格式。
feature-list
从 SRS 需求规格说明书和可行性研究报告中提取并生成功能清单文档，支持导出 xlsx 或 Word 格式。 触发场景：(1) "生成功能清单" "导出功能清单" "功能清单" "功能列表" "feature list", (2) "整理功能清单" "汇总功能" "功能汇总表", (3) 用户需要将 SRS 或可研报告中的功能整理成独立的功能清单文档时触发。 支持从已有文档自动提取，也支持用户手动补充后导出。
hld-design
生成概要设计说明书（HLD / High-Level Design）的技能。在需求确定后、详细设计前，从 SRS 需求说明书推导系统总体架构。 触发场景：(1) "概要设计" "概要设计说明书" "生成概要设计" "写概要设计" "HLD", (2) "系统设计" "总体设计" "架构设计" "系统架构设计", (3) "分层设计" "模块划分" "技术选型方案", (4) "审查概要设计" "检查概要设计" "概要设计有没有问题", (5) "根据代码补概要设计" "反向生成概要设计" "同步概要设计", (6) "导出概要设计" "概要设计导出Word", (7) 用户已有 SRS 需求说明书，需要产出系统架构级设计文档时触发。 支持完整生成、局部完善、审查修复、反向同步、导出 Word。
lld-design
生成详细设计说明书（LLD / Low-Level Design）的技能，一份文档涵盖「模块详细设计 + 数据库物理设计 + API详细设计」三大维度。在概要设计后、编码前，产出开发可直接照着编码的设计依据。 触发场景：(1) "详细设计" "详细设计说明书" "生成详细设计" "写详细设计" "LLD", (2) "数据库设计" "数据库物理设计" "表结构设计" "建表设计" "数据库文档", (3) "API设计" "接口设计" "API详细设计" "接口文档" "接口规格", (4) "类图设计" "模块详细设计" "时序设计", (5) "审查详细设计" "检查详细设计" "检查表结构" "检查接口设计", (6) "根据代码生成详细设计" "反向生成详细设计" "从代码补数据库设计" "同步详细设计" "代码和设计对齐", (7) "导出详细设计" "详细设计导出Word", (8) 用户已有 SRS 或概要设计，需要产出表结构/接口/模块实现级设计文档时触发。 支持完整生成、局部完善、审查修复、反向同步、导出 Word。
prd-writer
帮助用户从零写出高质量 PRD，或评估/改进/增量更新已有需求文档。 触发词（任一命中即用本 skill）：需求文档、PRD、产品需求、功能文档、写需求、整理需求、补充需求、审查需求、改进需求文档、需求评审、评估 PRD、从零写 PRD、我想做个产品/功能/App/工具、帮我整理需求、AI 写的需求有没有问题、导出 PRD、PRD 导出 Word、需求文档转 Word、PRD 转 Word。 即使描述很简短也必须触发，不得跳过技能直接写文档。
prototype-to-prd
从 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，不用本技能。
req-doc
> 用于生成、撰写、创建、细化、审查或反向同步 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）**。
pm-feature-prioritization
产品功能优先级排序技能。支持 RICE、MoSCoW、ICE、Kano 模型等多种优先级框架。适用场景：(1) 需求池排序，(2) 版本规划功能筛选，(3) 资源有限时决策哪些功能先做，(4) 用户说「功能排优先级」「需求排期」「哪些功能先做」「功能评估」时触发 流程位置：`pm-master` 13 阶段流程的**阶段2 默认档**，深度档是 pm-prioritization-engine：多模型交叉 + 敏感性分析；也可单点直接调用。
pm-okr-designer
产品 OKR/KPI 体系设计技能。适用场景：(1) 制定产品季度/年度 OKR，(2) 设计产品核心 KPI 指标体系，(3) 拆解战略目标为可执行指标，(4) OKR 复盘与评分，(5) 用户说「制定OKR」「设计KPI」「指标拆解」「目标管理」时触发
pm-postmortem-writer
生成结构化的上线复盘报告，包含目标达成、偏差原因、经验沉淀和后续行动项（含责任归因和改进 owner）。当用户说"写复盘""上线复盘""项目复盘""复盘报告""postmortem""版本回顾""迭代总结""上线总结"， 或者用户提供了上线数据/过程记录/问题清单并要求结构化总结时，使用这个 Skill。 也适用于：事故复盘（P0/P1 事故后的 RCA 报告）、OKR 复盘、季度复盘、A/B 实验复盘。 不适用于：纯需求撰写（用 pm-prd-writer）、纯优先级排序（用 pm-prioritization-engine）、周报日报（用 status-report）。
pm-prd-spec
产品需求文档（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` 落 `Prototype/<项目slug>/`（设计稿内容以 PRD 为主真源、共三张 iframe 预览墙：移动 393×852 / 官网 1280×900 / 后台 1440×900、点卡进全屏、全屏页右下角出稿帧与需求标注）。 流程位置：`pm-master` 13 阶段流程的**阶段5 深度档**（默认档是 `req-doc`／`prd-writer`）——本技能**不登记 `SPEC_SOURCE`**，流程内使用时须由流程在阶段5 收尾代为登记；也可单点直接调用。不适用于：SRS 需求规格说明书（用 req-doc）、纯前端页面实现（用 page-generator）、纯设计评审（用 ui-ux-pro-max）、纯技术方案（用 hld-design / lld-design）。
pm-prd-writer
把模糊需求转化为可评审的产品需求文档（PRD）。当用户说"写个需求文档"、"帮我出PRD"、"这个功能怎么写需求"、"我有个想法想落地"、"把这个需求整理成文档"、"需求评审要用的PRD"，或者用户描述了一段功能但没有结构化时，使用这个 Skill。 也适用于：用户上传了原始需求描述/会议纪要/聊天截图并要求整理成PRD；用户说"PRD"、"产品需求"、"需求文档"、"功能说明书"等关键词；用户要求对已有PRD进行补全、优化、查漏补缺。 下游接力：需要「字段级可开发」的规格版 PRD（五形态判定、每页配线框图、UX 规范、验图的 Word 导出）→ 本技能澄清与补漏完成后转 `pm-prd-spec`。 不适用于：纯技术方案设计（用 hld-design / lld-design）、纯 UI 稿标注（用 annotation）、项目管理类文档（用 pm-stakeholder-report）、SRS 需求规格说明书（用 req-doc）。
pm-prioritization-engine
对需求/功能/项目进行多维度优先级排序，输出版本排期建议。当用户说"帮我排优先级"、"这些需求怎么排"、"用 RICE 打分"、"ICE 评分"、"Kano 分析"、"成本收益分析"、"功能排期"、"路线图规划"、"哪些先做哪些后做"、"版本规划"， 或者用户列出了一批需求/功能/项目并需要决策顺序时，使用这个 Skill。 也适用于：用户想比较多个优先级模型的结果；用户对当前路线图有疑问想重新评估；资源有限需要砍需求；用户提到"RICE"、"ICE"、"Kano"、"优先级矩阵"等专业术语。 不适用于：纯项目管理（排期甘特图）、纯需求文档撰写（用 pm-prd-writer）、纯用户调研设计（用 pm-survey-designer）。
pm-review-board
模拟多角色 PRD/原型评审会，从产品、研发、测试、设计、运营、法务六大视角给出评审结论。当用户说"帮我评审一下这个 PRD"、"看看这个需求有没有问题"、"模拟评审会"、"review 一下这个文档"、"这个需求能不能过评审"、"帮我查漏补缺"时触发。 也适用于：用户上传了 PRD、需求文档、原型截图、功能说明并要求检查；用户提到"评审"、"review"、"过会"、"需求评审"、"方案评审"等关键词；用户要求从研发或测试视角看需求是否可行。 不适用于：写 PRD（用 pm-prd-writer）、纯代码审查（用 code-review）、纯设计走查（用 design-critique）。
pm-roadmap-planner
版本规划与路线图设计 Skill。从季度目标、团队产能、依赖方信息出发，输出可执行的版本路线图（里程碑、依赖风险、缓冲策略、每阶段成功指标）。 触发条件：用户提到"路线图"、"版本规划"、"roadmap"、"里程碑"、"季度计划"、"迭代规划"、"版本排期"、"项目排期"、"依赖梳理"、"风险预案"、"缓冲方案"、"迭代计划"、"sprint规划"、"release plan"、"OKR拆解"等关键词。 也适用于：用户提供季度目标/团队产能/依赖信息要求排期；用户要求将战略目标拆解为可执行的里程碑；用户要求评估项目风险和缓冲方案；用户要求制定跨团队协作的版本计划。 典型输入：季度目标 + 团队产能 + 依赖方信息 + 约束条件。 不适用于：每日站会（直接沟通）、单个需求设计（用 pm-prd-writer）、数据分析（用 pm-analytics）。
pm-roadmap
产品路线图规划技能。适用场景：(1) 制定季度/年度产品路线图，(2) 版本规划和里程碑设计，(3) 多团队功能交付协调，(4) 向管理层或投资人展示产品规划，(5) 用户说「做路线图」「产品规划」「版本计划」「roadmap」时触发 流程位置：`pm-master` 13 阶段流程的**阶段3 默认档**，深度档是 pm-roadmap-planner：四步法 + 甘特图 HTML；也可单点直接调用。
pm-sprint-planning
产品迭代规划与敏捷管理技能。适用场景：(1) Sprint/迭代规划会议准备，(2) 将需求拆解为研发任务，(3) 估算工时和容量规划，(4) 迭代复盘总结，(5) 用户说「迭代规划」「sprint计划」「需求拆解」「任务分解」「迭代复盘」时触发
pm-stakeholder-report
产品经理汇报材料生成技能。适用场景：(1) 月度/季度产品汇报，(2) 向管理层/投资人汇报产品进展，(3) 跨部门产品Review，(4) 产品立项/需求评审材料，(5) 用户说「做汇报」「写汇报材料」「产品复盘」「产品Review」「向老板汇报」时触发
pm-master
产品经理 Skill 库唯一入口 + 产品全生命周期单一流程（13 阶段）。管理 37 个 PM Skill + 11 个同链路的非 pm- 技能（SRS/设计/交付/标注链）。 流程链：战略框架 → 上市与ICP → 市场调研 → 用户画像 → 功能优先级 → 产品路线图 → 需求澄清 → 需求文档（SRS/PRD）→ 前端原型 → 测试用例 → 操作手册 → 发版说明 → 上线审计。 能力：(1) 单点需求直接路由到最合适的 Skill (2) 多步需求按同一条流程裁剪出阶段区间并编排 (3) 判断类问题转交 pm-advisory-board 组织专家评审 (4) 入口处让用户选「默认档／深度档」，并支持断点续跑与中途换挡。 触发词：「pm-master」「产品总控」「我该用哪个 Skill」「帮我推进这个需求」「从头到尾走一遍」 「完整链路」「完整流程」「走完整流程」「一键生成所有文档」「完整产品交付」「从0到1」「新产品立项」 「产品全流程」，或者用户描述了一个产品工作场景但没指明用哪个 Skill、或任务明显需要多个 Skill 接力时。
diagram-generator
> 用户要求在文档中生成、创建、绘制或插入任何类型图表时必须使用本技能。 重要：通过 req-doc 技能生成需求说明书时，必须使用本技能生成所有图表，禁止手动绘制图表。 触发场景： (1) 流程图/活动图: "生成流程图" "画流程图" "重新生成流程图" "插入流程图" "生成活动图" "用户操作流程图", (2) 架构图: "生成架构图" "画架构图" "插入架构图" "系统架构图", (3) 时序图: "生成时序图" "画时序图" "插入时序图" "系统交互时序", (4) 泳道图: "生成泳道图" "画泳道图" "插入泳道图", (5) ER图: "生成ER图" "实体关系图" "数据库设计图", (6) UML图: "生成UML" "类图" "用例图" "状态图", (7) 组织结构图: "组织架构图" "组织结构" "人员架构", (8) 思维导图: "生成思维导图" "画思维导图" "脑图" "心智图" "知识梳理", (9) BPMN: "生成BPMN" "业务流程建模", (10) 任何需要将业务流程、系统架构、数据流或其他内容可视化为图表的请求。
page-generator
在现有软件项目中实现业务功能页面，并需要遵循项目规范、路由、Mock、组件约定及验收流程时使用本技能。 触发场景：(1) "创建页面" "生成页面" "添加页面" "新建页面", (2) "列表页" "详情页" "表单页" "编辑页", (3) "实现xx功能" "按照需求说明书实现xx功能" "按照需求说明书实现所有功能", (4) "开发xx功能" "做xx功能" "完成xx功能", (5) "实现全部功能" "按计划实现所有功能" "连续实现" "一直实现" "自动实现", (6) 用户需要为后台管理/网站/移动端项目添加可运行的业务页面时。 仅做视觉方向、设计系统检索或 UX/无障碍评审时不使用；这类任务交给 ui-ux-pro-max。
pm-image2pencil
将截图/设计稿复刻为 Pencil .pen 设计，并在同一画布旁输出结构化设计文档。用户提到“按图复刻”“照着截图画页面”“image to pencil”“做一个一模一样的页面”“根据这张图做设计稿”“输出设计图和文档”时使用本 Skill。 也适用于：用户要求修改已有 .pen 页面、追加右侧设计文档、做像素级对齐、根据多张截图整合一套页面。 本 Skill 必须调用 pencil MCP 工具完成读取、绘制和截图校验；若信息不全，先向用户索取缺失信息再开始绘制。
pm-image2proto
将界面截图、设计稿或线框图复刻为可运行的 HTML 原型，并支持迭代优化和经验记忆。用于用户提供任何 UI 图片并要求复刻、修改既有原型、输出 HTML 或实现页面时；若对话中有界面截图且要求增加字段或照图修改，也应使用本技能。
pm-url2proto
将线上网页克隆为本地 Next.js 与 Tailwind CSS 原型项目。用于用户提供 URL 或截图并要求复刻、重新设计或迭代页面，也适用于扩展此前由本技能创建的原型项目；即使用户只是提供参考链接或图片并要求构建相似页面，也应使用本技能。
ui-ux-pro-max
面向 Web、移动端和桌面端的 UI/UX 设计决策与评审技能。需要检索设计系统、风格、配色、字体、无障碍、交互、响应式、动画、图表或技术栈 UI 指南时使用；负责提供经本地数据库验证的设计建议，不负责替代页面开发和前端编码技能。项目已有 PRD 与 SRS 且用户要设计稿、高保真原型、可点原型、交互原型或预览墙时，本技能同时负责设计稿交付链路（读 PRD+SRS 全文，内容以 PRD 为主 → 落 Prototype/<项目slug>/ → 三张 iframe 预览墙（移动 393×852 / 官网 1280×900 / 后台 1440×900）→ 全屏页出稿帧与需求标注），细则见 references/prototype-delivery.md。
pm-competitor-deconstructor
按策略/功能/体验/增长四个维度结构化拆解竞品，输出可借鉴点、不可抄点与差异化建议。当用户说"竞品分析"、"竞品拆解"、"帮我分析竞品"、"看看这几个竞品"、"competitor analysis"、"和竞品比一下"、"对标分析"、"差异化怎么做"， 或者用户给出了一份竞品名单并要求系统化分析时，使用这个 Skill。 也适用于：用户上传了竞品截图/链接/体验报告并要求结构化拆解；用户要求对比自己产品与竞品的差距；用户想找差异化切入点。 不适用于：纯需求文档撰写（用 pm-prd-writer）、纯优先级排序（用 pm-prioritization-engine）、纯用户调研设计（用 pm-survey-designer）。
pm-market-research
产品经理市场调研与竞品分析技能。适用场景：(1) 需要做市场规模分析（TAM/SAM/SOM），(2) 进行竞品对比分析，(3) 分析行业趋势和机会，(4) 输出市场调研报告，(5) 用户说「做竞品分析」「分析市场」「市场调研」「竞争对手分析」时触发
pm-survey-designer
设计高质量调研问卷。当用户说"设计问卷"、"做个调研"、"帮我出份问卷"、"用户调研"、"满意度调查"、"NPS问卷"、"市场调研"、"需求调研"、"问卷设计"、"survey design"， 或者用户描述了一个调研目标但还没有结构化的问卷时，使用这个 Skill。 也适用于：用户上传了已有问卷要求优化/查偏差/补充题目；用户说"帮我检查这份问卷有没有问题"；用户需要设计 A/B 测试问卷、焦点小组访谈提纲、NPS/CSAT/CES 调查； 用户提到"诱导题"、"双重问题"、"问卷偏差"等专业术语。 不适用于：纯数据分析（用 pm-analytics）、纯用户访谈记录整理（直接整理即可）、纯产品需求文档（用 pm-prd-writer）。
pm-user-interview
产品经理用户访谈技能。适用场景：(1) 设计用户访谈提纲，(2) 分析访谈录音/文字记录提炼洞察，(3) 整理用户需求和痛点，(4) 生成用户访谈报告，(5) 用户说「用户访谈」「访谈提纲」「用户调研」「需求挖掘」「分析访谈」时触发
pm-user-persona
产品经理用户画像设计技能。适用场景：(1) 创建产品用户画像（Persona），(2) 定义目标用户群体，(3) 用户分层与细分，(4) 用户旅程地图绘制，(5) 用户说「做用户画像」「定义目标用户」「用户分析」「用户分层」时触发
pm-ai-ship-audit
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。 参考文档为英文原文，产出语言跟随用户提问语言。
pm-operation-manual
用于生成、撰写或创建操作手册或用户指南的技能。 触发场景：(1) "生成操作手册" "写操作手册" "创建操作手册" "用户手册", (2) "使用说明" "功能说明文档" "快速入门" "用户指南", (3) "导出操作手册" "操作手册导出Word" "用户手册转Word", (4) 生成系统管理员操作手册， (5) 生成终端用户手册或快速入门指南。 基于需求文档和现有前端页面生成操作手册。
pm-release-notes
产品发版说明撰写技能。适用场景：(1) App Store/应用市场更新说明，(2) 对外公告发版说明，(3) 面向用户的功能更新介绍，(4) 内部发版变更记录，(5) 用户说「写发版说明」「更新日志」「版本更新」「changelog」「上线公告」时触发
pm-test-cases
用户要求生成、撰写或创建测试用例时必须使用本技能。 触发场景：(1) "生成测试用例" "写测试用例" "创建测试用例", (2) "QA测试" "测试文档" "验收标准" "测试计划", (3) "导出测试用例" "测试用例导出Word" "测试文档转Word", (4) 从需求生成功能/边界/异常/权限测试用例， (5) 生成 API 测试用例或测试报告模板。 基于需求文档或功能描述自动生成完整测试用例集。
pm-growth-marketing
产品增长与营销技能。覆盖 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。参考文档为英文原文，产出语言跟随用户提问语言。
Bio shown is the top-scored skill's repo description as a fallback — real GitHub bios land in a future update.