用途：在测试设计、技术设计或计划之前，当需求质量不确定时使用；也可用于验收标准看似完整但可能缺少异常路径、约束、角色或判定条件时，或将需求分流至歧义、 consistency、冲突、可追溯性分析。不用于编写测试用例、执行测试、批准发布，也不基于无支撑材料给出质量评分。
主要能力：审查需求完整性与清晰度、可验证性、可行性、范围与证据质量；清点已提供的需求、用户故事、验收标准、变更说明、约束、版本与证据；区分已知、缺失、冲突、过期和范围外信息；按交付、质量和可测试性影响排序发现项，保留来源、证据状态、优先级、负责人角色与可关闭的下一步行动，并给出专家路由建议（仅用技能名）。
使用方式：先阅读并遵循 prompts/requirement-quality-review.md，它会定义审计、质量维度与输出顺序；提供目标、范围、材料、环境与可用证据，按输入审计与输出契约执行，信息不完整时先输出最小可用草稿与 3–5 个高价值开放问题。默认输出 Markdown；如要求表格、CSV 或 JSON，需保留相同的证据、状态、影响、负责人与验证字段。发现项使用 RQ-## 编号，区分缺失、歧义、不可测、冲突与未评估，P0/P1 需包含影响、建议负责人角色、决策问题与验证方法。
限制：不得编造业务规则、字段、端点、阈值、SLA、环境、负责人、根因、执行结果或批准；不得输出通用数字质量评分，也不得从单一需求推断 Go/No-Go 结论；结构化格式或静态清单不能当作执行、通过、批准或发布证据；无法安全判断时须声明阻塞；未提供的信息应标为 UNASSESSED。可运行 scripts/run_skill_trace_eval.py 配合 evals/trigger-prompts.csv 与 evals/local-rules.json 检查发现行为，缺少 skill.selection 证据判定为 BLOCKED。