qa-review

qa-review 是统一的质量入口，取代旧的先 review、再 verify 双路径，统一负责识别当前范围与风险边界、代码与架构层面的质量审查、运行验证命令、修复阻断项并回归验证、写入当前会话 artifacts/qa-review.json；若契约仍要求 advisor/visual/closeout，需继续补齐对应证据。质量模式分 standard（默认，聚焦当前变更、相关配置与真实风险边界）与 deep（高风险或长任务收尾，按 12 维做更完整阻断性审查并优先补证据链）；若 contract.json 提供 qaMode 与 qaFocus，优先服从。所有模式至少覆盖功能正确性、安全性、可靠性、性能与容量、可维护性、交付契约；deep 另补兼容性、可观测与运维、测试有效性、架构与依赖边界、易用性、可演进性。阻断问题须给出文件定位 {file}:{line}、现象、为何阻断、修复方向，不能只给泛泛评价。若存在方案包且 tasks.md 有任务清单，必须逐条核对完成标准：标准须为可独立验证的布尔条件，否则标记 [-] 并写明原因，验证不依赖主会话上下文，结果写入 artifacts/qa-review.json 的 taskVerification 字段。验证命令来源于 .helloagents/verify.yaml、package.json 的 lint / typecheck / test / build、pyproject.toml 的 ruff / mypy / pytest；命令失败时先说明根因、修复阻断项、重新运行，直到通过或命中真实阻塞。完成后立即调用 scripts/qa-review-state.mjs write 写入 artifacts/qa-review.json，至少记录 qaMode、scope、outcome、conclusion、findings、fileReferences、commands；仍有阻断问题时 outcome 必须写为 findings。没有看到验证输出不能声称完成；没有写 qa-review.json 不能视为可信质量闭环。其余使用限制暂未提供。