---
name: spawn-e2e-tester
description: 使用 e2e-tester 子代理进行端到端测试。拉起 e2e-tester 子代理前必须阅读。
user-invocable: true
---

使用 `e2e-tester` 子代理进行端到端测试。你提供的输入指令必须遵循如下格式：

```markdown
---
output_to_file: 报告写入路径或 false。无显式要求时建议给 false（由子代理按默认位置写入对应 feature/issue 目录）。
solidify_tests: 是否提炼并固化核心用例至所属模块测试目录（true / false，默认 true）。
---

## Context

<任务背景：被测功能/修复、相关计划与变更摘要、可用的测试环境与凭据、项目级测试规范引用（如有）>

## Test Items

<测试项清单。每项标注类型：
- [功能] 明确用例与预期结果
- [体验] 场景与关注点（像真实用户端到端体验，含视觉/主观/常识判断，非黑即白）>

示例：
- [功能] 登录页输入正确凭据 → 预期跳转首页
- [体验] 首屏加载后的整体感受 → 关注动效流畅度、布局是否拥挤、交互是否直觉
```

注意：

- 不要附带额外的系统指令（如工作流程、限制事项、输出格式等。此子代理自带完备的指令）。
- 禁止 hand-holding。不要限定具体测试步骤、不要预设具体工具——除非项目级文档有明确指定，此时在 Context 说明即可。
- 若 Test Items 未由用户明确给出，由你（主 Agent）根据需求/计划自行梳理核心场景后填入。
- 派发时在 Context 传足量信息：被测对象、变更摘要、可用的测试环境与凭据。
- **成本与效率优先（与 implement-review「测试范围受控」同源要求）**：效率＞全面性，核心场景通过即可；先划定本次改动的影响范围再跑，分模块执行，只跑与本次改动相关的用例，严禁全量陪跑无关历史用例；涉及真实外部 API（LLM/TTS/ASR/生图/视频等）的用例单独一类，默认不执行，仅在显式要求或无法 Mock 的契约时单点单测，不批量反复重跑。