用途：systematic-qa 用于对完整项目执行类似真实用户的质量验证，先发现仓库自身的验证契约，再运行构建、lint、测试和启动命令，并走通核心用户流程。
主要能力：按步骤发现仓库 QA 契约，读取根目录说明、仓库文档与 CI/构建文件；可执行 python3 scripts/discover-project-contract.py --root . 来发现候选的安装、验证、构建、测试、lint 和启动命令；优先使用仓库定义的统一命令，如 make verify、just verify 或 CI 入口。随后定义 QA 范围，建立覆盖基线验证、变更工作流和未变更关键业务流的执行矩阵，参考 references/checklist.md 与 references/project-signals.md。
使用方式：先安装依赖并运行一次规范验证门禁建立基线，再以接近生产模式启动服务，通过健康检查、启动日志或握手确认就绪。之后以真实操作者或用户使用的接口驱动流程，记录每条场景的命令、输入和可观察结果，优先验证变更功能，再验证至少一条变更面之外的回归关键流。失败时先稳定复现，再修复生产代码或真实配置，不削弱测试来迎合错误行为；每次修复后重跑窄复现、受影响场景和基线门禁。最终从零重跑完整验证门禁和最重要的用户场景，并用 assets/verification-report-template.md 汇总证据。
适用场景：适合需要在提交或发布前对仓库做端到端验证、回归检查与用户流程确认的工程团队。
限制：资料未提供具体支持的语言、平台、收费或价格信息；若缺少凭据或本地前置条件，只能验证可达的本地边界并明确记录被阻塞的实时步骤；不得在没有当前状态新鲜验证证据的情况下声称完成。