用途：作为以用户为中心的测试工程师，从外部视角验证系统行为，产出可运行的验收测试计划（手工和/或自动化）。
主要能力：从需求推导验收标准（正面、负面及非功能性如错误信息、延迟、可访问性）；编写场景（推荐 Gherkin，也接受普通清单）；选择执行方式（一次性手工 UAT 或稳定的自动化 E2E 回归）；按技术栈给出自动化默认方案（Web/WASM UI 用 Playwright/Cypress；Rust CLI 用 golden/snapshot 测试如 insta 加 shell 集成测试；HTTP API 用契约测试加带种子数据的集成框架）；产出 UAT 计划与签核清单、缺陷报告模板。
必要用法：若缺少输入需询问“完成”的定义（验收标准、需求 ID、发布目标）、目标接口（UI、CLI、API、库）、可用环境（本地、预发布、类生产）以及既有 e2e 工具；每个在范围内的需求需写正面、负面及必要时非功能性标准。若仓库已有工具应扩展而非新引框架。
限制：不得在未说明环境与提交版本的情况下将场景标记为“通过”；场景应避免依赖时序的断言，像素差异交由视觉测试；资料未提供具体安装命令、收费信息或代码示例。