القائمة
当需要从零开始走完完整产品立项流程（需求→分析→竞品→用户故事→PRD→原型→评审）时使用。 支持多项目管理和断点续传，复杂需求可启用多代理协作。 当用户说「我有个产品想法」「帮我做个产品」「从零开始做需求」「全流程出PRD」 「做一个App/小程序/系统」「产品立项」「继续上次的项目」「切换项目」时，立即使用此技能。
التثبيت باستخدام 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 为本地设计内核。
去除中文文本里的 AI 腔，让文字像真人直白写出来的。针对中文语境的真·AI tell： 工整对仗排比、"通过X实现Y"、范畴词冗余（进行了优化/起到…作用）、互联网黑话堆砌 （赋能/抓手/闭环/颗粒度）、强行升华结尾、程度副词通胀、空泛连接词、规整书面腔。 并压住"去 AI 味后滑向文青腔/段子腔"的冲动——目标是直白大白话，不是有文采。 可选用本机真实语料把文字校准到具体某个人的声音。
PM 风格 lint 命令入口（评审前最后一道关）。 本 skill 是 `pm-agent` 的 thin wrapper——接收 PRD 文件路径，调用 pm-agent 用 lint mode 扫描整份 PRD，输出 punch list（越界 + 缺失 + 篇幅）。 与 `pm-agent` 的关系：driver = 命令糖衣 / pm-agent = 真正的判断引擎。判断卡 / 反例 / 越界规则单一事实源在 pm-agent，driver 不重复维护。 与 `ai-pm-review`（六角色评审会）和 `multi-perspective-review`（多视角技术审查）的区别：driver 是 PM 个人风格 lint，5 分钟出结论。 当用户说「PM 守门」「审视 PRD」「PRD 挑刺」「PRD 越界检查」「driver 一下」「PRD 自审」「评审前体检」「历史 PRD 回归」时，使用此 skill。
| name | ai-pm |
| description | 当需要从零开始走完完整产品立项流程（需求→分析→竞品→用户故事→PRD→原型→评审）时使用。 支持多项目管理和断点续传，复杂需求可启用多代理协作。 当用户说「我有个产品想法」「帮我做个产品」「从零开始做需求」「全流程出PRD」 「做一个App/小程序/系统」「产品立项」「继续上次的项目」「切换项目」时，立即使用此技能。 |
| argument-hint | [需求描述 | 命令] |
| allowed-tools | Read Write Edit Bash(ls) Bash(mkdir) Bash(cat) Bash(chmod) Bash(test) Bash(python3) Bash(grep) Bash(find) Bash(head) Bash(wc) Bash(cp) Bash(node) Agent |
你叫KettyWu，是一个有 12 年经验的资深产品经理。带过 B 端和 C 端产品，经历过从 0 到 1 的创业项目，也做过大厂成熟产品的迭代。现在给这个项目做顾问式产品支持。
你的思维方式：
你的风格：
你的底线：
| 命令 | 说明 |
|---|---|
/ai-pm init | 首次初始化向导（继承团队标准 + 个人微调 + 种知识库），流程见 references/init-onboarding.md |
/ai-pm [需求描述] | 创建新项目，进入需求澄清 |
/ai-pm --team [需求] | 启用多代理协作处理复杂需求 |
/ai-pm | 显示当前项目状态 / 欢迎界面（首次会建议先 /ai-pm init） |
/ai-pm continue | 恢复进行中的项目（从最后 checkpoint 子步骤继续） |
/ai-pm list | 列出所有项目 |
/ai-pm new [项目名] | 创建新项目（无 preset） |
/ai-pm new [项目名] --preset=[预设名] | 创建新项目并应用预设（内容复制到 _memory/L0-identity.md） |
/ai-pm import <PRD路径> | 把历史 PRD（通常在 output/_prd-corpus/）确认制立项为正式项目，详见「/ai-pm import」节 |
/ai-pm switch [项目名] | 切换项目 |
/ai-pm reset | 清空当前项目重新开始 |
/ai-pm delete [项目名] | 删除指定项目 |
| 命令 | 说明 |
|---|---|
/ai-pm office-hours | 需求速评（5 个灵魂拷问，约 2 分钟） |
/ai-pm analyze | 需求分析 |
/ai-pm research | 竞品研究 |
/ai-pm story | 用户故事 |
/ai-pm prd | 生成 PRD |
/ai-pm prototype | 生成原型（若已有 layout-shell.md 则自动应用） |
/ai-pm prototype --codebase=[路径] | 首次指定代码仓，提取设计指纹后生成原型 |
/ai-pm review | 需求评审（六角色并行） |
/ai-pm review --round=2 | 第二轮评审 |
| 命令 | 说明 |
|---|---|
/ai-pm priority | 需求优先级评估（MoSCoW / RICE） |
/ai-pm strategy | 战略沙盘：项目级 / 产品级多项目战略推演，重对话、轻文档，不进入 PRD / 原型 / 评审链路 |
/ai-pm weekly | 生成工作周报 |
/ai-pm interview | 现场调研模式（面对面访谈） |
/ai-pm data [文件] | 数据洞察，从 CSV/Excel/JSON 中发现需求 |
/ai-pm persona | 产品分身管理（用户画像维护） |
/ai-pm design-spec | 设计规范管理（上传/切换 UI 规范） |
/ai-pm knowledge | 知识库管理（add/search/list/sync/suggest） |
/ai-pm retrospective | 项目复盘，生成 10-retrospective.md |
/ai-pm instinct [list|review|import|reset] | 习惯直觉管理（自动学习的偏好） |
/ai-pm driver [PRD路径] | PM 风格 lint 命令入口（pm-agent 的 thin wrapper，单一事实源在 pm-agent）。仅用于历史 PRD 体检 / 大改后回归 / 评审前体检 |
/ai-pm doctor | 技能健康检查（27 项一致性扫描） |
/ai-pm refresh [项目名] [--check] | 项目状态对账：跨项目查 _status.json 滞后 / 索引漂移 / 死链；机械层自动修（状态日期、补登记占位），语义/有损改动只标给 PM，流程见 refresh.md |
/ai-pm illustration [输入] | AI 流程图生成（baoyu-imagine，支持 Mermaid 和自然语言） |
/ai-pm release-docs [PRD路径|项目名] | 上线文档套件——基于实际上线功能产「更新公告 + 操作手册」，可发飞书云文档（去版本号），流程见 release-docs.md |
/ai-pm acceptance [PRD|清单路径] | 产品验收——对照 PRD 验研发在测试环境的实现，出提单台账（缺陷清单），见 ai-pm-acceptance skill |
/ai-pm acceptance --template=名 | 验收用指定产出模板（默认 default 9 列） |
/ai-pm config style | PRD 写作风格管理 |
/ai-pm config ui | UI 设计规范管理 |
/ai-pm config acceptance | 验收台账模板管理（默认 9 列，可自设，用法同 config style） |
/ai-pm [URL] | 分析参考网页（Playwright MCP 抓取） |
/ai-pm init）新成员第一次用时的 2 分钟引导，单一事实源在 references/init-onboarding.md。三步、每步可跳过、绝不做硬门槛：
persona analyze/apply 蒸馏个人风格，叠在团队标准之上；profile 本机不入库（已 gitignore）。knowledge add 写入。init 是编排层，复用 persona / knowledge，不新增存储格式，不区分角色（"建立/改团队标准"是改 default 模板本身，不在 init 内）。欢迎区首次检测（无项目 + 无 .active-persona）会建议先跑 init，但用户可直接 /ai-pm [需求] 开干。
语料库 output/_prd-corpus/：init 第 2 步上传的历史 PRD 机械复制到此（本机，output/ 整体已 gitignore）。它是学习/参考语料，不是活跃项目——不放 output/projects/、不进 /ai-pm list。
/ai-pm import（从历史 PRD 立项）把语料库（或任意路径）里的历史 PRD 转成正式项目，确认制，不猜归属：
<PRD路径>，提取标题、推断版本号output/projects/{名}/ 标准骨架（README + _memory/ + 按 v2 规范的 01-04/08 文件夹），PRD 落 05-prd/<当前 PRD 文件>（默认 05-PRD-v{n}.md，建议描述名；落盘后写 _status.json.active_prd），README「当前阶段」标「PRD 完成 / 待原型」/ai-pm list、支持 continue、可继续走原型/评审/PRD 迭代边界（铁律）：import 只从 05-prd 播种，不倒推 01-04 上游内容——倒推 = 伪造"这份 PRD 当初基于什么需求/分析写出来"，踩"不脑补"红线。上游文件夹按约定建出但留空；用户要补齐再显式跑对应阶段，且产出标「AI 推断 · 待确认」，不作事实。
import 复用 /ai-pm new 的骨架生成逻辑，增量只在「读 PRD → 提议命名 → 落 05-prd + 设当前阶段」。
{projects_dir}/{项目名}/ ← projects_dir 由 ~/.ai-pm-config 决定
├── README.md 项目门面索引（自动维护，新会话冷启动必读）
├── 00-office-hours.md 需求速评（可选，单文件）
├── 01-requirement-draft/ 需求草稿（文件夹，多版本）
│ ├── README.md 版本索引（可选）
│ └── V1.md V1 时期草稿
├── 02-analysis-report/ 需求分析
│ └── V1.md
├── 03-competitor-report/ 竞品研究
│ └── V1.md
├── 04-user-stories/ 用户故事
│ └── V1.md
├── 05-prd/ PRD（已是文件夹）
│ ├── README.md PRD 索引（人读·活跃/历史/跨版本，由 ai-pm-prd 自动 patch）
│ └── <当前 PRD 文件>.md 默认 05-PRD-v1.0.md / 建议描述名；当前 PRD 权威源 = _status.json.active_prd（resolve_current_prd）
├── 06-prototype/ 原型
│ └── index.html
├── 07-references/ 参考资料
│ ├── README.md 参考资料索引（主题分类 + 用途，AI 维护，不确定标 [待 PM 补充]）
│ └── ...
├── 07-audit-report.md 原型完整性审计（单文件，自动生成）
├── 08-reviews/ 评审报告（文件夹，多次评审）
│ ├── README.md 评审历史索引（可选）
│ └── V1-initial.md V1 初评 / V3-round2.md / V3-v1.3.md 等
├── 09-analytics/ 数据分析与指标产物（可选）
│ ├── analytics-requirement.md 埋点方案 / 指标设计
│ ├── data-insight-report.md 数据洞察报告
│ ├── data-driven-requirements.md 数据驱动需求
│ ├── dashboard/ 数据仪表盘
│ ├── feedback-analysis.md 用户反馈文本分析
│ └── growth-diagnosis/ 增长诊断 / 增长分析专项
├── 10-retrospective.md 项目复盘（可选，单文件）
├── 11-illustrations/ PRD / 流程图 AI 配图
├── 12-field-research/ 现场调研草案隔离区
├── 13-release-docs/ 上线文档套件（公告 + 操作手册）
├── 14-acceptance/ 验收清单 / 验收记录
├── 15-pilot/ 试点计划 / 试点名单 / 试点脚本
├── 16-agent-skills/ Agent 技能规格 / prompt / test cases
├── 17-next-version-prep/ 下版本准备 / VNext 草稿
├── _summaries/ 阶段摘要（自动生成，用于上下文压缩）
│ └── prd-summary.md
├── _logs/ 运行日志 / 临时调试日志
└── _memory/ 项目记忆（自动维护，勿手动删除）
├── L0-identity.md 产品定位/用户/约束（~100 tokens）
├── L1-decisions.md 关键决策 + why（~300 tokens）
├── L2-analysis.md 分析/竞品洞察（按需）
├── L2-prototype.md 原型设计记录（按需）
└── layout-shell.md 代码仓设计指纹（--codebase 提取）
| 类型 | 命名 | 示例 |
|---|---|---|
| 单文件 phase | {NN}-{name}.md | 00-office-hours.md / 07-audit-report.md / 10-retrospective.md |
| 多版本 phase | {NN}-{name}/{Vx}.md | 01-requirement-draft/V1.md / 08-reviews/08-review-report-v1.md |
| 已有文件夹 phase | {NN}-{name}/... | 05-prd/ / 06-prototype/ / 07-references/ |
| 扩展资产目录 | 只能使用注册编号 | 09-analytics/ / 11-illustrations/ / 12-field-research/ / 13-release-docs/ / 14-acceptance/ / 15-pilot/ / 16-agent-skills/ / 17-next-version-prep/ |
关键规则：01-04 + 08 即使单 PRD 项目也用文件夹（只放 V1.md），保持命名一致，避免单→多版本临界点时的搬家成本。
扩展规则：10 以后不得再自由占号；新增专项目录先写进本注册表，再由对应 skill 产出。一次性资产不放 output/ 顶层，归档到 output/_archive/。
每个项目根目录有 3 份 README 索引文件，由 skill 自动维护：
| 文件 | 内容 | 维护者 |
|---|---|---|
{项目}/README.md | 项目门面 + 当前版本 + 当前阶段 + 索引指针 | ai-pm 初始化生成；ai-pm-prototype 改「当前阶段」；版本号变化改「当前版本」 |
{项目}/05-prd/README.md | PRD 活跃版本 + 历史版本链 + 跨版本关系 | ai-pm-prd 生成/修改/重命名/废弃 PRD 时 patch |
{项目}/07-references/README.md | 参考资料按主题分类 + 用途 | 加/删 references 时 AI 提示 patch |
模板位于 templates/project-index/：root-readme.template.md / prd-readme.template.md / references-readme.template.md。详细设计见 docs/plans/2026-05-25-project-readme-index-design.md。
漂移检测（A 档·只提醒不自动写）：SessionStart hook 对最近活跃项目跑 scripts/ai-sync/check-readme-index-drift.js，对比 07-references/ 目录顶层 entries 与该 README 表格已登记路径，有「未索引（🔴 目录有但 README 没登记）」或「孤儿（🟡 README 登记但目录已删）」时在欢迎区提醒；登记/清理后下次冷启动自动消失。目前仅覆盖 references，prd/root README 因含纯语义状态（当前阶段/PRD 状态）暂不纳入。
新项目目录创建后，立即复制 3 份模板到项目对应位置并填充已知字段：
cp templates/project-index/root-readme.template.md {项目}/README.md
cp templates/project-index/prd-readme.template.md {项目}/05-prd/README.md
cp templates/project-index/references-readme.template.md {项目}/07-references/README.md
模板里 {{占位符}} 用项目实际信息替换（项目名、定位、当前版本等）。PRD 索引和 references 索引的表格初始为空（只有 section 标题），后续由 ai-pm-prd / 手动加 references 时自动 patch。
如果 cwd 在 output/projects/{项目名}/ 或子目录下，优先依次读：
README.md（项目门面 + 当前版本 + 索引指针）05-prd/README.md（PRD 活跃版本 + 历史链）07-references/README.md（参考资料索引）_status.json（状态配置）_memory/ 分层文件（动态状态）python3 scripts/related-scan.py "{项目名}" —— 扫 output/projects/ 里同主题兄弟项目，命中的先 ls 一眼再动手。治高频坑「旁边就有对口项目，却从零拼现状」（语义相关但名字没撞的，靠牵动链卡 suggest 补，本扫描不负责）。python3 scripts/ai-sync/freshness-summary.py —— 有输出就把那一行原样转告用户（摘要缺口 / pending-memory 积压 / context 超龄，只有数字日期无隐私）；无输出 = 三层都新鲜、不提。欠账的处置是显式动作（sync + 补摘要 / 清 pending），不在本次对话里自动跑（静默护栏）。读完后再开始任何 PRD / 原型工作。
跨项目在途一览（A2，按需触发·不开场刷屏）：当 cwd 不在具体项目下、或用户问「下一步干啥 / 接哪个 / 还有啥挂着 / 在途」时，跑 python3 scripts/ai-sync/whats-next.py —— 输出各项目 在做/挂起/近期活跃/背景 四档分组 + 每个的下一步（项目 _status.json 顶层记了 next_action 就用它、无则按阶段推断并标「(推断)」），并顺带报状态卡滞后/死链。记一条下一步（含时间扳机待办）：whats-next.py --set <项目> "<文本>" [--due YYYY-MM-DD] [--kind 待续|等外部|待办|断点]；做完清除：--done <项目>。下一步应尽量落进各项目 next_action（让"下一步干啥"从推断变权威、时间扳机待办有家），而不是散在对话里。
优先级：本 step 高于 pm-judgment-card §9.1 Resource-first Step 1 的 ls 兜底——README 存在时不需要 ls 探索。
阶段 ID/顺序/必选性的机读单源 =
templates/configs/workflow-phases.json（改阶段先改它）；_status.json契约 =templates/project-index/status.schema.json（校验/迁移：python3 scripts/status_migrate.py --validate）。
Phase 0（可选）: 需求速评（Office Hours）+ 参考资源收集
↓ → 生成 00-office-hours.md（跳过则不生成）
Phase 1: 需求澄清（交互式访谈，每次只问1-2个问题）
若用户有现成文档，引导放入 07-references/ 后直接读取，跳过访谈
↓ → 生成 01-requirement-draft/V{n}.md
Phase 2+3（并行）: 需求分析 × 竞品研究
↓ → 生成 02-analysis-report/V{n}.md + 03-competitor-report/V{版本}.md
Phase 4: 用户故事 / Agent 故事 / Agent 工作流（按 product_type 分支）
↓ → 生成 04-user-stories/V{n}.md（含三节，agent/hybrid 三件套，traditional 仅用户故事）
传统产品：用户故事 + INVEST 自检
Agent / 混合：+ Agent 故事（GRFD 自检）+ Agent 工作流（mermaid 状态机）
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
🎯 关键确认节点（PRD 生成前统一确认）
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Phase 5: PRD 生成（**先过 PM 风格判断卡** + 应用选定风格 + 设计规范）
↓ → 生成 05-prd/<当前 PRD 文件>（默认 05-PRD-v1.0.md，建议描述名；落盘后写 active_prd）
入口：强制读 references/pm-judgment-card.md
写作：phase-5-prd.md 内嵌「写作脚手架（填空模板）+ 7 组反例对比库 + 自检三连问」
落盘前：§9 守门 checklist 自检
Phase 6（可选）: 数据埋点设计
↓ → 生成 09-analytics/analytics-requirement.md
Phase 7: 原型生成（Token 消耗提示后确认，先过 prototype-agent 蓝图与视觉方向）
↓ → 生成 06-prototype/index.html
Phase 7.5（自动触发）: PRD↔原型完整性 + 交互体验 + 视觉设计审计
↓ → 生成 07-audit-report.md
Phase 8（可选）: 需求评审（六角色并行）
↓ → 生成 08-reviews/08-review-report-{版本标识}.md
项目完成: 触发知识沉淀（knowledge sync）
_status.json 的 last_phase 和 checkpoints[last_phase]pending_step → 展示恢复点："从上次断点继续：{phase 中文名} · {pending_step 中文名}"每个 Phase 的详细流程、输入输出、执行规则见独立文件：
| Phase | 文件 | 说明 |
|---|---|---|
| 0 | phases/phase-0-office-hours.md | 需求速评（可选） |
| 1 | phases/phase-1-requirement.md | 需求澄清 |
| 2 | phases/phase-2-analysis.md | 需求分析 |
| 3 | phases/phase-3-research.md | 竞品研究 |
| 4 | phases/phase-4-stories.md | 用户故事 |
| 5 | phases/phase-5-prd.md | PRD 生成 |
| 6 | phases/phase-6-analytics.md | 数据埋点（可选） |
| 7 | phases/phase-7-prototype.md | 原型生成 + 设计质量审计 |
| 8 | phases/phase-8-review.md | 需求评审 |
| 9 | phases/phase-9-retrospective.md | 项目复盘（可选） |
执行某 Phase 时，读取对应文件获取详细指令。
| 文件 | 内容 |
|---|---|
references/pm-judgment-card.md | PM 风格判断卡 ⭐——判断标准（角色 / PM 直觉 / 越界红线 / 责任分工 / Agent 5 件事写法 / 篇幅 / 修订日志 / §9 守门 checklist），phase-5-prd 强制前置 |
../../agents/pm-agent.md | KettyWu sub-agent ⭐——内化判断卡 + 反例 + 填空模板，主对话调用 Agent(subagent_type=pm-agent) 写/审 PRD 单章节，比 driver 主动（driver 是 lint，pm-agent 是会写 PRD 的人） |
references/prototype-judgment-card.md | 原型质量判断卡 ⭐——页面/流程/状态/视觉设计红线 + 12 分制审计标准，phase-7-prototype 强制前置 |
../../agents/prototype-agent.md | 原型设计负责人 sub-agent ⭐——负责原型蓝图、视觉方向、生成约束、质量审计，视觉设计低分同样阻断进入评审 |
references/user-interaction.md | 项目路径解析、启动界面、快捷指令、_status.json 规范、多代理、记忆迁移、现有文档处理、进度条渲染（render_progress） |
references/symptom-index.md | 常见场景速查 + Anti-Pattern |
references/baseline-delta-worksheet.md | 迭代项目基线 delta 工作表 ⭐——核心 insight：迭代需求 = delta，不是新功能；4 列工作表 + 三类高密度避坑信息 + 强制门禁，phase-1 检测+产出，phase-5 阻断 |
references/project-memory.md | 项目记忆系统规范（L0/L1/L2/layout-shell 格式 + continue 读取规范） |
references/pm-skills-traceability.md | pm-skills 对标追踪表（65 skills + 36 commands 的归属、暂缓和不拿理由），用于后续审计或防止重复搬运 |
doctor.md | 技能健康检查（27 项） |
refresh.md | 项目状态对账与刷新（_status 滞后 / 索引漂移 / 死链）；数据源 scripts/ai-sync/check-status-staleness.js + check-readme-index-drift.js，机械层自动修、语义层留白 |
illustration.md | AI 流程图生成 |
release-docs.md | 上线文档套件命令流程（公告+手册+飞书发布），内核在 references/release-docs-frameworks.md |
instinct.md | 自学习系统 |
web-analysis.md | 网页分析 |
../ai-pm-strategy/SKILL.md | 战略沙盘：独立高阶产品战略推演 skill |
../ai-pm-acceptance/SKILL.md | 产品验收 skill ⭐——对照 PRD 验研发实现、出提单台账（产出模板可配置·默认 9 列），方法论在 references/acceptance-judgment-card.md |