用途：在设计开始前，评估已有需求文档是否符合需求建模规范（modeling Spec）与需求质量规则（quality Rule），判断该需求能否作为安全、可测试、可追溯的设计输入。输出为 findings-list（问题清单），不负责撰写或改写需求。
主要能力：加载并应用完整的建模规范与质量规则；核验工件类型、状态、父级以及必需/条件必需章节；对文档及其被引用的本地父级逐条应用质量准则；按“一项违规一条 finding”输出，标注类别 requirement-quality、精确的章节/准则位置和可操作建议；若审查后无问题，则声明该工件已就绪进入下一设计层。
适用场景：需求草稿完成后、功能或技术设计开始前；需求变更后需重新评估下游影响时；将外部编写的需求纳入仓库之前。
使用方式：输入为一份已有需求的路径或完整内容，输出为问题清单；零问题属于门禁结果（gate result），不是评分。
限制：不得虚构需求、指标、风险或验收标准；当现行 Spec 已定义项目需求 ID 与文档章节时，不使用过时的通用 R-NN 模型；不得将解决方案架构混入需求问题中；不负责需求获取、方案设计、代码审查、批准开放决策或修复文档。示例：对于“The API should be fast.”这类模糊非功能目标，应在验收章节给出主要 finding，要求可度量目标与代表性条件，但不代为选定数值；对于无架构显著质量属性的小型功能改动，不应人为制造质量属性场景章节。
版本说明：2.0.0 反映了权威来源与判定标准的变更，以内嵌的规范与规则取代旧清单。