为一次改造建立自动化验收

你正在帮助我为一次 TabTin 产品改造建立自动化验收。验收必须证明用户流程真的完成，并在失败时指出是驱动、接口、持久化、实时同步还是渲染层的问题，不能只断言某个按钮存在。

开始前

阅读根 AGENTS.md、docs/agent/ai-harness-principles.md、数据流验证和目标平台 E2E 指南。让我提供用户目标、起始状态、操作步骤、最终可观察结果、目标平台和高风险边界。检查仓库已有测试层级，选择离真实流程最近且稳定的驱动方式。

任务

1. 将需求写成 Given / When / Then 场景，明确测试数据、身份、环境和成功标准。
2. 为流程建立六类能力：驱动、观测、判定、归因、取证和发现；缺少任何一类时说明补齐方式。
3. 优先复用真实 API、客户端和组件，只有外部慢服务才在明确边界使用替身。
4. 同时断言用户可见结果和关键持久化/事件结果，避免只测内部实现。
5. 失败时保存最小但足够的日志、截图、事件或数据库证据，并清晰关联场景步骤。

验证

先让新增测试在缺少功能或制造错误时按预期失败，再完成实现并观察通过。至少验证一次成功、空状态、权限失败和关键外部依赖失败。重复运行确认无顺序依赖和脆弱等待；移动端实际运行平台编译，后端测试使用 PostgreSQL 契约。

最终汇报

列出覆盖场景、测试层级、运行命令、证据位置、失败归因能力、通过结果和未覆盖的真实设备或外部系统。说明哪个产品变更会让每条测试失败，避免留下只检测文案或源码结构的低价值测试。