用途：评审 PRD 文档质量，而非判断是否认同某个方案。触发词包括 review PRD、PRD review、validate PRD、feasibility check 等。
主要能力：按评审清单检查完整性、可测试性、清晰度、可行性、范围、依赖与边界情况；将每条发现分为 Critical、Suggestion、Note；输出含严重级别、证据与建议的发现表；给出结论：Approved、Approved with Suggestions 或 Needs Revision。若为 Needs Revision，要求作者处理 Critical 发现后重新评审。
硬性约束：只评审文档，不评审想法；每条发现必须引用具体 PRD 章节（敏感数据需脱敏）；除非某需求不可行，否则不提供替代方案。
输出内容：结论；发现表，列为 #、Severity、Section、Finding、Evidence、Recommendation；按严重级别统计的摘要；对写得好的章节予以肯定。
清单要点：完整性要求目标与成功指标可度量、明确不在范围内的事项；可测试性要求需求可用通过/失败测试验证、验收标准具体；清晰度要求无未定义术语、无歧义情态动词；可行性要求时间线现实、依赖已识别；范围与边界情况要求描述失败场景、迁移与兼容性顾虑。完整清单见该技能的参考文档。
集成：create-prd 在起草后评审；plan-tickets 在评审通过后编写可入跟踪器的工单；work-router 配合 tech-lead 意图时增加可行性关注点，但不选择单独角色。
限制：资料未提供具体安装命令、平台支持、收费方式与运行环境等信息。