메뉴
已明确 PRD 盲区或 Skill 参数空白，需要在与领域专家、真实用户或技术伙伴开会前设计问题清单时使用。 与 ai-pm-interview 的区别：interview 偏向初次调研/面对面单访，此技能偏向已有明确缺口、针对性填补的群体会议或对齐会。 当用户说「帮我设计问题」「我需要了解什么」「怎么问」「讨论提纲」「开会前准备问题」 同时存在已知的 PRD 章节空白或 Skill 参数不确定时，立即使用此技能。
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 | pm-gap-research |
| description | 已明确 PRD 盲区或 Skill 参数空白，需要在与领域专家、真实用户或技术伙伴开会前设计问题清单时使用。 与 ai-pm-interview 的区别：interview 偏向初次调研/面对面单访，此技能偏向已有明确缺口、针对性填补的群体会议或对齐会。 当用户说「帮我设计问题」「我需要了解什么」「怎么问」「讨论提纲」「开会前准备问题」 同时存在已知的 PRD 章节空白或 Skill 参数不确定时，立即使用此技能。 |
从缺口出发，而非从问题出发。 先明确这场会议要填补哪些 PRD 盲区或 Skill 参数空白，再倒推要问什么。输出是问题列表 + 记录空白，不是逐字稿。
Step 1 · 确认缺口（先做这步）
问用户：这次调研之后，哪些 PRD 章节或 Skill 参数能写完？
Step 2 · 确认会议形式
| 形式 | 对应文档风格 |
|---|---|
| 1:1 线下 / 线上 | 可追问，问题可多可细 |
| 群体线上 | 问题 ≤ 6 个，每题让 2-3 人回答即可，不追问链 |
| 大型评审 / 汇报 | 不适合用此 Skill，换 multi-perspective-review |
Step 3 · 设计问题
两类问题分别对应两种产出：
| 类型 | 问法特征 | 产出 |
|---|---|---|
| 场景还原类 | "最近一次…" "从 A 到 B 中间经过哪些步骤" | 填 PRD 流程 / 场景章节 |
| 行为描述类 | "你一般怎么说…" "什么情况下会觉得不合适" | 校准 Skill 权重和边界 |
主问题总数控制在 5-6 个，结尾必须留一题：「最头疼的一个环节是什么」（快速收口）。
Step 4 · 输出文档
格式固定：
## 模块名
- 问题1
- 问题2
记录：
（留空）
每个模块一个记录框，不写引导语，不写追问链。
| 错误 | 为什么发生 | 怎么避免 |
|---|---|---|
| 写成逐字稿 | 默认「访谈 = 脚本」 | 先问会议形式，群体线上直接排除脚本 |
| 没区分 PRD 类 vs Skill 类问题 | 忽略双目的 | Step 1 强制确认两类缺口 |
| 问题太多太细 | 想「覆盖全面」 | 超过 6 个主问题时主动删减 |
| 没留记录空白 | 觉得会后再整理 | 模板固定带记录框，不可省略 |