Product & Planning

spielewoy Skill

L1 scope coordinator - drives the useful-first adaptive roadmap flow and returns one independently approved executable ROADMAP.md before build.

spielewoy Skill

L1 feature coordinator - drives approved ROADMAP.md lanes through their required build/review/verification gates and owns the run-wide feature frontier.

idwong Skill

任务分解：把 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`）。

channprj Bundle

Use KMSG to read, watch, and send KakaoTalk messages safely from a coding agent. Use whenever the user mentions KakaoTalk or kmsg and wants chat discovery, recent messages, monitoring, text or image delivery, setup checks, or CLI troubleshooting. Do not use for other messaging platforms or private KakaoTalk protocol work.

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）。

idwong Bundle

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

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。

idwong Skill

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

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，不用本技能。

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）。

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）。

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、深浅双主题、设计令牌、层级契约与降级。

idwong Bundle

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

idwong Skill

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

idwong Bundle

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

idwong Bundle

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

idwong Bundle

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

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）**。

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`）。

idwong Bundle

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

idwong Skill

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

idwong Bundle

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

idwong Skill

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

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。 参考文档为英文原文，产出语言跟随用户提问语言。

idwong Bundle

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

idwong Bundle

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

idwong Bundle

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

craig-ai-tooling Bundle

Create, version, clone and repair Palette cluster profiles via API or Terraform -- pack discovery, layer CRUD, profile variables, import/export, cross-tenant copying. Use when Craig says: use the profiles skill, create a new version of the profile, iterate the profile, update the profile so the change persists on rebuild, make those values profile variables, is anything glaringly wrong with this profile, mirror the profiles from one tenant to another (US to EU), export and import these profiles, build me an infra and an add-on profile, add this pack as a layer. Remember he usually wants a NEW profile version rather than an edit in place, and wants fixes pushed into the profile so a rebuilt cluster keeps them. Pair with spectrocloud-packs for the values that go in each layer.

craig-ai-tooling Bundle

Plan a coding project so completely that a fresh-context Sonnet, run unattended by Ralph, executes every task without deciding, guessing or asking -- investigate the real repo and APIs FIRST, then write a Definition-of-Ready PRD plus atomic task list, with Codex reviewing the diff cross-model. Use at the very start of a project when Craig says: plan this properly before we build, make this ralph-ready, I want a plan Sonnet can run unattended, investigate first then plan, this needs a definition of ready, set up the Fable-plan / Sonnet-execute / Codex-review pipeline. Use the prd skill for an ordinary feature PRD and ralph to convert a finished plan into prd.json; this is the heavier investigate-first pass that sits on top of both.

idwong Bundle

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

idwong Bundle

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

ericpardee Bundle

Use before any client-facing or stakeholder-facing deliverable ships (report, email draft, Jira/Slack post, doc) - lints for metaspeak (references to prior drafts, revisions, feedback, the writing process), em/en dashes, and the "isn't just" trope. Triggers on "check this before I send it", "lint the report", "is this clean", or /deliverable-check <file>.

padosoft Bundle

Use this skill when writing or reviewing a script that has to run in more than one place — a developer's Windows machine and a Linux CI runner, a Makefile, a validator, a hook, a release script — and whenever the user says it works locally but fails in CI (or the reverse), a command reported success while the step failed, a path is not found on one platform only, a dotfile is invisible, a file with an accented name is skipped, or a regex misses lines on one checkout. It covers exit-code propagation, path and case semantics, interpreter discovery and how not to parse another tool's human output. Do not use it to choose a scripting language, for container or deployment configuration, or for CI workflow design.

padosoft Bundle

Use this skill when deciding what security an application must have — starting a new project, taking one to production, preparing for an audit, a penetration test or a customer questionnaire, planning a hardening backlog, or answering "are we secure enough?". Also when the user asks which controls are missing, what to do first, how to prove a control exists, or wants a new service to start at the same level as an existing one. It walks the control domains, separates what the framework gives you from what you must build, and turns a finding into a control that holds for future code. Do not use it to review a specific diff — the per-stack review skills do that — nor to run a scanner or write a threat model for one feature.

stbenjam Skill

Nested entry that the fixed one-level Agent Plugins skill scan must never surface. Use when verifying discovery depth.

dioad Skill

Activate when the user asks "is this ready for beta?", "can we ship this?", wants a go/no-go readiness check, or asks for a beta/production readiness checklist. Produces a single point-in-time verdict (Ready / Ready with caveats / Not ready) with a blocking-items checklist -- distinct from architecture-review, which produces an ongoing ranked findings backlog across eight lenses (one of which is this same readiness question, but folded into that longer-running list).