القائمة
竞品研究技能。分析市场同类产品，输出功能对比、差异化机会和市场定位建议。 当用户说「研究竞品」「分析竞争对手」「市场调研」「同类产品对比」「友商分析」「看看别人怎么做的」 「有哪些竞品」「竞争格局」「行业分析」时，立即使用此技能。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
战略沙盘 skill。用于高阶产品战略推演、智囊团对话、项目级或产品级多项目战略议题讨论，帮助用户在正式规划、汇报或决策前拆解问题、暴露假设、进行多视角交锋和表达预演。Use when the user asks for 战略沙盘、战略推演、智囊团、产品战略、下一阶段方向、资源取舍、产品级战略、多项目推演、增长瓶颈、竞争应对、用户心智、组织协同、汇报前战略预演，或使用 `/ai-pm strategy` / `/ai-pm-strategy`。
数据分析技能。提供数据指标设计、数据洞察分析、仪表盘生成三大能力。从数据中发现产品需求和优化机会。 当用户说「分析数据」「上传Excel」「数据洞察」「数据可视化」「做仪表盘」「数据看板」 「指标设计」「埋点方案」「从数据里找需求」「数据报表」时，立即使用此技能。
PRD 生成技能。整合需求分析、竞品研究、用户故事，输出完整的产品需求文档。支持产品分身写作风格和设计规范。 当用户说「生成PRD」「写PRD」「产品需求文档」「需求文档」「功能规格书」「输出PRD」 「帮我写需求」「把需求整理成文档」时，立即使用此技能。
原型生成技能。基于 PRD 生成可交互的单页网页原型，支持移动端和 Web 端。 首次生成时询问设计规范（公司规范 / AI 情境定制 / 主流组件库），项目内记住偏好。 若项目存在 Codex 生成的视觉锚点包（06-prototype-visual/manifest.json），生成 HTML 前必须读取并遵循。 当用户说「生成原型」「做原型」「可交互原型」「HTML原型」「页面原型」「低保真」「高保真原型」 「画个界面」「把PRD做成原型」时，立即使用此技能。 边界：本技能用于「把已有 PRD/需求做成可评审原型」；脱离 PRD 的纯视觉探索、通用 UI 组件生成或视觉精修，可使用外部 impeccable 增强，但 AI_PM 原型默认以 ai-pm-frontend-design 为本地设计内核。
当需要从零开始走完完整产品立项流程（需求→分析→竞品→用户故事→PRD→原型→评审）时使用。 支持多项目管理和断点续传，复杂需求可启用多代理协作。 当用户说「我有个产品想法」「帮我做个产品」「从零开始做需求」「全流程出PRD」 「做一个App/小程序/系统」「产品立项」「继续上次的项目」「切换项目」时，立即使用此技能。
去除中文文本里的 AI 腔，让文字像真人直白写出来的。针对中文语境的真·AI tell： 工整对仗排比、"通过X实现Y"、范畴词冗余（进行了优化/起到…作用）、互联网黑话堆砌 （赋能/抓手/闭环/颗粒度）、强行升华结尾、程度副词通胀、空泛连接词、规整书面腔。 并压住"去 AI 味后滑向文青腔/段子腔"的冲动——目标是直白大白话，不是有文采。 可选用本机真实语料把文字校准到具体某个人的声音。
| name | ai-pm-research |
| description | 竞品研究技能。分析市场同类产品，输出功能对比、差异化机会和市场定位建议。 当用户说「研究竞品」「分析竞争对手」「市场调研」「同类产品对比」「友商分析」「看看别人怎么做的」 「有哪些竞品」「竞争格局」「行业分析」时，立即使用此技能。 |
| argument-hint | [需求分析报告路径 | 产品方向描述] |
| allowed-tools | Read Write Edit Bash(mkdir) Bash(ls) Bash(mv) Bash(python3) Bash(rg) WebSearch WebFetch |
{项目目录}/02-analysis-report.md（需求分析报告）所有项目统一用文件夹结构：{项目目录}/03-competitor-report/V{当前版本}.md + frontmatter（version / status / phase=竞品研究 / upstream-from / created）。
落盘前强制步骤：
05-prd/README.md 当前活跃版本号03-competitor-report/ 文件夹存在；不存在则 mkdir03-competitor-report.md（或 -V1.md 等 v1 后缀文件）→ 先 mv 到 03-competitor-report/V1.md 并补 V1 frontmatter03-competitor-report/V{当前版本}.md + frontmatter详见 templates/project-index/README.md 「0x 上游产物文件夹约定」段。
从需求分析中提取：产品类型、目标用户、核心功能方向，据此识别竞品范围。
竞品分类：
竞品对比要有用，得先知道「我方现状」和「我方正在拍什么决策」——这两样都在兄弟项目里，不能凭印象。用三道组合找全（单靠 related-scan 会漏语义相关项目）：
python3 scripts/related-scan.py "{项目名/主题}" —— 名字撞上的（如 考试答题卡 ↔ 考试阅卷/考试扫描）。若 /ai-pm 主控已在开工扫过，直接读其结果、不重复跑。rg + 牵动链卡（templates/knowledge-base/chains/）—— 名字没撞但语义相关的（如 竞品分析 ↔ 学情/现网学情产品）。三道都空，才能下"无兄弟项目"的结论。命中的项目先
ls/读其 PRD，把「我方现状/在途承接」坐实到功能点（别凭印象填对比表的"我们"列）。
竞品对比的深度标准 = 能回答我方当前正在拍的决策问题，不是"竞品有没有这功能"。
从兄弟项目的在途决策评审 PRD / 迭代排期里，把"我方要拍的决策点"翻译成探竞品的靶子问题：
带着靶子问题去步骤3，比无差别罗列竞品功能有用得多。
03-competitor-report/ 已有版本 → 增量轮，走四步（不要从零重做）：
无旧版 → 首次轮，走完整流程。
基于需求分析，我计划研究以下竞品：
{列出识别的竞品清单}
请问：
1. 有没有你特别关注的竞品需要深入分析？
2. 哪个竞品做得好？哪个有明显缺陷？
3. 有没有跨领域的优秀产品值得参考？
请直接告诉我，或回复"按你的分析来"。
信息来源： 官网、应用商店（评分/评论）、行业报告、用户社区反馈
研究维度：
竞品探查分两种模式，按"拿不拿得到竞品真实账号"选：
.claude/skills/ai-pm-research/references/live-probe.md，走模式 B 前必读。模式 A · 批量抓取模式（同会话复用）：
竞品网页分析时，在同一个 Playwright 会话中完成所有页面的抓取：
browser_navigate 打开第一个竞品页面browser_snapshot 获取内容browser_navigate 到下一个竞品页面（不关闭浏览器）这样比每个页面单独启动 Playwright 会话快 3-5 倍。
重试与超时：
WebFetch（纯 HTTP GET + HTML 标签剥离）并继续降级策略（Playwright MCP 不可用时）：
如果 Playwright MCP 不可用（未安装或连接失败）：
WebFetch 命令（纯 HTTP GET + HTML 标签剥离）汇总所有竞品对比，识别：
✓/✗ 总览保留作速查，但关键功能点必须对到决策级事实（呼应步骤 1.2 的靶子问题）：
| 字段 | 取值 | 用途 |
|---|---|---|
| 威胁等级 | P0-P3（定义见下） | 增量轮按它做风险分级复核 |
| 证据来源/时间戳 | 来源 + 何时取 | 判结论新鲜度、可疑度 |
| 验证状态 | 实测 / 反推 / 待验证 | 自检与"没看全别下判断"挂钩 |
威胁等级 P0-P3 判定（不靠主观排序）：
# 竞品研究报告
## 1. 研究概述
**产品类型**：{类型}
**研究目的**：{为什么要研究竞品}
**竞品范围**：直接竞品 {N} 个，间接竞品 {N} 个
## 2. 竞品清单
| 竞品名称 | 类型 | 目标用户 | 核心卖点 | 用户规模 |
|---------|------|---------|---------|---------|
| 竞品A | 直接 | {用户群} | {卖点} | {规模} |
## 3. 竞品详细分析
### {竞品A}
**产品定位**：{一句话}
**核心优势**：{列表}
**明显不足**：{列表}
**用户评价关键词**：{来自应用商店评论}
### {竞品B}
{同上格式}
## 4. 功能对比矩阵
✓/✗ 总览（速查）：
| 功能维度 | 竞品A | 竞品B | 竞品C | 我们（规划） |
|---------|------|------|------|------------|
| 核心功能1 | ✓ | ✓ | ✗ | ✓ |
| 核心功能2 | ✓ | ✗ | ✓ | ✓ |
| 特色功能 | ✗ | ✓ | ✗ | ✓ |
**关键功能点·决策级对位**（对到靶子问题，每条带字段+证据）：
| 功能点（靶子问题）| 竞品现状（决策级事实）| 威胁等级 | 验证状态 | 📷 证据 |
|---|---|---|---|---|
| {如"报告能否下钻到空"} | {如"按小题/题组 2 级、无按空"} | P2 | 实测 | {截图名/路径} |
## 5. 差异化机会
### 市场空白
{描述未被竞品满足的需求}
### 竞品弱点突破
{可以比竞品做得更好的点，及具体做法}
### 我们的差异化定位
{一句话描述在市场中的独特位置}
## 6. 竞争策略建议
**定位建议**：{在市场中的位置，与哪个竞品正面竞争，从哪个竞品差异化}
**功能策略**：{哪些功能要跟进，哪些要差异化，哪些要放弃}
**目标用户策略**：{从哪类用户切入，如何从竞品抢用户}
## 7. 结构化处置（直接喂排期，不止于"建议"）
把对比结论落到可执行的三类，让 PM 拿着就能排期：
- **候选包**：该跟进的功能点，按对位优先级分包（如 V1.x候选包 / VNext候选包）
- **不跟清单**：竞品也没做好/我方已断层领先的，明确不投（省得占排期）
- **决策点**：需要 PM 拍板的（如某能力本期排不排），附竞品现状作输入
## 8. 结论
{核心发现：3-5条最重要的洞察和行动建议}
[待验证] 或 [反推]，禁止从间接证据下无标记的肯定结论。词面统一用步骤 4.2 的"验证状态"值。
rg -F -e '[待验证]' -e '[反推]'（不能写 rg '[待验证]'——方括号是正则字符类会满屏误报；或转义 rg '\[待验证\]'），再人工核有没有漏标的肯定句。上面是战略报告（偏一次性）。当用户要"给销售用的对标卡""客户拿竞品压价怎么答"，或某竞品成高频压力时，读取 .claude/skills/ai-pm/references/competitive-frameworks.md（仓库根相对路径，单一事实源——battlecard 方法论只此一份，本 skill 不内嵌副本），对单个竞品出一张随身实战卡：它强在哪/弱在哪（各 1-2 个，求精不求全）+ 一句话能说出口的差异化话术 + 2-3 条质疑应对。铁律：诚实，不黑竞品不吹自己，只讲真实差异和适用边界（否则一线照卡说、客户一戳就穿）。普通竞品研究走上面主流程，不触发本节。
机读结论层（Stage4-C3 · 2026-07-12）：battlecard 落盘时头部带机读块，供写 PRD/决策引用竞品资料时自动报年龄、供后续保鲜比对——
# battlecard-meta（机器读这块，别改字段名）
competitor: {竞品名}
updated: YYYY-MM-DD # 每次实探/保鲜后刷新
sources: [实探/官网/评论/公开稿]
verdicts: # 每条结论一行：结论|口径|核实日期
- "{结论一句话} | {判定口径} | YYYY-MM-DD"
stale_after_days: 60 # 引用时超龄提示（写时报年龄，C3① 锚点）
写 PRD/决策文档引用某 battlecard 时：先读 updated，超过 stale_after_days 就在引用处标「资料 N 天前，建议增量轮」——写时可用是真锚点，不做定时轮询。
登录态实探的起浏览器/等登录/断线重连固定流程见
.claude/skills/ai-pm-acceptance/references/login-session-protocol.md（A4 公共协议）。