PRD 文档审核
对用户提供的 PRD / 需求文档做结构化质量审核。审核前先完整阅读文档（文件路径或粘贴文本）；细节检查项见 checklist.md。
审核维度（必须全部覆盖）
按以下五个维度逐项审核（名称与顺序固定，勿改写）：
- 需求边界
- 文章易读性
- 文章整体的逻辑性
- 能否指导开发进行开发
- 能否指导测试进行测试用例编写和测试
每个维度给出：结论（通过 / 部分通过 / 不通过）、依据、具体问题。
工作流程
- 确认输入：用户给出的 PRD 文件或正文；若缺失，先索取再审核。
- 通读文档，建立范围、角色、主流程、规则与验收的整体印象。
- 打开 checklist.md，按五维检查点逐项核对。
- 汇总问题：标注严重程度（严重 / 建议），并给出可执行的修订建议。
- 按下方模板输出审核报告；不要只给笼统评价。
报告模板
# PRD 审核报告
## 文档信息
- 文档名称 / 来源：
- 审核范围：全文 / 指定章节：
## 总评
- 结论：通过 / 有条件通过 / 不通过
- 一句话摘要：
## 分维度结论
### 1. 需求边界
- 结论：通过 / 部分通过 / 不通过
- 依据：
- 问题：
### 2. 文章易读性
- 结论：通过 / 部分通过 / 不通过
- 依据：
- 问题：
### 3. 文章整体的逻辑性
- 结论：通过 / 部分通过 / 不通过
- 依据：
- 问题：
### 4. 能否指导开发进行开发
- 结论：通过 / 部分通过 / 不通过
- 依据：
- 问题：
### 5. 能否指导测试进行测试用例编写和测试
- 结论：通过 / 部分通过 / 不通过
- 依据：
- 问题：
## 问题清单
| 序号 | 维度 | 严重程度 | 问题描述 | 建议改法 |
|------|------|----------|----------|----------|
| 1 | | 严重/建议 | | |
## 修订优先级建议
1. （必须先改）
2. （建议改进）
判定原则
- 严重：导致范围不清、开发无法落地、测试无法写出可判定用例，或存在明显矛盾。
- 建议：不影响主流程落地，但会降低效率或增加歧义。
- 任一维度存在未解决的「严重」问题 → 总评不得为「通过」。
- 引用文档时尽量指出章节 / 原文片段，避免空泛批评。
附加资源
- 五维详细检查点：checklist.md
