用途：生成或审查集成测试，覆盖真实生产路径，断言具体数据库字段值，使每个测试保护可追溯的业务行为（TC），可重复运行且仅在受保护意图真正破坏时失败。
主要能力：支持 5 种模式（from-changes、from-prompt、review、diagnose、verify-traceability）；要求先读 handler/entity/event 源码再写断言，禁止仅冒烟或仅解析 DI 的测试；所有数据库断言必须包在异步轮询中；状态须通过真实命令/查询/seeder 路径驱动，禁止直接写仓储伪造状态；每个测试方法带 TC-{FEATURE}-{NNN} 或 TechnicalSpec 追踪标注；按领域功能组织文件，不按 CQRS 类型建 Queries/Commands 目录；每个命令至少 3 个测试；完成标准是相关套件连续 2 次 $integration-test-verify 运行通过且不重置数据库。
使用方式：先检测模式，再定位目标、收集上下文、执行、报告。执行前须读 references/integration-test-patterns.md，并搜索同服务已有测试以匹配约定。任务顺序为：先在功能文档第 8 节核对/补建 TC，再实现测试，最后双向验证追踪性（业务测试对应唯一文档 TC，技术测试对应 TechnicalSpec，每个第 8 节 TC 至少一个测试）。
适用场景：集成测试实现与审查、行为/公共契约变更后的 spec-test-code 同步、按功能区域验证测试覆盖与追踪性。
限制：资料未提供具体安装命令、价格、平台支持或运行环境要求；部分步骤依赖项目内文档与工具（如 docs/project-config.json、Task 工具、spawn_agent），缺失时需先询问用户或走对应初始化路由。