用途：当需要基于用户旅程、页面与组件清单、状态流、设计稿、平台矩阵、无障碍要求和缺陷证据，形成有证据边界的 UI 测试策略候选时使用。适用于需要选择理由、适用性约束、证据缺口和最小验证动作的场景；输入不完整但可做有界首轮梳理时也可用。不用于执行测试、臆造行为结论、替代完整策略或替人承担风险。
主要能力：构建旅程/业务状态/平台单元并映射到风险、验收义务与已有证据，不擅自扩展无依据的平台；输出覆盖单元及义务/层级/判定依据/残余风险映射，以最小组合保护关键旅程，不强制固定层级比例。每条 UTS-## 记录主题、前置条件、关注点、来源证据、验证方式，以及影响/优先级、负责角色、关闭条件和证据状态。
使用方式：默认 Markdown 输出，仅在明确要求或交付格式需要时用表格、JSON 或 CSV。先阅读 prompts/ui-test-strategy.md，提供目标、范围、材料、环境和证据；在给出发现前完成已知、缺失、冲突、过期、范围外和假设六部分输入审计。保留冲突、未知约束和待澄清问题。
限制：不执行测试，不假设缺失的规则、版本、阈值、数据或结果，不把候选数量当作覆盖证明；文件存在、命名、设计声明和 Eval 配置均非运行时证据。未知项标记为未评估、阻塞或待澄清，不用惯例填补。不修改需求、代码、测试资产或目标系统。发现不等于执行结果、覆盖证明或发布声明。交付前检查输入审计、每条 UTS-## 的完整字段，并区分事实、推断、建议、未执行工作与人工决策。参考文件包括 evals/eval.yaml 及匹配用例、evals/trigger-prompts.csv 和 evals/local-rules.json；缺少 skill.selection 证据时为 BLOCKED。