用途：该技能负责 SDD 流水线（SPECIFY → PLAN → TASKS → IMPLEMENT → VERIFY）的最终验证阶段，判断实现输出是否满足规格中定义的每一条验收标准（AC），是交付前的最后一道门禁。
主要能力：将验收标准映射到测试，识别覆盖缺口；从功能正确性、行为完整性、契约合规、非功能需求、负向测试五个维度验证；对每条 AC 给出明确的通过或失败判定，并区分实现失败与规格缺陷（AC 模糊或不可测属于规格 bug）。输出遵循产物金字塔结构：L1 为 00-index.md 通过/失败汇总（含合规分数与门禁结论），L2 为按故事或功能域分组的 *.verification.md 验证矩阵，L3 为 dossiers/ 目录下的失败档案（含预期行为、实际行为、证据、严重度）。严重度分为 BLOCKING、CRITICAL、MINOR、INFO，门禁结论由严重度计数确定性计算：无 BLOCKING 与 CRITICAL 且全部 AC 已测为 APPROVED；无 BLOCKING、≤2 个 CRITICAL 且有补救计划为 CONDITIONS；存在 BLOCKING、≥3 个 CRITICAL 无补救计划或合规分数低于 90% 无例外说明则为 REJECTED。
使用方式：在实现代理声称已满足验收标准、PR/MR 合并前需做规格合规验证、规格修订需对照现有测试覆盖、或集成测试套件需回映射到规格 AC 时触发。可加载 references/acceptance-criteria-verification.md（无专用测试基础设施时的验证方法）、references/spec-to-test-mapping.md（测试覆盖回映射与缺口识别）、references/escalation-protocol.md（AC 模糊或需升级时）；使用 templates/VERIFICATION.md 生成报告，运行 scripts/verification-report.sh 从结构化输入生成 AC 通过/失败矩阵。
限制：资料未提供具体安装命令、依赖环境、支持的平台与收费信息。补救建议仅为实现代理的指导，不构成规格修订；若补救涉及规格变更，应按升级协议处理。