前言¶
很多产品想法死在第一步：想法 owner 说不清要做什么，产品经理拿到一句话需求无从下手，来回补问几轮之后热情耗尽。常规做法是先约会议、再写文档、再画原型，一个想法从提出到拿到可评审的东西，往往要一两周。
罗斯蒙德想法产品化（@org-0lub9joc/luosimengdexiangfachanpinhua）把这个链路压到一次对话里：你丢给它一句话、一张草图、几张截图之类的原始输入，它先分诊补问，再产出 PRD、HTML 原型和需求覆盖矩阵，最后打包成可导入墨刀的格式。下面介绍它的能力边界和用法。
这是什么¶
这是一个发布在 SkillHub 上的通用 SKILL.md 格式 Skill，由南京罗斯蒙德出品，版本 1.0.2，来源 enterprise，分类 business-ops。定位一句话：把不成形的产品想法加工成可评审、可交付的 PRD 加原型。它不需要 API Key（标签 requires_api_key=false）。
按 SkillHub 页面快照（2026-10-30 抓取），评分 100000，下载 15945 次，安装 0 次。下载量与评分只说明关注度，不代表质量背书。
核心功能¶
整条链路可以拆成五步，前一步是后一步的输入。
- 六种输入任选其一：一句话描述、手绘草图、竞品截图、设计稿、已有 PRD、参考链接。输入形态决定走哪条解析链路，Skill 内部做自动分诊。
- 按信息量补问：信息不足时先问该问的问题；想法越模糊，它越会先给一版梗概让你推翻或修正，而不是直接往下走。这一步的目的是把输入先收敛成可执行的需求，而不是跳过澄清。
- 产出 12 章 PRD：目标、非目标、用户故事、验收标准、边界与权限场景、竞品对标、埋点、灰度、里程碑、风险等章节。其中非目标、边界与权限、验收标准这几章是常见 PRD 里最容易缺的部分，这里明确列出。
- 可验收性自检与页面清单：PRD 写完先跑一轮自检，确认每条需求可验收，然后推导页面清单。
- 渲染原型与交付：渲染可离线打开的中保真 HTML 原型，PC 与移动端双骨架，同时生成需求覆盖矩阵（需求条目到页面/元素的对应关系）。你确认原型无误后，再打包成可导入墨刀的格式。需求覆盖矩阵在这里的作用是走查时对照，避免原型画了但需求没落地。
兜底机制：多次满足不了需求时，自动触发全网检索兜底。也就是说解析链路失败不是直接报错结束，而是先去检索外部资料再试。
安装与启用¶
官方页面没有给出安装命令，只有坐标和版本号。可核实的信息如下：
- 坐标：@org-0lub9joc/luosimengdexiangfachanpinhua
- 版本：1.0.2
- 来源：enterprise
- 分类：business-ops
- API Key：不需要
安装方式以 SkillHub 页面当前的说明为准，本文不替官方补写命令。在 Cursor、Codex CLI、Claude Code 中的启用方式，资料中没有分别说明，不做猜测。
触发方式是关键词触发，官方给出的触发词：
- 想法落地、想法产品化
- 一句话转原型、草图转原型、截图转原型
- 写 PRD 并出原型、需求变 PRD
- 生成原型、需求覆盖矩阵
- 导入墨刀、原型交付、原型走查
对话里出现这些词，Skill 就会按上面的链路执行。
典型用法¶
下面是一条可直接复现的主链路，输入用竞品截图举例。
1、给输入。贴几张竞品截图，附一句「我想做一个面向 X 人群的类似产品，但主打 Y 差异」。这一步只做输入，不写长文，信息量不够的部分交给下一步。
2、补问与梗概。Skill 按截图能承载的信息量补问：目标人群、核心场景、付费方、与竞品的排他差异。若你的输入很模糊，它先给一版梗概，你指出哪里不对、哪里要改，再进入 PRD。
3、审 PRD。产出 12 章 PRD 后重点看三处：验收标准是否每条都能测、边界与权限场景是否覆盖未登录/越权/空状态、里程碑是否和资源匹配。这处不合适就在这一轮改，不要等到原型阶段。
4、审原型与矩阵。拿到离线 HTML 原型后先做需求覆盖矩阵的走查：矩阵里每个需求条目是否在原型上有对应元素和状态。PC 与移动端骨架分开看，别只看一端。
5、交付。原型确认无误后，让 Skill 打包成墨刀可导入的格式，导入墨刀做最终标注与评审。
一句话或参考链接输入同理，只是分诊后走的解析链路不同，输出物不变。
适用场景与注意¶
适合：想法 owner 有想法但表达不清、需要一版能拿去对齐的文档和原型的早期阶段；需要把需求到原型的链路标准化、减少来回沟通的小团队。
不适合或需要留意的：
- 中保真原型只用于结构与流程确认，不替代视觉稿和开发级交互稿。
- 需求覆盖矩阵是走查工具，需求本身写得含糊时，矩阵只能暴露遗漏，不能替你补需求。
- 墨刀导入格式需要与团队当前项目的文件规范匹配，导入前确认字段与命名是否沿用团队约定。
- 「多次满足不了需求时自动全网检索兜底」意味着部分解析会走外部检索，涉及未公开的产品信息时先确认是否可以外传。
- 官方简介列出的 PRD 章节为「12 章」，但简介正文只列出目标、非目标、用户故事、验收标准、边界与权限场景、竞品对标、埋点、灰度、里程碑、风险十项，剩余章节以实际产出为准，不要自行脑补。
- 安装数为 0 且无公开用户反馈，遇到链路失败时要有人工兜底预期。
结尾¶
这个 Skill 的价值在于把「想法 → 澄清 → PRD → 原型 → 交付」压缩成一次对话，并用需求覆盖矩阵把原型和需求绑在一起走查，减少后期返工。适合在项目最早期、文档最不成形的时候用。官方地址：https://www.skillhub.cn/skills/org-0lub9joc/luosimengdexiangfachanpinhua
