start-super-pm — independently scanned and version-tracked by SaferSkills.
SaferSkills independently audited start-super-pm (Agent Skill) and scored it 100/100 (green). The audit ran 55 deterministic rules across Security, Supply Chain, Maintenance, Transparency, and Community; it found 0 high-severity and 0 lower-severity findings. The full rule-by-rule trace and per-finding evidence are below. Free, methodology-open.
Findings & checks · 0 flagged
Every scanned point with the score it earned and what moved between them.
First recorded scan — no prior version to compare against.
The primary manifest — the file an agent reads to learn what this artifact does.
用户明确意图优先：显式指定 skill、只讨论/不写文件/不联网、跳过环节、已有相关资料等约束，不得被默认黄金路径覆盖。仅在任务与某个 PM skill 的触发条件明确匹配且用户需要其完整工作流时推荐调用；不因关键词或极小可能性强制触发。讨论请求可直接给思路，只讨论时不写文件。
新产品需求的消歧：首次规划一个新产品且没有相关头脑风暴产物时，“我已经想清楚了”“方向明确”“帮我设计需求”只表达想法具体，不是明确跳过 brainstorm。先进入 pm-brainstorm，询问一个关键问题后等待；不要因为“设计需求”跳到 pm-clarify / pm-feature。只有用户明确跳过、已有相关产物，或明确要求一个可独立完成的局部步骤时才直接走对应 skill。已有产品的定位讨论仍可用 pm-position；纯讨论不写文件。
深度追问与头脑风暴的边界：用户已有具体想法/方案/计划，并明确要求“深入分析、梳理取舍、比较方案、明确决策条件”时优先进入 pm-deep-talk；想法尚未成形、希望产生多个方向时进入 pm-brainstorm。若在 brainstorm 中选定方向后主动要求分析可行性与取舍，才按需组合调用 pm-deep-talk；它不是默认必经步骤。事实调研、需求验证、市场分析与文档产出仍由对应技能负责。
当流程要求与用户交互时：
出现以下情况立即停止并回溯：
| 误区 | 正确做法 |
|---|---|
| 使用"应该"、"大概"、"看起来"做结论 | 必须基于实际数据和验证 |
| 未运行检查就声称已完成 | 先验证，再陈述 |
| 用户明确要求轻量或跳过 | 尊重范围，标注未验证假设；不伪造已完成步骤 |
| "这次应该没问题"的想法 | 每次都要重新验证 |
先理解用户要解决的问题与交付边界，再选择明显匹配的 PM skill；若只是简短讨论，可直接回答。
在 Claude Code： 使用 Skill 工具。调用 skill 时，其内容会被加载并呈现给你——直接遵循它。不要使用 Read 工具读取 skill 文件。
在其他环境： 查看你平台的文档了解如何加载 skills。
完整技能包的编排与交接参见skills/_shared/workflow-contract.md，六条命令顺序由workflow-contract.json校验。若单独安装本 skill，直接按下方内置规则执行，不依赖这些共享文件。
当用户用自然语言提出产品管理任务（而非显式输入 /pm-xxx slash command）：
用户请求完整的新产品规划且缺少相关材料时，默认推荐 /pm-brainstorm。若用户只要求某个可独立完成的步骤，则直接进入该步骤并说明证据缺口。
下列情况可跳过默认头脑风暴路径：
仅凭“方向看起来明确”不足以声称头脑风暴已完成；但不应阻止用户明确提出的局部任务。
显式 skill 命令优先：用户直接输入 /pm-demand、/pm-docs 等时进入对应 skill，由该 skill 检查自身所需输入，不强制运行无关环节。
触发信号：
自动调用的 Skills：
| 任务描述 | 自动调用 Skill | 说明 |
|---|---|---|
| "我想做一个XX"、"从零开始"、"帮我规划产品方向" | pm-brainstorm（优先） | 先发散，明确用户群和核心痛点 |
| "讨论产品方向"、"帮我想几个方案" | pm-brainstorm | 创意发散 |
| "深入分析这个方案"、"比较这些选项"、"帮我梳理取舍" | pm-deep-talk | 分析已有想法的价值、证据、限制与风险；不替代创意发散或事实调研 |
| "分析一下用户痛点"、"验证这个需求" | 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-evidence-audit | 审主张与来源的支持关系；不等同于 PRD 完整性评审 |
触发信号：
⚠️ 文档类请求的前置检查（仅适用于自然语言请求）：先检查已有资料是否相关且足够；用户要求局部修改或已有完整资料时可以直接进入对应 skill，不强制重做前序环节。需要完整新产品文档时再检查前置依赖：
显式 `/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 评审把关 |
触发信号：
自动调用的 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 目标管理 |
触发信号：
自动调用的 Skills：
| 任务描述 | 自动调用 Skill | 说明 |
|---|---|---|
| "敏捷管理"、"Scrum"、"看板" | pm-agile | 敏捷管理方案 |
| "跨部门协作"、"沟通问题" | pm-cross | 跨部门协作 |
| "风险识别"、"风险管理" | pm-risk | 风险管控 |
| "上线方案"、"发布计划" | pm-release | 上线执行方案 |
| "需求变更"、"需求调整" | pm-change | 需求变更管理 |
触发信号：
自动调用的 Skills：
| 任务描述 | 自动调用 Skill | 说明 |
|---|---|---|
| "用乔布斯的视角看我的产品"、"乔布斯会怎么看XX" | steve-jobs-perspective | 以乔布斯身份对话，先判断再解剖，反抛问题制造碰撞 |
| "如果乔布斯会怎么做"、"帮我校验这个方向" | steve-jobs-perspective | 专家视角审视决策，挑最该砍/最平庸处 |
| "用聚焦即说不砍掉我的功能" | steve-jobs-perspective | 用 Jobs 心智模型做减法 |
说明：本模块为顾问型技能，不参与 PM 工作流前置门禁，不产出 docs 文档；目标是对话、碰撞、内化。
| 想法 | 现实 |
|---|---|
| "这只是简单的需求描述" | 新产品从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 |
| "增长就是拉新" | 增长需要全链路分析，应该用 pm-aarrr |
| "风险可控" | 风险需要系统识别，应该用 pm-risk |
| "这只是个小需求变更" | 小变更也需要管理，应该用 pm-change |
| "我会自己判断" | 判断需要方法论支撑，应该用对应 skill |
当多个 skills 可能适用时，按以下顺序：
示例：
pm-brainstorm（发散创意），再 pm-demand（验证需求），再 pm-market（市场分析）pm-brainstorm → pm-demand → pm-docspm-aarrr（分析现状），再 pm-growth（制定方案）skill 本身会告诉你属于哪种类型。
用户说的"做什么"（WHAT），不代表可以跳过"怎么做"（HOW）。
示例：
| 用户说 | 你的理解 | 必须调用的 Skill |
|---|---|---|
| "帮我做个需求调研" | 用户要执行需求调研流程 | pm-demand |
| "写个 PRD"、"写需求文档" | 用户要产出文档，但文档是产出不是起点，先检查前置 | 前置缺失 → pm-brainstorm，前置完备 → pm-docs --type=prd |
| "分析一下竞品" | 用户要做竞品分析 | pm-search --type=competitor |
| "排个优先级" | 用户要排需求优先级 | pm-priority |
| "规划一下 MVP" | 用户要做 MVP 规划 | pm-mvp |
| "做个增长方案" | 用户要制定增长策略 | pm-growth |
| "识别一下风险" | 用户要做风险管理 | pm-risk |
| "我想做一个XX" | 用户有产品想法但方向模糊 | pm-brainstorm（先发散） |
用户：我想做一个生鲜电商小程序
AI 自动触发：
1. 识别到新产品规划 → 方向模糊 → 调用 pm-brainstorm
2. pm-brainstorm 发散创意 → 明确用户群和核心痛点
3. 推荐：pm-demand（验证需求）→ pm-market（市场分析）→ pm-priority（优先级）→ pm-mvp（MVP 规划）用户：用户反馈搜索功能不好用，需要优化
AI 自动触发：
1. 识别到用户反馈分析 → 调用 pm-feedback
2. pm-feedback 分析反馈 → 生成优化建议
3. 推荐：pm-priority（排优先级）→ pm-feature（功能设计）→ pm-docs（写 PRD）用户：我们的日活一直在下降，怎么办？
AI 自动触发：
1. 识别到增长问题 → 调用 pm-aarrr
2. pm-aarrr 分析各环节数据 → 识别问题环节
3. 推荐：pm-growth（制定增长方案）→ pm-abtest（设计实验）用户：新功能开发完了，准备上线
AI 自动触发：
1. 识别到上线任务 → 调用 pm-release
2. pm-release 制定上线方案 → 生成检查清单
3. 推荐：pm-risk（风险识别）→ pm-agile（迭代管理）示例：
用户：继续上次的需求调研
AI 行为：
1. 读取 docs/01-需求调研/需求调研报告.md
2. 识别当前进度（需求调研已完成）
3. 推荐下一步：pm-search（市场分析）或 pm-priority（优先级排序）
4. 等待用户确认后执行Super-PM 会自动追踪项目状态：
检查文件：
docs/01-需求调研/ - 需求洞察阶段产物docs/02-方案设计/ - 方案落地阶段产物docs/03-增长迭代/ - 增长迭代阶段产物docs/04-风控管理/ - 风控管理阶段产物自动判断：
在完成一个 skill 执行后，主动推荐下一步：
格式：
✅ 需求调研已完成
📊 已生成文档：
- docs/01-需求调研/需求调研报告.md
💡 建议下一步：
1. 执行 /pm-search --type=market 进行市场调研（推荐）
2. 执行 /pm-priority 进行优先级排序
3. 执行 /pm-mvp 规划 MVP 方案
请问您想继续哪一步？让每个产品经理都能拥有完整的产品团队的能力。
通过 Super-PM，一个 PM 可以：
Super-PM = 你的全能产品团队助手 🚀
用户： 我想做一个在线教育产品
AI 自动执行：
🎯 识别到新产品规划，方向模糊 → 先发散
📚 自动调用 skill: pm-brainstorm
[执行 pm-brainstorm skill...]
✅ 头脑风暴完成！
📄 已生成文档：
- docs/01-需求调研/头脑风暴方案.md
💡 建议下一步：
1. /pm-demand - 系统化调研验证需求
2. /pm-market - 先了解市场情况
3. /pm-priority - 直接做优先级排序
请问您想继续哪一步？用户： 写个需求文档，关于某个垂直社区产品
AI 自动执行：
🎯 识别到文档产出请求，但目标产品方向不明确
📊 前置依赖检查：
❌ 头脑风暴方案
❌ 需求调研报告
💡 "写需求文档"是产出意图，需要先完成前置调研。
建议从头走：/pm-brainstorm → /pm-demand → /pm-docs
📚 自动调用 skill: pm-brainstorm（先明确产品定位和核心场景）⚠️ 如无法确定路由，使用 AskUserQuestion 询问用户。
Super-PM - 让产品管理更专业、更高效、更系统 ✨
~30 seconds. Free. No account. Every finding cites a rule and a line of evidence.