用途：对应用执行真人用户视角的 QA 通过流程，并把结果组织成 Bug Review Board（BRB）：结构化缺陷报告目录、逐轮运行报告、自包含 HTML 仪表盘，以及可供团队行动的 YES/NO 签收结论。强调从 URL 与点击（或模拟器点按）出发测试，而非只读源码或 API 层。
主要能力：分为两个独立模式——Auto QA 侧重彻底与速度，驱动应用、执行场景、归档缺陷、生成 HTML 报告并给出结论；Interactive BRB 与用户一起分类 open/in-progress/fixed 缺陷，先做双向拉取，用命名启发式（同一可疑文件、步骤前缀重叠、同一控制台错误、同角色+界面+结果、阶段级联、外观聚类、回归标记、同一负责人等）提示重复与聚类，逐个走查、翻转状态、回写跟踪器、重生成 HTML、写会议纪要。每轮同时扮演产品经理（核对构建是否交付承诺，不符记为产品缺口而非缺陷）、QA（按真实用户视角执行场景并留证，Pass/Fail/Blocked）和工程师（发现文档与实现不一致的失效假设）。
使用方式：先发现应用意图（产品规格/README/落地页等，阶段文档，历史 QA 关卡，缺陷索引），识别项目类型（Electron/Tauri 优先于 Web；iOS 需 iOS 专属标记），确认缺陷跟踪器后写入 docs/qa/qa-config.json；再按工作流执行：范围、发现、计划、准备、模式选择、执行、归档 P0/P1/P2 缺陷、合并结论、生成 HTML、交接、另行安排 BRB。若仓库缺少 QA 目录结构，可运行 bash <skill>/scripts/scaffold-qa.sh "$REPO_ROOT" PHASE_NUM [SLUG]（幂等，不覆盖已有文件）。
适用场景：Web、iOS/iPadOS、Electron/Tauri、原生 macOS 及混合 monorepo 的阶段性 QA 签收与缺陷评审。
限制：不主动修复产品代码，只记录、归档、交接；无界面信号时激活集成测试与错误路径侧重；iOS 模拟器驱动需借助配套技能；Computer Use 仅 macOS 可用，不可让通过依赖它；具体收费、价格与平台支持范围资料未提供。