codeium测试回归清单必须严格聚焦变更影响范围：①用精确变更摘要锁定边界；②按正向主路径、负向边界路径、反向依赖路径三类生成用例；③强制结构化输出并禁用模糊表述。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Codeium生成的测试回归清单严格聚焦本次变更影响范围，不混入无关模块、不自由发挥“建议补充用例”，更不能把上个版本的旧用例直接复制粘贴进来——发散的清单会让测试同学多跑3小时无效用例，却漏掉关键路径。
第一步：用变更摘要锁定影响边界
在提示词最开头单行写明本次发布的变更摘要，格式为：【变更】【修改/src/services/payment.ts第88行retry逻辑，将重试次数从3次改为5次；新增GET /api/v2/refunds/{id}/status接口】。这一步必须精确到文件路径+行号+接口路径，不能写成“优化支付重试”或“增加退款状态查询”。Codeium对模糊动词无响应，只认你给的具体字符串。
若摘要中出现“相关”“周边”“可能影响”等词，它会自动扩展出12个非关联模块的测试项，必须删干净。
第二步：强制按三类路径生成用例
方法一：正向主路径（必须覆盖）
生成3条用例，全部基于【变更】中明确写出的接口或代码行：① 调用GET /api/v2/refunds/{id}/status返回200且body含status字段；② payment.ts第88行重试触发5次后仍失败，记录error日志；③ 同一refund_id并发调用/status接口，响应时间≤150ms。
方法二：负向边界路径（必须包含）
生成2条用例，仅针对【变更】中涉及的参数做非法构造：① /status接口传入不存在的refund_id，返回404；② retry逻辑中传入null transactionId，捕获TypeError并打点上报。
方法三：反向依赖路径（仅限显式声明）
只允许列出【变更】里直接import或调用的模块，例如payment.ts import了/src/utils/logger.ts，则加1条：验证logger.error()在retry超限时被调用且message含“max_retry_exceeded”。【禁止推导间接依赖，如logger.ts又用了/src/config/env.ts，此项不得出现】
第三步：用结构化输出禁令收口
在提示词末尾添加三行硬性指令：
第一行：每条用例以「TC-」开头，后接6位数字编号，编号连续不跳号；
第二行：每条用例必须含「前置条件」「操作步骤」「预期结果」三段，用「｜」分隔，例如：TC-000001｜refund_id=RF-7721已存在｜GET /api/v2/refunds/RF-7721/status｜status=processing；
第三行：【禁止出现“可选”“建议”“推荐补充”“历史遗留问题”等字样，也不得引用未在【变更】中出现的任何文件名、函数名或接口路径】。
