一键在 Manus 中运行任何 Skill

li-prd-review

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

在 Manus 中运行

概览

安装命令

npx skills add https://github.com/jiangjiax/li-skills --skill li-prd-review

复制此命令并粘贴到 Claude Code 中以安装该技能

来源

jiangjiax/li-skills

星标54

分支16

更新时间2026年5月2日 07:53

文件资源管理器

2 个文件

SKILL.md

readonly

name

li-prd-review

description

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 — 三位专家顾问的审查视角、警报触发器、改进方案示例

同仓库更多 Skills

同仓库

li-analyzer

jiangjiax/li-skills

当用户说「数据复盘」「爆款分析」「分析我的内容」「拆解博主爆款」「分析哪期视频最火」时，应使用本 skill。当用户说「全对标分析」「跨博主分析」「哪类选题最容易爆」「总结爆款规律」时，以全对标模式运行，读取所有爆款话题分析报告进行横向比较。自动读取已发布视频脚本，按爆款等级（✈️🚗🛵🚲🚶）分类，提取标题公式、内容结构、话题类型等可复用创作规律，生成分类整理报告。不应触发：选题推荐（用 li-recorder）、写脚本（用 li-writer）。 Use when the user asks to "analyze my content", "data review", "viral analysis", or wants to break down a creator's top-performing videos.

2026-05-0254

li-cover

jiangjiax/li-skills

当用户说「生成封面」「封面配文」「小红书标题」「优化标题」「帮我写封面」时，应使用本 skill。基于认知心理学 + 行为经济学，识别内容类型和权威元素，自动选择驱动策略，输出激进/平衡/保守三版方案，每版含封面配文 + 3 个标题，并附四维评分和 A/B 测试建议。不应触发：写视频脚本（用 li-writer）、优化开头（用 li-opening）。 Use when the user asks to "generate cover", "cover copy", "XHS title", "optimize title", or needs Xiaohongshu cover text and title variants.

2026-05-0254

li-distribute

jiangjiax/li-skills

当用户说「一鱼多吃」「生成长文」「生成短文」「转成公众号文章」「帮我出朋友圈/推特/即刻版本」「基于这个脚本生成其他格式」时，应使用本 skill。基于已确认的短视频脚本，调用 li-writer 生成长文（公众号）或短文（朋友圈/推特/即刻）。即使用户只说「出长文」「出短文」没有明确说来源，也应主动找脚本让用户选择。不应触发：生成原始脚本（用 li-writer）、优化开头（用 li-opening）、生成封面（用 li-cover）。 Use when the user wants to repurpose a finalized video script into a long-form article or short posts.

2026-05-0254

li-factory

jiangjiax/li-skills

This skill should be used when the user wants to "create a skill", "build a new skill", "write a skill", "improve a skill", "update a skill", "optimize skill description", or needs guidance on skill structure, progressive disclosure, or skill development best practices. 触发方式：/li-factory、「创建skill」、「改进skill」、「帮我写一个skill」、「优化skill」、「把这个流程变成skill」、「这个工作流能做成skill吗」。即使用户没有明确说"skill"，只要他们想把某个重复流程自动化或封装成可复用工具，也应该触发本 skill。

2026-05-0254

li-index

jiangjiax/li-skills

当用户说「更新索引」「把这个加进索引」「添加了新文件」「新加了一本书/一篇笔记/一个文档」「素材库索引要更新」时，应使用本 skill 的【增量维护模式】。当用户说「索引体检」「index 体检」「检查索引」「索引同步」「补齐索引」时，应使用本 skill 的【体检模式】，扫描所有库 ↔ INDEX 找出漏录/失效条目并批量补齐。适用于所有带 INDEX.md 的库：读书笔记库、核心概念库、爆款脚本库、04-方法论沉淀，以及未来新建的任何库。索引的价值取决于内容准确性——必须先完整读取原文再写入，凭文件名或印象推断会导致索引失去参考价值。即使用户只说「我加了一个文件」「这个放进去」，只要涉及索引，也应触发本 skill。不应触发：仅查阅索引（直接 Read）、深化选题（用 li-topic）、生成脚本（用 li-writer）。 Use when the user adds new content to any indexed library, OR runs a global index health-check to find missing/stale entries.

2026-05-0254

li-opening

jiangjiax/li-skills

当用户说「优化开头」「开头怎么写」「帮我写钩子」「开头不好」或提供了视频脚本需要改进开头时，应使用本 skill。先做内容质量守门（素材是否充足）和视界诊断（是否从观众视界出发），再三路并发生成 10-15 条开头方案，附 Top 3 推荐和爆款模板说明。不应触发：生成完整脚本（用 li-writer）、生成封面标题（用 li-cover）。 Use when the user wants to "optimize opening", "write hook", "improve intro", or provides a script needing a better opening.

2026-05-0254

来源

jiangjiax

jiangjiax/li-skills

打开 GitHub 仓库查看创作者相关仓库

安装命令

下载

在 Manus 中运行

适用职业SOC

项目管理专家商业与金融运营类职业13-1082L4

name

li-prd-review

description

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 — 三位专家顾问的审查视角、警报触发器、改进方案示例