产品文档检查

要解决什么问题

PRD 和需求文档一旦在需求边界、可读性或逻辑上含糊，开发和测试往往各自理解一套版本，返工集中在联调与验收阶段。人工通读能发现问题，但缺少固定维度时，容易漏掉「测试写不出可判定用例」这类隐性缺口。

本技能面向你提供的 PRD / 需求正文或文件路径，在完整通读后做结构化审核，而不是给几句笼统评价。

技能如何工作

审核按五个固定维度逐项核对（名称与顺序不变）：

1. 需求边界
2. 文章易读性
3. 文章整体的逻辑性
4. 能否指导开发进行开发
5. 能否指导测试进行测试用例编写和测试

每个维度输出：结论（通过 / 部分通过 / 不通过）、依据、具体问题。细节检查点对照随技能附带的 checklist.md。

典型流程：确认输入 → 建立范围、角色、主流程与验收的整体印象 → 按清单逐条核对 → 汇总问题并标注严重或建议，附可执行修订建议 → 按模板输出审核报告。引用文档时尽量指向章节或原文片段。

适用边界与注意点

• 严重：范围不清、开发无法落地、测试无法写出可判定用例，或存在明显矛盾。
• 建议：主流程仍可落地，但会增加歧义或沟通成本。
• 任一维度存在未解决的「严重」问题，总评不得为「通过」。
• 未提供文档内容或路径时，技能会先索取输入再开始审核；它不替代产品决策，只评估文档是否足以支撑开发与测试落地。