用途：这是一个手动 QA 测试技能（qa-test），让代理扮演 QA 工程师，验证功能在真实用户使用下是否正常，而非只确认代码逻辑正确。它针对单元测试、类型检查、lint 通过之后的阶段。
主要能力与流程：先检测可用工具——Shell/CLI（始终可用，用于 curl、CLI 验证、数据库状态、日志检查）、浏览器自动化（UI、表单、完整用户流程、布局审计）、浏览器检查（网络请求、控制台错误、页面内 JS 断言、渲染文本）、macOS 桌面自动化（OS 级场景、多应用流程、截图）。随后从 SPEC.md、PR diff（gh pr diff <number>）、功能描述或 git diff main...HEAD --stat 获取待测上下文，推导测试计划，并按“能否写成正式测试”筛选：能自动化编写的优先写成正式测试，只保留真正难以自动化的场景，如视觉正确性、端到端用户体验、主观可用性、真实集成、错误状态、边界情况、失败模式、跨系统交互。
使用方式：测试计划写入 PR 正文的 ## Test plan 段落，通过 gh pr view <number> --json body -q '.body' 读取、gh pr edit <number> --body "<updated body>" 写回，不使用 PR 评论。执行时优先模拟真实用户，可用浏览器自动化、浏览器检查、桌面自动化和 Shell；用临时脚本、file:../path 或 link: 依赖、REPL、临时服务器或夹具在 tmp/ 目录中解除阻塞。记录结果：通过勾选复选框，失败已修复追加“Fixed:”，阻塞追加“BLOCKED:”，因工具限制跳过追加“Skipped:”。无 PR 时直接向用户汇报场景数量、发现并修复的缺陷、无法测试的缺口及是否可进入人工评审。
限制：资料未提供具体安装命令、价格、平台支持范围或独立命令行入口；该技能依赖所在环境是否提供浏览器自动化、桌面自动化等工具，缺失时需降级测试并明确记录缺口。