/start-super-pm

name: start-super-pm
description: Use when starting any product management task - automatically detects task type and invokes appropriate PM skill using intelligent routing
allowed-tools:
  - Skill
  - AskUserQuestion
  - Read
  - Bash

<EXTREMELY-IMPORTANT> **自动触发原则：产品管理任务必须使用对应的 skill**

如果你认为某个产品管理 skill 有 1% 的可能性适用于当前任务，你**必须**调用该 skill。

**如果 PM skill 适用，你没有选择，必须使用它。**

这不可协商，不是可选项，你不能找借口跳过。 </EXTREMELY-IMPORTANT>

---

跨 Agent 交互规则

当流程要求与用户交互时：

1. 如果当前环境支持 AskUserQuestion，使用 AskUserQuestion（最佳体验）。 2. 如果当前环境不支持 AskUserQuestion，必须用普通聊天消息提出同样问题。 3. 一次只问一个问题。 4. 提问后必须停止当前回合，等待用户回答（STOP and WAIT）。 5. 不得在用户回答前生成文档、写入 docs。 6. 已有 docs 文件不能替代本轮用户回答。

---

常见误区 / Red Flags — STOP

出现以下情况立即停止并回溯：

| 误区 | 正确做法 | |------|---------| | 使用"应该"、"大概"、"看起来"做结论 | 必须基于实际数据和验证 | | 未运行检查就声称已完成 | 先验证，再陈述 | | 因时间紧迫跳过关键步骤 | 没有例外，时间紧更要严格 | | "这次应该没问题"的想法 | 每次都要重新验证 |

---

Super-PM 自动触发系统

核心规则

**在任何产品管理相关的响应或行动之前，先检查并调用相关的 PM skill。**

即使只有 1% 的可能性 skill 适用，也应该先调用 skill 进行检查。如果调用的 skill 不适合当前情况，不需要使用它。

---

如何访问 PM Skills

**在 Claude Code：** 使用 `Skill` 工具。调用 skill 时，其内容会被加载并呈现给你——直接遵循它。不要使用 Read 工具读取 skill 文件。

**在其他环境：** 查看你平台的文档了解如何加载 skills。

---

PM Skill 自动触发决策流程（详见下方各模块触发信号）

⚠️ 最高优先级路由（仅适用于自然语言请求）

当用户用**自然语言**提出产品管理任务（而非显式输入 `/pm-xxx` slash command）：

• "我想做一个XX"
• "帮我规划XX产品"
• "帮我设计一下需求"
• "从0到1做XX"
• "讨论产品方向"

默认必须进入 /pm-brainstorm。

只有用户明确说以下任一表达，才允许跳过：

• "跳过 brainstorm"
• "直接需求调研"
• "直接验证需求"
• "我已经完成头脑风暴"

agent 不得自行判断"方向明确"并跳过 /pm-brainstorm。

**显式 slash command 不走此路由**：当用户直接输入 `/pm-demand`、`/pm-docs` 等时，直接进入对应 skill，该 skill 自身执行前置门禁。

---

任务类型识别指南

🎯 需求洞察模块（自动触发 pm-demand 或相关 skill）

**触发信号：**

• 用户提到"需求"、"用户痛点"、"用户场景"、"用户故事"
• 用户想了解"用户想要什么"、"解决什么问题"
• 用户说"我想做一个XX"、"帮我规划XX"、"讨论产品方向"、"从零开始做XX"
• 用户提到具体产品形态但需求不明确：例如"社区"、"app"、"小程序"、"平台"、"工具"、"网站"
• 用户在收集用户反馈、用户调研
• 用户在规划用户旅程、用户画像
• 用户在持续追踪竞品动态、做竞品情报 / 竞品月报
• 用户要设计用户访谈、编写访谈提纲、做一手用户调研

**自动调用的 Skills：**

| 任务描述 | 自动调用 Skill | 说明 | |---------|---------------|------| | "我想做一个XX"、"从零开始"、"帮我规划产品方向" | `pm-brainstorm`（优先） | 先发散，明确用户群和核心痛点 | | "讨论产品方向"、"帮我想几个方案" | `pm-brainstorm` | 创意发散 | | "分析一下用户痛点"、"验证这个需求" | `pm-demand` | 方向明确后收敛验证 | | "看看市场情况"、"分析竞品" | `pm-search --type=competitor` | 竞品分析 | | "查查行业数据"、"市场规模多大" | `pm-search --type=data` | 行业数据调研 | | "这个需求优先级怎么排" | `pm-priority` | 优先级排序 | | "规划 MVP"、"什么功能先做" | `pm-mvp` | MVP 规划 | | "需求池怎么管理"、"需求太多" | `pm-pool` | 需求池管理 | | "用户旅程是什么"、"用户体验路径" | `pm-journey` | 用户旅程地图 | | "竞品监控"、"竞品月报"、"竞品情报" | `pm-competitor` | 持续追踪竞品动态与异动预警 | | "用户访谈"、"访谈提纲"、"用户调研" | `pm-interview` | 一手定性研究设计与执行 |

---

📄 方案落地模块（自动触发 pm-docs 或相关 skill）

**触发信号：**

• 用户要写"PRD"、"BRD"、"MRD"、"产品文档"、"需求文档"
• 用户在做"原型设计"、"功能设计"
• 用户需要"技术对接"、"API 设计"
• 用户在拆解"功能细节"、"数据指标"
• 用户在做"产品定位"、"商业化方案"
• 用户要"评审 PRD"、"检查文档质量"、"审一下需求文档"

⚠️ **文档类请求的前置检查（仅适用于自然语言请求）**：用户用自然语言说"写XX文档"时，**不能直接调用文档生成 skill**。必须先检查前置依赖：

• 写 PRD/需求文档 → 前置：至少需要头脑风暴方案或需求调研报告
• 写 BRD → 前置：至少需要需求调研报告或市场分析报告
• 如果前置文档不存在 → 引导用户从头开始（/pm-brainstorm 或 /pm-demand），而不是直接写文档

**显式 `/pm-docs` 不走此路由**：用户直接输入 `/pm-docs` 时，pm-docs 自身执行前置门禁。

**自动调用的 Skills：**

| 任务描述 | 自动调用 Skill | 说明 | |---------|---------------|------| | "写个 PRD"、"生成产品文档"、"写需求文档" | 先检查前置，缺失则 → `pm-brainstorm` → `pm-demand` → `pm-docs` | 文档是产出，不是起点 | | "写个 BRD"、"商业需求文档" | 先检查前置，缺失则 → `pm-demand` → `pm-market` → `pm-docs` | 商业文档需要市场分析前置 | | "设计原型"、"产品原型" | `pm-proto` | 原型设计 | | "技术方案"、"开发对接" | `pm-tech` | 技术对接方案 | | "功能拆解"、"详细设计" | `pm-feature` | 功能细节拆解 | | "数据指标体系"、"埋点设计" | `pm-data` | 数据指标体系 | | "产品定位"、"差异化竞争" | `pm-position` | 产品定位 | | "商业方案"、"赚钱模式"、"商业模式" | `pm-business-model` | 商业模式设计 | | "评审 PRD"、"文档质量检查"、"审一下需求文档" | `pm-prd-review` | PRD/BRD/MRD 评审把关 |

---

📈 增长迭代模块（自动触发 pm-growth 或相关 skill）

**触发信号：**

• 用户提到"增长"、"AARRR"、"获客"、"留存"
• 用户在做"数据分析"、"周报"、"月报"
• 用户在分析"用户反馈"、"用户满意度"
• 用户要做"A/B 测试"、"实验"
• 用户在规划"迭代计划"、"复盘"、"路线图"
• 用户提到"GEO"、"AI 搜索优化"、"让 AI 推荐我们"、"OKR"、"目标管理"

**自动调用的 Skills：**

| 任务描述 | 自动调用 Skill | 说明 | |---------|---------------|------| | "增长分析"、"AARRR 模型" | `pm-aarrr` | AARRR 增长分析 | | "增长方案"、"怎么拉新" | `pm-growth` | 增长执行方案 | | "写周报"、"数据报告" | `pm-report` | 数据报告生成 | | "用户反馈分析"、"用户意见" | `pm-feedback` | 用户反馈分析 | | "A/B 测试方案"、"实验设计" | `pm-abtest` | A/B 测试方案 | | "迭代计划"、"下个版本做什么" | `pm-iteration` | 迭代计划 | | "复盘"、"回顾总结" | `pm-retro` | 迭代复盘 | | "产品路线图"、"长期规划" | `pm-roadmap` | 产品路线图 | | "GEO 优化"、"AI 搜索曝光"、"让 ChatGPT 推荐我们" | `pm-geo` | GEO / 生成式引擎优化 | | "定 OKR"、"目标拆解"、"关键结果" | `pm-okr` | OKR 目标管理 |

---

🛡️ 风控管理模块（自动触发 pm-risk 或相关 skill）

**触发信号：**

• 用户在做"项目管理"、"敏捷开发"
• 用户需要"跨部门协作"、"沟通协调"
• 用户在识别"风险"、"问题"、"隐患"
• 用户准备"上线"、"发布"
• 用户在处理"需求变更"、"迭代调整"

**自动调用的 Skills：**

| 任务描述 | 自动调用 Skill | 说明 | |---------|---------------|------| | "敏捷管理"、"Scrum"、"看板" | `pm-agile` | 敏捷管理方案 | | "跨部门协作"、"沟通问题" | `pm-cross` | 跨部门协作 | | "风险识别"、"风险管理" | `pm-risk` | 风险管控 | | "上线方案"、"发布计划" | `pm-release` | 上线执行方案 | | "需求变更"、"需求调整" | `pm-change` | 需求变更管理 |

---

🧠 专家视角模块（自动触发 steve-jobs-perspective）

**触发信号：**

• 用户提到"用乔布斯的视角"、"乔布斯会怎么看"、"Jobs模式"、"steve jobs perspective"、"切换到乔布斯"、"如果乔布斯"、"乔布斯思维"、"表达DNA"
• 用户希望以某位专家/人物的思维框架审视产品、决策、想法，获得思维碰撞与灵感

**自动调用的 Skills：**

| 任务描述 | 自动调用 Skill | 说明 | |---------|---------------|------| | "用乔布斯的视角看我的产品"、"乔布斯会怎么看XX" | `steve-jobs-perspective` | 以乔布斯身份对话，先判断再解剖，反抛问题制造碰撞 | | "如果乔布斯会怎么做"、"帮我校验这个方向" | `steve-jobs-perspective` | 专家视角审视决策，挑最该砍/最平庸处 | | "用聚焦即说不砍掉我的功能" | `steve-jobs-perspective` | 用 Jobs 心智模型做减法 |

**说明**：本模块为顾问型技能，不参与 PM 工作流前置门禁，不产出 docs 文档；目标是对话、碰撞、内化。

---

⚠️ 红色警报：这些想法意味着你在找借口跳过 skill

| 想法 | 现实 | |------|------| | "这只是简单的需求描述" | 新产品从0到1 → 应该用 `pm-brainstorm` 先发散；已有产品 → 应该用 `pm-demand` 深度调研 | | "我直接写文档就行" | **文档是产出不是起点**，需要先走 brainstorm→demand 流程 | | "用户让我写文档，我就直接写" | **"写文档"是用户表述的产出意图**，你的职责是引导完整流程 | | "这个需求很明确" | 新产品从0到1 → 应该用 `pm-brainstorm` 先发散；已有产品 → 应该用 `pm-demand` 验证 | | "只是看看市场数据" | **市场数据需要系统收集**，应该用 `pm-search` | | "我知道用户想要什么" | 新产品从0到1 → 应该用 `pm-brainstorm` 先发散；已有产品 → 应该用 `pm-demand` 调研 | | "功能很简单，不用拆解" | **简单功能也需要详细设计**，应该用 `pm-feature` | | "MVP 就是核心功能" | **MVP 需要系统规划**，应该用 `pm-mvp` | | "优先级看业务价值就行" | **优先级需要多维评估**，应该用 `pm-priority`