pm-selfcheck
Use when: 需要检查super-pm skills健康状态、定期维护审计、验证元数据完整性 Do NOT use when: 正在使用某个功能skill、仅需执行产品管理任务
Use when: 需要持续监控竞品动态、建立竞品情报预警、定期输出竞品监控月报、追踪竞品版本/定价/功能/舆情/融资异动 Do NOT use when: 仅需一次性竞品调研(用 pm-market / pm-search --type=competitor);产品尚无明确竞品
$ npx -y skills add konglong87/superPM --skill pm-competitor --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/pm-competitorContext preview
The summary Claude sees to decide when to auto-load this skill.
Use when: 需要持续监控竞品动态、建立竞品情报预警、定期输出竞品监控月报、追踪竞品版本/定价/功能/舆情/融资异动 Do NOT use when: 仅需一次性竞品调研(用 pm-market / pm-search --type=competitor);产品尚无明确竞品
name: pm-competitor description: | Use when: 需要持续监控竞品动态、建立竞品情报预警、定期输出竞品监控月报、追踪竞品版本/定价/功能/舆情/融资异动 Do NOT use when: 仅需一次性竞品调研(用 pm-market / pm-search --type=competitor);产品尚无明确竞品 allowed-tools: - Task - Read - Write - AskUserQuestion - Bash - WebSearch - mcp__exa__web_search_exa - mcp__exa__web_fetch_exa
bash "$(dirname "${BASH_SOURCE[0]}")/../../check-update.sh" 2>/dev/null || true
# 创建需求调研目录
mkdir -p docs/01-需求调研
# 检查前置
if [ -f "docs/01-需求调研/市场调研报告.md" ]; then
echo "✅ 市场调研报告 - 已找到"
else
echo "⏳ 市场调研报告 - 未找到(可选,缺失时由本技能建立基线)"
fi
if [ -f "docs/01-需求调研/竞品监控月报.md" ]; then
echo "🔁 竞品监控月报 - 已存在(将基于上期做本期对比)"
else
echo "🆕 竞品监控月报 - 首次建立基线"
fi---
当流程要求与用户交互时:
1. 如果当前环境支持 AskUserQuestion,使用 AskUserQuestion(最佳体验)。 2. 如果当前环境不支持 AskUserQuestion,必须用普通聊天消息提出同样问题。 3. 一次只问一个问题。 4. 提问后必须停止当前回合,等待用户回答(STOP and WAIT)。 5. 不得在用户回答前生成文档、写入 docs。 6. 已有 docs 文件不能替代本轮用户回答。
---
---
使用 AskUserQuestion 询问:
> 🎯 竞品监控设置 > > 你想监控哪些竞品?监控哪些维度? > > A) 自动沿用市场调研报告中的竞品清单 > B) 我手动指定竞品(请提供名称) > C) 仅监控头部 1-3 个核心竞品 > > 监控维度(可多选):版本/功能更新、定价变动、市场/融资动作、用户舆情、招聘/组织信号
记录到变量 `COMPETITORS` 与 `WATCH_DIMS`。
---
如果 `docs/01-需求调研/竞品监控月报.md` 不存在 → 进入**首次基线模式**:
使用 Agent 工具并行派发 subagent,对每个竞品做全量快照(搜索优先):
Tool: Task
Parameters:
subagent_type: "general-purpose"
description: "竞品基线调研-{竞品名}"
prompt: |
你是竞品情报分析师。请对竞品「{竞品名}」建立当前快照。
**搜索优先级**:首选 AnySearch(定位脚本后 python3 调用),失败降级 Exa MCP,最后 WebSearch(标注「⚠️ 降级模式」)。
**监控维度**:{WATCH_DIMS}
**要求**:提取最新版本/功能、定价、近期动态、舆情基调(正面/中性/负面)、关键信号。
**输出 JSON**:
```json
{
"competitor": "{竞品名}",
"snapshot": {"version": "...", "pricing": "...", "news": "...", "sentiment": "正面/中性/负面", "signals": ["..."]},
"sources": [{"title": "...", "url": "..."}]
}
如果已存在上期月报 → 读取并提取上期基线值,供本期对比。
---
### 步骤 3: 设定监控节奏与预警阈值(主 agent - 用户交互)
使用 AskUserQuestion 确认:
> 📅 监控节奏
>
> A) 月度监控(推荐)
> B) 双周监控
> C) 季度监控
>
> 异动预警阈值(示例):
> - 定价变动 ≥ {X}%
> - 大版本/核心功能上线
> - 负面舆情集中爆发
> - 融资/组织重大变动
记录到变量 `CADENCE` 与 `ALERT_RULES`。
---
### 步骤 4: 派发 subagent 做本期情报收集(核心优化)
与步骤 2 同样派发 subagent(并行),但 prompt 增加「与上期对比,标记变化」:对比上期基线:{上期快照} 重点识别本期相对上期的异动(新增/变更/消失),并判断影响(高/中/低)。
主 agent 收集所有竞品结果。
---
### 步骤 5: 生成竞品监控月报 + 异动预警(主 agent)
使用 Write 工具生成 `docs/01-需求调研/竞品监控月报.md`:
```markdown
# {产品名称} 竞品监控月报({周期})
## 文档信息
- 周期: {起} ~ {止}
- 监控竞品: {列表}
- 生成工具: super-pm / pm-competitor
---
## 一、本期异动预警(重点)
| 竞品 | 异动 | 类型 | 影响 | 我方建议 |
|------|------|------|------|---------|
| {竞品} | {异动} | 版本/定价/舆情/融资 | 高/中/低 | {建议} |
## 二、竞品快照对比
| 维度 | 上期 | 本期 | 变化 |
|------|------|------|------|
| {竞品A·版本} | ... | ... | ... |
| {竞品A·定价} | ... | ... | ... |
| {竞品B·舆情} | ... | ... | ... |
## 三、行业信号
- {融资/并购/新政等}
## 四、我方机会与威胁
- 机会: {从竞品弱点中找}
- 威胁: {从竞品动作中找}
## 五、下一步建议
1. /pm-position - 基于竞品动态重新校准定位
2. /pm-priority - 将竞品威胁纳入需求优先级
3. /pm-market - 需要深度专项研究时---
> ✅ 竞品监控月报已生成:`docs/01-需求调研/竞品监控月报.md` > > 建议执行: > 1. /pm-position - 校准产品定位 > 2. /pm-priority - 竞品威胁转需求 > 3. /pm-market - 深度专项研究
---
---
**✅ Good 示例**:
**❌ Bad 示例**:
---
| 误区 | 正确做法 | |------|---------| | 把监控做成一次性研究 | 监控必须有基线 + 周期对比 | | 堆砌新闻无预警 | 必须标记异动与影响级别 | | 无来源 | 每条异动附来源 | | 忽略我方行动建议 | 监控终点是对我方策略的建议 |
---
> ⚠️ 任何一项未通过 → 补全后再标记完成。
---
Repo: konglong87/superPM
Use when: 需要检查super-pm skills健康状态、定期维护审计、验证元数据完整性 Do NOT use when: 正在使用某个功能skill、仅需执行产品管理任务
Use when: 需要创意方案、探索产品方向、发散思维、本质问题分析 用户说"我想做一个XX""帮我规划XX产品""帮我设计一下需求" 用户给出新产品方向,但尚未完成本轮 brainstorm 交互确认 新产品从0到1的第一步 Do NOT use when: 用户明确说"跳过 brainstorm /…
Use when: 有初步需求清单需要细化细节、需明确需求场景和边界条件、需求描述模糊需要结构化 Do NOT use when: 需求已足够详细可直达开发、仅需快速立项无需深入
Use when: 已完成 /pm-brainstorm 后,需要系统化收集需求、验证产品想法真伪、分析用户痛点 用户明确要求"需求调研""需求验证""验证痛点""分析用户痛点" 用户明确选择跳过 brainstorm,直接进入需求调研 Do NOT auto-select when:…
Use when: 需要设计用户访谈/用户调研方案、编写访谈提纲、规划样本与招募、制定访谈执行与分析方法 Do NOT use when: 仅做案头需求调研(用 pm-demand);已有明确结论只需验证单一假设且无需访谈
Use when: 需要理解用户体验全链路、发现用户痛点与机会点、优化用户转化流程 Do NOT use when: 用户流程已非常清晰、仅需单一功能分析而非全局体验