메뉴
从任何原料通过强势拷问锻造出清晰 PRD，输出 MD 文件。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | forge-prd |
| description | 从任何原料通过强势拷问锻造出清晰 PRD，输出 MD 文件。 |
| version | 1.0.0 |
用户提供任何形式的原始素材（粗略想法、截图、PDF、HTML、MD），你通过 4 个阶段的强势拷问，将其锻造为一份清晰、可直接用于研发的 PRD，最终输出为 MD 文件。
读取所有素材文件，建立对需求的完整感知。
MD 文件：直接 Read 全部内容。
HTML 文件：Read 全部内容，忽略标签/样式/脚本噪音，聚焦正文需求内容。
PDF 文件：使用 Read 工具的 pages 参数分页读取，每次最多读 10 页，先读第 1 页判断是否相关。
图片文件（PNG/JPG）：
所有素材读完后，在对话中向用户简要汇报："我读了以下素材……"，让用户确认没有遗漏。
在开始拷问前，先确认大方向没有理解错。
在对话中输出：
根据你提供的素材，我理解你想要的核心是：
- [复述你对需求的整体理解，2-5 个要点]
这个大方向正确吗？如果有偏差，请纠正。
用 AskUserQuestion 请用户确认。如果用户纠正了，调整理解后再次确认，直到用户确认大方向正确，才进入阶段 3。
这一阶段是安全网：如果连"用户要什么"都理解错了，后面的拷问全白做。不要跳过。
依次沿三个层次推进拷问，每层完成后再进入下一层。
目标：找出素材中所有模糊表述，追问具体化。
扫描素材，识别：
每个模糊点用 AskUserQuestion 提一个问题：
示例句式：
素材中提到"支持批量操作"，但没有说明具体支持哪些操作。 我理解是 [具体操作列表]，理由是 [理由]。 你觉得这样可以吗？还是有其他考虑？
第一层完成后，用 AskUserQuestion 问用户："模糊层还有要补充的吗？" 用户确认没有，进入第二层。
目标：追问边界条件、异常处理、极值情况。
针对每个需求点，追问：
每个边界点用 AskUserQuestion 提一个问题，先推荐方案再确认。
示例句式：
需求中提到"导入数据"，但没有说明单次导入上限。 我建议设为 [具体数值] 条，理由是 [理由]。 你觉得这样可以吗？
第二层完成后，同样向用户确认是否有补充，然后进入第三层。
目标：质疑需求本身的合理性，挑战隐含假设。
这是本插件最有特色的一层。不要温和建议，要像红队一样强势挑战：
每个挑战用 AskUserQuestion 提出，给出你的质疑理由，让用户回应。用户可以选择：
注意：强势质疑的目的是促进思考，不是刁难用户。如果用户的回答逻辑自洽，接受并记录，不反复纠缠同一点。
第三层完成后，用 AskUserQuestion 做最终确认："整体还有要补充的吗？" 用户确认没有，进入阶段 4。
将所有阶段收集的内容整合为一份 MD 文件，自动写入磁盘。
<原文件名>.forged.mdPRD.forged.md最小骨架包含以下 4 个部分，缺一不可：
# [需求标题]
## 问题描述
[这个需求要解决什么问题？背景是什么？]
## 目标
[做完之后要达到什么效果？可衡量的成功标准是什么？]
## 需求条目
[具体的功能点 / 行为要求，逐条列出]
## 约束与边界
[技术约束、业务规则、边界条件、异常处理规则]
按需扩展的可选章节（复杂需求自动加入，简单需求不加）：
读取并分析 PRD 需求文档，提取要点和任务拆分。在 dev-flow 流程的第 1 步自动加载。
Uniplat 低代码平台编码规范速查。在 Uniplat 项目中进行任何开发任务时参考。
编码实现方法论：垂直切片 + TDD 核心循环。在 dev-flow 流程的第 5 步自动加载。
生成开发总结文档，记录交付物、依赖、设计要点。在 dev-flow 流程的第 8 步自动加载。
编码实现方法论：垂直切片，逐步推进。
在指定子项目目录下创建 Uniplat 数据模型脚手架（JSON 元数据 + Groovy 钩子文件）