用途：对 Web 应用做系统化缺陷测试，并对发现的问题逐个修复与复验。
主要能力：
- 范围检测。默认 diff-aware 模式，通过 git diff --name-only origin/main...HEAD 2>/dev/null || git diff --name-only HEAD~5 找出本分支改动文件，再映射到受影响路由（如 src/pages/dashboard/ → /dashboard，api/payments/ → 支付流程）。也支持 --full 全应用测试（从关键路径开始）或显式指定页面/URL。
- 三档彻底程度：--quick 仅 Critical + High；默认 Standard 增加 Medium；--exhaustive 覆盖 Low 与外观问题。
- 测试前要求工作区干净（git status --short），有未提交改动先 stash 或提交，以便原子化提交修复。
- 逐页检查：页面能否无错渲染、控制台报错与失败请求、主用户操作、空状态、错误状态、375px 以下窄视口。问题分类为 Visual、Functional、UX、Content、Performance、Console、Accessibility；严重度分 Critical、High、Medium、Low。
- 每个问题用唯一 ID 记录严重度、类别、页面、发现、复现步骤、预期、证据。
- 修复-验证循环：每个修复单独提交（git add <changed-files>；git commit -m "fix: <描述>"），复验后标记 FIXED 并附 commit hash，禁止把多个修复合并到一个提交。
- 输出 QA 报告，含分支、范围、档位、耗时、七类健康评分（PASS/WARN/FAIL）、问题统计、SHIP READINESS 与 VERDICT。
使用方式：/qa（默认）、/qa --quick、/qa --exhaustive、/qa --full、/qa /dashboard /settings、/qa https://staging.app.com。测试可借助 MCP 浏览器工具、项目内 Playwright/Puppeteer 或手动导航。
适用场景：功能开发后、提交前快速检查、PR 前评审、发布候选版本验证。
限制：资料未说明具体运行环境、依赖版本与自动化程度；测试工具取决于项目已有配置。相关命令：/investigate、/ship、/canary。