Timi-Fish

feature-teardown

功能级竞品拆解：这个功能别人家怎么做的、用户路径几步、他们为什么做、我们现在是不是其实已经有了只是用户找不到、有没有别的解法。触发词：竞品怎么做的、别人家怎么做的、有竞品吗、这个功能谁做过、拆一下竞品、我们是不是已经有了、feature-teardown。轻量前置动作，不出完整竞品简报；不查开源代码实现（那个用本套件的 prior-art）。

prd-writing

通用 PRD 写作流程，分步骤走：读取/建立产品上下文 → 一页纸骨架确认 → 分档展开正文 → 埋点与成功指标。触发词：写PRD、起草需求文档、prd-writing、做个策划案、需求评审前梳理、把这个功能写成PRD。产品上下文按 PRODUCT-CONTEXT.md 协议管理（多产品共用一套 skill）；埋点部分调用 tracking-plan skill。

prior-art

动手写代码前，查外面有没有现成的：是不是重复造轮子、有没有能直接抄的开源实现、license 允不允许抄。触发词：有人做过吗、有现成的吗、是不是重复造轮子、有没有能抄的、有开源实现吗、查查有没有库、prior-art、别自己写了先看看、这个轮子造过没。只管代码复用，不做产品竞品分析（用户路径、需求动机、人群价值那些不归这里）。

Web & Frontend Listed

requirement-eval

评估「这个需求值不值得做」，按 KANO 定位 + RICE 打分自动出一份评估初稿和建议。触发词：这个需求值得做吗、要不要做这个、评估一下这个需求、值不值得做、需求评估、requirement-eval、帮我判断这个需求优先级。产出是初稿建议，不是最终决策。产品级信息（覆盖端/数据现状/知识库）读产品上下文，与 prd-writing 共享、不重复访谈。

PM 全流程路由：把 feature-teardown → prior-art → requirement-eval → prd-writing（含 tracking-plan）按序串起来，在三个闸门处停下等人确认。触发词：完整分析这个功能、从头到尾过一遍、这个想法全流程走一下、从调研到PRD、pm-flow。只接全流程意图；单点问题（只要埋点/只要评估/只写PRD）直接用对应 skill，不要进本流程。

tracking-plan

为一个功能设计数��埋点与成功指标，分步骤走：定成功指标 → 画漏斗 → 列埋点事件 → 上报验收。触发词：设计埋点、埋点方案、tracking-plan、这个功能要埋什么、成功指标怎么定、要采哪些数据、加个数据埋点章节。可独立使用，也被 prd-writing skill 在阶段 3 调用。产品级配置（命名规范/公共属性/上报通道）读产品上下文。