用途：在代码变更（feature、Bug 修复、重构）合入后，确定回归测试范围，输出逐条给依据、可裁剪的分级回归清单。
主要能力：输入 Code Diff（git diff <base>...<head>）、Bug 修复说明、需求变更说明、已有用例（markmap + 测试用例.schema.yaml）及可选需求模型；输出 {项目}/回归清单_{日期}.md，分必须回归（P0）、建议回归（P1）、可选回归（P2）三级，并含“影响不明”与“无影响确认”段落。分析链为：改动文件→改动函数→受影响功能→受影响用例→回归范围。
使用方式：先做三档资产盘点——全套齐走完整分析链；只有 markmap 无 Schema 先由 test-case-writing 补建；零用例资产不凭 diff 编造清单，给降级选项（P0 冒烟建议并标注无追溯依据，或先补建最小用例集）。盘点变更用 git diff <base>...<head> --stat 与 -U3 定位改动函数，再沿代码层、功能层、风险层、历史层逐层映射，每条给依据。清单落盘后交执行：自动化部分走 automated-e2e-testing / api-testing，手动部分交测试工程师；三级分级同时作为流水线触发分层依据（PR 跑 P0、夜间跑 P1 全量 + P2 抽样、发布卡点全量）。
适用场景：代码变更合入后选择回归范围；Bug 修复后确定修复验证与关联回归用例集；需要可裁剪的分级回归清单。
限制：不适用于用例文件本身的增量修改（归 test-case-writing）、长期回归策略（归 test-strategy 的 regression_plan）、单条失败定性（归执行类 skill）、端到端流水线编排。依赖持久的“用例↔代码↔功能”追溯映射；code_refs 为编写时快照，命中处与 diff 明显对不上即判锚点陈旧并整批降级。映射不上的不硬编，列入“影响不明”建议人工判断。一轮回归失败 ≥3 条先按 triage 分流。具体收费、平台支持等信息暂未提供。