integration-test-verify

用途：在集成测试编写（$integration-test）与评审（$integration-test-review）之后，证明这些测试可重复通过——在不清空数据库的前提下连续两轮绿灯。适用于需要按项目自定义命令运行集成测试、且运行依赖本地服务/数据库等环境的仓库。\n\n主要能力与流程：\n1）先读取 docs/project-config.json 的 integrationTestVerify 段，并用原样展示其 guidance；读取 referenceDocs（或项目集成测试参考文档）以及 runScript、startupScript。\n2）从文档中“收集”显式环境前置条件清单（服务、数据库与迁移/种子状态、环境变量、端口、凭据、启动脚本、隔离规则等），每项需标注来源 file:line，并逐项以真实证据核验。\n3）确定测试项目：优先用 testProjectPattern 通配符，其次 testProjects 列表，最后 git 自动检测；只运行变更涉及的项目。\n4）运行两轮门槛：使用配置中的 quickRunCommand，对相关套件连续两次通过且不重置数据库；任一失败则从第一轮重新开始。多个相互隔离、各自独立数据库的项目可并行派发 integration-tester 子代理，全部返回后再汇总；共享数据库的套件必须串行。\n5）报告：基于真实测试运行输出给出通过/失败/跳过数量与失败用例名；失败时区分测试缺陷与服务缺陷，在责任层修复，禁止削弱断言、增加跳过或改动领域数据来强行变绿。\n\n关键限制：不得硬编码 dotnet test 等语言特定命令；系统检查失败或任一前置条件未满足时须停止并标记 ENVIRONMENT-BLOCKED，指出前置条件及其声明文档行，指向启动脚本，不得继续运行；间歇性失败须先判定原因再处理，禁止靠放宽超时、重试或跳过解决；无参考文档或未声明环境前置条件时不得编造条件；无法验证的前置条件标记 UNVERIFIABLE 并告知用户；任务跟踪需在执行中同步更新，步骤不得跳过、重排或合并，除非用户明确批准。