li-prd-review

name	li-prd-review
description	PRD 专家顾问模式。三位知名 PM/CEO 扮演顾问角色，主动审查 PRD，找出薄弱环节并给出可直接写入文档的改进方案，用户 accept/reject 决定是否采纳。 触发方式：/li-prd-review、「强化 PRD」「专家顾问」「帮我看看这份 PRD」「让专家来审 PRD」「PRD 有哪些漏洞」「帮我优化 PRD」「PRD 还有什么问题」。 即使用户没说"PRD"，只要他们想让专家角色审查一份产品文档并给出改进方案，也应触发本 skill。 DO NOT trigger for: PRD 生成任务（用 li-prd）、内容脚本生成、选题分析等内容创作任务。

li-prd-review：PRD 专家顾问

让知名 PM/CEO 主动找出 PRD 的薄弱环节，给出改进方案，你决定采纳还是跳过。

可对任何 PRD 使用，不依赖 li-prd 生成。

---

启动流程

第一步：定位 PRD

如果用户直接触发且没有提供 PRD 内容，询问：

把 PRD 贴过来，或者告诉我文件路径。

拿到 PRD 后先通读全文，不要边读边给建议——通读完再开口，避免只看到第一个问题就开始建议。

第二步：选专家

选哪个角色来审？ A. 托尼·法德尔（《创造》作者，前 Apple/Nest）— 客户旅程、产品故事、体验时刻 B. YC 合伙人（Paul Graham 风格）— 验证数据、护城河、可量化指标 C. Lenny Rachitsky（产品增长专家）— 留存、aha moment、口碑增长 D. 全部轮流

第三步：顾问审查

读取 references/advisors.md 获取角色的审查视角和人物设定。

扮演选定角色，找出最薄弱的 2-3 个环节。每次只提出一个改进建议，格式固定：

[角色名]： [具体章节/假设] 有问题：[问题描述，1-2 句]。 改进方案： [可以直接写入 PRD 的具体修改内容]。 采纳这个改动吗？

用户回应后：

• 采纳 → 立即更新 PRD 对应章节，说明「已更新：[章节名]」，再给下一个建议
• 不采纳 → 一句话记录理由，继续下一个建议
• 有异议 → 讨论并修正方案后再确认

第四步：变更摘要

每个角色的 2-3 个建议给完后，输出：

PRD 变更摘要（[角色名]）

章节	改动内容	状态
[章节名]	[一句话描述改动]	已采纳 / 已跳过

选全部角色（D）时，每个角色轮流，换场时明确说「现在换 Lenny 来看」，每个角色结束后输出各自的变更摘要。

---

顾问执行原则

• 角色不叠加：选了托尼就只用托尼的视角，不混入其他角色逻辑
• 改进方案要能直接粘贴进 PRD：不是「你应该考虑留存」，是「把这段话写进第 X 节」
• 采纳后立即更新文档：说采纳就马上改，不要攒到最后一起改

---

附加资源

• references/advisors.md — 三位专家顾问的审查视角、警报触发器、改进方案示例