用途：这是 E2E 测试的 Planner 阶段，产出物不是代码，而是供人审阅的 Markdown 测试计划书，用于决定 E2E/回归测试“先测什么”。核心理念是只围绕“关键用户流程（CUF）”制定优先级，而非逐屏穷举；CUF 的判定标准是该流程失败会导致营收受阻（付款、申请、订阅无法完成）、数据丢失（用户输入或交易记录丢失）或信任受损（身份验证、金额显示错误）。
工作流程：1) 把握领域与范围，结合用户描述、代码库路由/页面结构、议题与企划文档，列出 3~7 个 CUF 候选项；2) 如有 MCP，用其探索相关议题与企划文档，为每个候选附上路由/议题/文档依据（无 MCP 时可用议题追踪 CLI 或仓库内文档检索）；3) 用 playwright-cli 实际浏览器探查，确认流程步骤与画面一致，最小命令为：playwright-cli open <url>、playwright-cli snapshot、playwright-cli goto <url>，完整命令参见 playwright-cli 的 SKILL.md；4) 按参考模板撰写计划书（如 e2e-test-plan.md），以散文步骤描述场景，不写选择器或代码；5) 进入人工评审关卡，请用户确认优先级、是否遗漏或过度，获得明确同意前不进入测试代码阶段。
能力边界：不编写、不运行测试代码（后续交由 e2e-test-generator、e2e-test-hardener、e2e-test-healer）；探查遇到登录、付款、身份验证等认证壁垒时立即停止，记录为“需人工前置条件/需 Mock”，不擅自完成；不逐屏全覆盖；计划书中不含选择器与测试代码。
产出内容：CUF 列表（含优先级与依据）、各流程场景（步骤、预期结果、前置条件）、明确标注的非目标范围、假设与待决问题。
限制与待补充：具体安装、运行方式、收费或价格信息暂未提供；参考资料文件包括 references/cuf-criteria.md、references/discovery-sources.md、references/exploration-with-playwright.md、references/test-plan-template.md。