用途：从 Pull Request 的 diff、依赖和历史风险出发，确定最小充分测试范围，并对现有方案、结果或证据做风险评审，形成可执行改进项。输入不完整时，先给出带假设和信息缺口的可用初版。
主要能力：固定 repo/base/head SHA 与 diff 范围；为文件、符号、schema/config 变化列出来源，不按文件名猜影响，也不合并不同 HEAD 的测试结果。输出“变化符号→直接/传递消费者→保护义务→test ID/层级/执行版本”的映射表，边标 confirmed/candidate/unknown，只在有证据的隔离边界停止。删除或改弱测试时核对所保护义务是否仍有独立覆盖。未知动态依赖或缺映射时，保守纳入相关契约/集成候选并标缺口，区分候选范围、已执行和已满足，列追加验证与升级触发条件。
使用方式：先阅读并遵循 prompts/pr-test-impact-analysis.md 的输入、执行规则、最低覆盖清单和输出顺序；补充影响判断的范围、环境、版本、限制、证据和成功标准；先做输入审计，再区分已确认事实、合理假设和待确认问题；按风险和证据强度排序。默认输出 Markdown，用户要求表格、CSV、JSON 或工单格式时保留同样的风险、证据、优先级和边界字段；若输出进入自动化流程，先确认字段 schema、枚举值和必填项。校准领域结果时读取 references/domain-decision-example.md；评测或回归时读取 evals/eval.yaml 与匹配的 evals/cases/ 用例；仅在目录实际存在且任务需要时读取 references/、examples/、scripts/ 或 output-formats.md。
适用场景：PR 评审、发布前测试范围确定、测试缺口识别、风险优先级排序与自动化流程接入。
限制：不要只根据文件名推断；测试选择需给证据链；高风险且证据不足时应扩大范围；不编造输入中不存在的系统行为、字段、数据、指标或根因；关键结论必须关联证据，证据不足时标记为假设并给出验证方法；优先级须说明业务影响、发生可能性或可探测性依据；不得执行未经授权的生产写操作或破坏性动作。