PixTV脚本临时改动后需精准定位影响边界：先用git diff筛选JS/TS文件，再按7层法逐层映射调用链与行为变更，最后通过Git worktree隔离验证并导出待测清单。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
PixTV脚本临时改动后，测试常因无法快速定位影响边界而反复补测、漏测关键路径，导致上线前紧急返工。真实返工根源不是改得快，而是改完没锚定“谁调用了它、谁依赖了它、谁会因此行为异常”。
先锁定本次改动的精确变更点
打开终端，进入PixTV项目根目录→执行：git diff --name-only HEAD~1 HEAD | grep -E '\.(js|ts|tsx)$'。
这一步必须做，否则后续所有分析都基于模糊范围。输出结果只保留.js/.ts/.tsx文件路径，排除配置、样式、JSON等干扰项。
若当前分支尚未提交，用git diff --name-only origin/main替代，确保基线是线上稳定版本而非本地误操作分支。
逐层映射影响范围（7层法）
对上一步输出的每个文件，按以下顺序逐层检查，跳过任意一层即终止该文件的影响链：
① 查找显式导入：在目标文件中搜索import.*from和require(，记录所有被直接引用的模块路径；
② 追踪导出使用：对每个被导入的模块，反查其export语句是否被其他文件的import匹配——注意别漏掉export * from和export { default as这类隐式导出；
③ 检查运行时依赖：打开该文件所在目录下的package.json，确认dependencies或peerDependencies中是否有同名包被动态require，这类依赖不会出现在静态分析里；
④ 标记用户可感知行为：针对每个受影响的组件/函数，对照“变化声明”四要素——当前行为、目标行为、明确保持不变、尚未确定，用表格逐项比对。例如：“弹窗关闭逻辑从onSuccess内触发改为useEffect监听响应体status字段”，则必须验证所有调用方的关闭时机、Loading状态残留、错误重试入口是否同步调整；
【未写明‘明确保持不变’就推进分析，Codex可能擅自优化关闭动画帧率或合并多次setState，造成视觉卡顿】。
用Git worktree隔离验证环境
为避免污染主开发分支，新建独立工作区：git worktree add -b pixtv-review-$(date +%s) ../pixtv-review HEAD。
进入新目录→安装依赖→启动本地PixTV预览服务。这一步不能跳，因为真实运行时模块解析路径、环境变量注入、热更机制都与IDE内模拟不同。
只在此worktree中执行回归测试，确认通过后再合入主干。若失败，直接rm -rf ../pixtv-review && git worktree prune清理，不影响原有开发进度。
批量标记待测路径并导出清单
方法一：用已集成的PixTV-Skill工具，在终端输入：pixtv-skill impact --branch feature/login-refactor --base release/v2.4.1。
方法二：手动整理，将前三个步骤中确认的文件路径、调用链、用户行为变更点，按格式填入CSV：文件路径,调用方,变更类型,风险等级(P0/P1),必测场景描述。
这一步操作起来很简单，直接把CSV拖进飞书多维表格，用「路径」列自动关联Jira需求ID，生成带跳转链接的回归看板。
