技能介绍

解决什么问题

当一份需求只是「几句话的想法」或「散乱的会议纪要」时，直接丢给团队往往意味着：开发等细节、测试等边界、设计等交互。传统 PRD 动辄十几页，而真正决定项目启动的往往是那一页纸里的核心信息。问题在于，省略细节不等于理清取舍——一份能直接进入评审的一页纸需求，既要有结构化字段，又要有人来判断哪些该写、哪些该问、哪些该留到后续阶段。手动整理这类文档并不难，但重复做会消耗大量时间，而且容易漏掉关键约束。

核心能力与工作流

@user_9e6539c8/prd-onepage-builder 把这件事拆成了两步：脚本负责结构，人工负责判断。

结构化初稿生成：优先运行脚本，基于用户输入的文件或主题，输出包含标准字段的 Markdown 报告。这一步解决的是「从无到有」的效率问题，而不是替你决定内容。
人工补充与取舍：读取初稿后，明确指出哪些部分最值得采纳，哪些字段因输入材料不足需要用户补充。例如缺少目标用户、验收标准或优先级时，会直接标注而不是猜测。
可直接交付：生成内容不停留在对话里，而是能复制、编辑或直接进入下一工作流——比如直接贴进需求管理工具或发给相关人。

适用边界与注意点

输入不足时不硬凑：如果只有主题、没有背景材料，技能会明确列出需要补充的字段，而不是用通用套话填充。
不编造外部事实：涉及市场数据、用户行为、产品对比等内容判断时，不臆造数字或结论。一页纸的目的是对齐，不是制造虚假精确。
不替代需求 owner 的决策：脚本产出的是骨架，最终哪些功能进入 MVP、哪些延后，仍需要人拍板。技能提供的是快速生成 + 标注重点，而非自动化决策。