用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt;运行前请先检查来源。
npx skills add https://github.com/konglong87/superPM --skill pm-clarify命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地?可下载 SkillsMP 当前能够提供的文件。
Use when: 需要进行市场调研数据收集、竞品信息采集、行业舆情监控、合规政策检查 Do NOT use when: 已有完整数据无需补充、仅需内部数据分析无需外部信息
Product Manager Skills Pack - Full lifecycle support from demand to delivery 让一个产品经理拥有一个产品团队的能力 Use when: Starting a new product, planning features, analyzing market, designing solutions, managing growth, strategic decision
史蒂夫·乔布斯(Steve Jobs)的思维框架与表达方式。基于Isaacson授权传记、Stanford演讲、 Lost Interview、D Conference系列、Make Something Wonderful、30+一手来源的深度调研, 提炼6个核心心智模型、8条决策启发式和完整的表达DNA。 用途:作为一个可对话的思维顾问——用乔布斯的视角分析你的产品、决策与想法, 在一来一回的对话里制造思维碰撞、激发灵感,并帮你把"Jobs级"思考方式内化成自己的能力。 当用户提到「用乔布斯的视角」「乔布斯会怎么看」「Jobs模式」「steve jobs perspective」 「切换到乔布斯」「如果乔布斯」「乔布斯思维」「表达DNA」时使用。 即使用户只是说「帮我用乔布斯的角度想想」「如果乔布斯会怎么做」「切换到乔布斯」也应触发。
基于 SOC 职业分类
正在显示 SKILL.md
| name | pm-clarify |
| description | Use when: 有初步需求清单需要细化细节、需明确需求场景和边界条件、需求描述模糊需要结构化 Do NOT use when: 需求已足够详细可直达开发、仅需快速立项无需深入 |
| allowed-tools | ["Agent","Read","Write","AskUserQuestion","Bash"] |
bash "$(dirname "${BASH_SOURCE[0]}")/../../check-update.sh" 2>/dev/null || true
# 创建需求调研目录
mkdir -p docs/01-需求调研
# 检查是否有需求调研报告
if [ ! -f "docs/01-需求调研/需求调研报告.md" ]; then
echo "⚠️ 未找到需求调研报告"
echo ""
echo "建议先执行 /pm-demand 完成需求调研"
echo ""
echo "您可以选择:"
echo "A) 执行 /pm-demand 先完成需求调研(推荐)"
echo "B) 手动输入需求列表(快速模式)"
fi
当流程要求与用户交互时:
如果有需求调研报告:
使用 Read 工具读取 docs/01-需求调研/需求调研报告.md
提取:
如果有创意方案库:
使用 Read 工具读取 docs/01-需求调研/创意方案库.md
提取:
如果没有前置文档:
进入快速模式,使用 AskUserQuestion 收集需求列表:
📝 快速模式 - 请列出核心需求:
请逐个输入需求,每个需求一行: 例如:
- 快速下单
- 订单追踪
- 会员体系
输入"完成"结束
关键原则:
对每个需求,AI 询问以下问题:
问题 1: 使用场景
需求"{需求名称}"的使用场景是什么?
A) 用户首次使用时 B) 用户日常使用时 C) 用户遇到特定问题时 D) 用户完成特定任务后 E) 其他(请手动输入)
记录到变量 SCENARIO
问题 2: 具体行为
用户在这个场景下具体要做什么?
例如:"用户打开APP,选择商品,点击立即购买,完成支付"
请描述具体步骤:
用户描述后,AI 整理成流程步骤。
问题 3: 边界条件
这个需求的边界条件是什么?
A) 时间限制 - 如"订单30分钟内未支付自动取消" B) 数量限制 - 如"每个用户最多创建10个项目" C) 权限限制 - 如"仅会员可使用" D) 状态限制 - 如"仅未完成的订单可修改" E) 其他(请手动输入)
记录到变量 BOUNDARY_CONDITIONS
问题 4: 异常处理
如果出现异常情况,如何处理?
A) 提示用户并引导解决 B) 自动重试或降级处理 C) 记录日志并通知管理员 D) 回滚操作并提示失败 E) 其他(请手动输入)
记录到变量 EXCEPTION_HANDLING
问题 5: 验收标准
这个需求的验收标准是什么?
例如:"用户能在3步内完成下单,支付成功率>95%"
请描述可衡量的标准:
用户描述后,记录到变量 ACCEPTANCE_CRITERIA
AI 将每个需求的细化信息整理成结构化格式。
使用 Write 工具创建 docs/01-需求调研/确认需求清单.md:
# 确认需求清单
## 一、基础信息
- **产品名称**: {PRODUCT_NAME}
- **目标用户**: {TARGET_USER}
- **生成时间**: {当前时间}
---
## 二、需求详情
### 需求 1: {需求名称}
**使用场景**:
{SCENARIO}
**具体步骤**:
1. {步骤1}
2. {步骤2}
3. {步骤3}
**边界条件**:
{BOUNDARY_CONDITIONS}
**异常处理**:
{EXCEPTION_HANDLING}
**验收标准**:
{ACCEPTANCE_CRITERIA}
**优先级**: 待定(需通过 /pm-priority 确定)
---
### 需求 2: {需求名称}
**使用场景**:
{SCENARIO}
**具体步骤**:
1. {步骤1}
2. {步骤2}
**边界条件**:
{BOUNDARY_CONDITIONS}
**异常处理**:
{EXCEPTION_HANDLING}
**验收标准**:
{ACCEPTANCE_CRITERIA}
**优先级**: 待定
---
## 三、需求汇总表
| 序号 | 需求名称 | 场景 | 边界条件 | 验收标准 | 状态 |
|------|----------|------|----------|----------|------|
| 1 | {需求1} | {场景简述} | {边界简述} | {标准简述} | ✅ 已细化 |
| 2 | {需求2} | {场景简述} | {边界简述} | {标准简述} | ✅ 已细化 |
---
## 四、下一步建议
建议执行:
1. **/pm-market** - 市场分析,了解竞品和市场规模(推荐)
2. **/pm-priority** - 优先级排序,决定先做哪个需求
3. **/pm-mvp** - MVP规划,确定第一版要做什么
---
**项目状态**: 需求细化完成
**生成时间**: {时间戳}
**生成工具**: super-pm
使用 AskUserQuestion 提供下一步选项:
✅ 需求细化完成!
📄 确认需求清单已生成:
docs/01-需求调研/确认需求清单.md🎯 建议下一步:
A) 执行 /pm-market - 市场分析,了解竞品和市场规模(推荐) B) 执行 /pm-priority - 优先级排序,决定需求优先级 C) 执行 /pm-mvp - MVP规划,确定第一版功能 D) 查看确认需求清单
在需求细化完成后,可派发 subagent 并行进行外部验证:
Agent 1: 市场对标分析
type: "general-purpose"
prompt: "搜索与当前产品对标的市场同类功能详情,提供参考标准..."
Agent 2: 技术可行性评估
type: "general-purpose"
prompt: "评估各需求的技术实现难度和备选方案..."
| 维度 | v1(串行) | v2(Subagent 并行) |
|---|---|---|
| 外部验证 | 手动搜索或跳过 | Subagent 并行搜索分析 |
| Token 占用 | 搜索结果占主上下文 | Subagent 独立处理 |
| 执行效率 | 线性顺序 | 并行 2x 加速 |
提供快速模式,允许用户手动输入需求列表。
提示:
⚠️ 未找到需求调研报告
您可以选择: A) 执行 /pm-demand 先完成需求调研(推荐) B) 手动输入需求列表(快速模式)
如果需求数量 > 10,询问用户:
⚠️ 检测到 {N} 个需求,细化可能需要较长时间
您可以选择: A) 细化所有需求 B) 仅细化核心需求(前5个) C) 我来选择要细化的需求
✅ Good 示例:
- 有数据引用:「根据 Q4 数据,留存率从 35% 降至 28%」
- 有验证来源:「数据来源:Google Analytics, 2025-12-01」
- 有明确建议:「建议将新手引导步骤从 5 步减少至 3 步」
❌ Bad 示例:
- 模糊结论:「数据表明留存率有所下降」
- 无来源:「根据经验,这个功能很重要」
- 没有行动建议:「留存是个问题」
出现以下情况立即停止并回溯:
| 误区 | 正确做法 |
|---|---|
| 使用"应该"、"大概"、"看起来"做结论 | 必须基于实际数据和验证 |
| 未运行检查就声称已完成 | 先验证,再陈述 |
| 因时间紧迫跳过关键步骤 | 没有例外,时间紧更要严格 |
| "这次应该没问题"的想法 | 每次都要重新验证 |
docs/ 目录⚠️ 任何一项未通过 → 补全后再标记完成。