前言¶

写 PRD 常见的问题是：输入一句话需求，输出一份没人敢拍板的文档。文档结构齐全，但进度靠感觉、决策靠事后补理由，评审时被问到”为什么这么定”只能现场圆。这个 Skill 试图把 PRD 生成过程变成可被挑战的流程，而不是又一个顺从的写作助手。

下面介绍的是 SkillHub 上的社区 Skill「产品经理：一句话全自动做产品 需求-设计-PRD」。

这是什么¶

这是一个面向产品经理工作流的 Agent Skill，坐标 @user_8c7f0f65/pm888，由社区发布者 user_8c7f0f65 维护，当前版本 4.2.1，来源 community，分类 ai-agent。

它解决的问题是：从一句话需求出发，自动走完需求澄清、方案设计、PRD 产出的全过程，并在过程中对使用者发起质疑，而不是无条件顺着使用者的意思写。

核心功能¶

根据官方简介，这个 Skill 内置了几项机制：

1、第一性原理拆解：不直接扩写需求，先把需求回到基本假设和用户问题上，再谈方案。
2、对抗式审稿：不只会写 PRD，还会用 0-40 分的量化矩阵对使用者的方案发起挑战。
3、西瓜防御：用来揭穿进度假象，即表面上有进展、实际关键假设没被验证的状态。
4、决策预注册：在决策执行前记录理由和预期，用来对抗事后复盘时改写理由的自欺欺人。

整个流程覆盖需求、设计、PRD 三个环节，对应 Skill 名称里的”需求-设计-PRD”。

安装与启用¶

已抓取资料中没有给出具体的安装命令、目录路径或配置文件字段，也没有说明它面向哪个 Agent 宿主（Cursor / Codex CLI / Claude Code 等）。因此这里不写安装步骤，避免给出无法核对的命令。

要安装或启用，请直接打开官方页面查看页面上提供的安装方式：

https://api.skillhub.cn/user_8c7f0f65/pm888

页面对应的 SkillHub 展示地址是：

https://www.skillhub.cn/skills/user_8c7f0f65/pm888

资料中有一条元信息值得注意：requires_api_key=false，说明它不依赖额外的 API Key。这个字段是标签形式的，具体生效方式以页面说明为准。

典型用法¶

官方简介给出的用法主线是”一句话全自动做产品”。可以按下面的方式使用：

1、用一句话描述你想做的产品或功能，作为唯一输入。
2、Skill 先做需求拆解，把这句话拆到基本假设和待解决的问题上。
3、再进入设计环节，产出方案结构。
4、最后输出 PRD，并在过程中用量化矩阵对你发起挑战，指出进度假象和决策漏洞。

使用过程中，被挑战时不要急于辩解，按它给出的矩阵分项去补事实，比直接接受结论更有价值。

适用场景与注意¶

适合的场景：

• 从零开始、需求还只有一句话的产品探索阶段。
• 需要一份能被评审追问到底的 PRD，而不是一份套模板的文档。
• 希望在方案定型前暴露未验证的假设，而不是上线后复盘。

需要注意的地方：

• 它是社区来源（community），不是官方团队维护，质量随版本变化，用之前先看版本号和页面说明。
• 量化挑战矩阵、西瓜防御、决策预注册这些机制的效果取决于使用者是否真的按流程走，只让它生成文档而不回应挑战，等于没启用对抗式审稿。
• 评分与下载数据在线索和已抓取资料里不一致（线索为 99349 分 / 856 次下载，资料为 100000 分 / 898 次下载、0 次安装），以页面实时数据为准。

结尾¶

这个 Skill 的价值不在于替你写 PRD，而在于写的过程中持续质疑你，把”vibe 写文档”变成有结构、可被挑战的流程。如果你正处在一句话需求到可交付 PRD 之间，可以把它作为协作对象试一轮。

官方地址：https://api.skillhub.cn/user_8c7f0f65/pm888